1

Raspberry PI / Raspberry Pi

« on: February 06, 2013, 01:16:54 »

Hallo claus,

hab ein Problem mit der Server Version. Ich habe einen alten DVB-S USB Receiver Terratec Cinergy S USB . Dieser will nicht laufen. Es soll folgender Treiber dafür klappen

wget http://liplianin.at.tut.by/dvb-usb-dw2102.fw

Allerdings weis ich nicht wie ich den Treiber einbinden kann.

lsusb bringt leider nur

Code: [Select]

Bus 001 Device 002: ID 0424:9512
Bus 001 Device 001: ID 1d6b:0002
Bus 001 Device 003: ID 0424:ec00
Bus 001 Device 004: ID 0ccd:0064
Für einen Tipp wäre ich dir sehr dankbar

Vg
umaar

2

Raspberry PI / Raspberry Pi

« on: December 06, 2012, 13:47:22 »

Gibt es eine Alternative? Also per streamdev mit Yavdr verbinden und dann den VompServer auch auf dem RPI laufen zu lassen?

3

Raspberry PI / Raspberry Pi

« on: December 06, 2012, 13:20:56 »

Hallo claus hoffe hattest einen schönen Urlaub  :lol:

Ich musste aufgrund eines Plattendefektes meinen VDR neu aufsetzen  Hab die gelegenheit genutzt und bin auf yavdr 0.5 umgestiegen (mit einer neues SSD  :-P )

Leider kann ich jetzt das Vomp Server Plugin nicht mehr selbst bauen. Erhalte nach dem uupdate folgenden Fehler beim Build vorgang:

Code: [Select]

root@sat:/src/vdr-plugin-vompserver-0.3.1.4# dpkg-buildpackage -rfakeroot
dpkg-buildpackage: Warnung: Verwendung eines root-werde-Befehls, obwohl bereits root
dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security
dpkg-buildpackage: export CPPFLAGS from dpkg-buildflags (origin: vendor): -D_FORTIFY_SOURCE=2
dpkg-buildpackage: export CXXFLAGS from dpkg-buildflags (origin: vendor): -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security
dpkg-buildpackage: export FFLAGS from dpkg-buildflags (origin: vendor): -g -O2
dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor): -Wl,-Bsymbolic-functions -Wl,-z,relro
dpkg-buildpackage: Quellpaket vdr-plugin-vompserver
dpkg-buildpackage: Quellversion 0.3.1.4-0ubuntu1
dpkg-buildpackage: Quellen geändert durch root <root@sat>
dpkg-buildpackage: Host-Architektur amd64
 dpkg-source --before-build vdr-plugin-vompserver-0.3.1.4
dpkg-source: Information: Patches sind nicht angewandt, werden jetzt angewendet
dpkg-source: Information: workaround.patch wird angewandt
dpkg-source: Information: vdr-1.7.27.patch wird angewandt
patching file vompclientrrproc.c
Hunk #1 FAILED at 643.
Hunk #2 FAILED at 1873.
2 out of 2 hunks FAILED -- saving rejects to file vompclientrrproc.c.rej
patching file mvpreceiver.c
Hunk #1 FAILED at 39.
1 out of 1 hunk FAILED -- saving rejects to file mvpreceiver.c.rej
dpkg-source: Fehler: Fehler-Exitstatus von LC_ALL=C patch -t -F 0 -N -p1 -u -V never -g0 -E -b -B .pc/vdr-1.7.27.patch/ < vdr-plugin-vompserver-0.3.1.4/debian/patches/vdr-1.7.27.patch war 1
dpkg-buildpackage: Fehler: Fehler-Exitstatus von dpkg-source --before-build vdr-plugin-vompserver-0.3.1.4 war 1
Hast du vlt. einen Rat?

4

Raspberry PI / Raspberry Pi

« on: December 03, 2012, 23:59:41 »

Hallo , hab jetzt sehr lange ein wunderbar laufende Version gehabt. Leider habe ich seit einigen Tagen eine Mismatch Fehler beim Hochfahren des Raspberry.

Gibt es es bald wieder ein neues Image? Das letzte ist doch sehr lange her

Gruß

umaar

5

Raspberry PI / Raspberry Pi

« on: September 20, 2012, 12:53:07 »

Hallo,

also am Tv (LG) ist es aktiviert. Habe Raspbmc auf eine SD Karte da funktioniert es auch ohne Problem (sprich HDMI Kabel und LG scheiden als Fehlerursache aus).

Gruß
 

6

Raspberry PI / Raspberry Pi

« on: September 19, 2012, 23:35:41 »

Hallo mal ne kurze Frage:
Wie aktivere ich im Vomp-Client Image die CEC Unterstützung? Ach und wenn der Vomp Server neugestartet werden muss, kann ich die Verbindung des Client auch ohne ein Reboot wieder herstellen?

Gruß

umaar

7

Raspberry PI / Raspberry Pi

« on: September 12, 2012, 22:15:56 »

Hallo so bin wieder am start Hab die letzten Tage damit verbracht das vomp-server-plugin zum laufen zu bringen.

Hab mir jetzt direkt mal das neue Image vom 11.09 gezogen und getestet. Hab zwei Fehler bemerkt:
- die Steuerung des Tones klappt nicht (also z. B. Mute zeigt er an aber Ton läuft noch weiter)
- wenn man länger einen Sender schaut, dann gibt es Bildfehler (vorallem bei HD)


gruß

[EDIT] @ claus
Kannst du vlt. noch das WLAN-Script integrieren?  

8

Raspberry PI / Raspberry Pi

« on: September 10, 2012, 13:10:52 »

@claus

Hallo hab aber einen yavdr server. Hab dort von http://www.e-tobi.net/vdr-experimental/poo...vdr-multipatch/ das neueste Plugin geladen und erstellt. Bei dem Plugin von der git.vomp.tv Seite erhalte ich immer Fehlermeldungen beim build Vorgang.

9

Raspberry PI / Raspberry Pi

« on: September 10, 2012, 10:27:53 »

Hallo claus,

bei mir hängt das neue Image wieder beim punkt "Connecting to VDR". Mit der letzten Version (vom 08.09.2012) hatte es ja funktioniert. Muss ich ggf. am Server was anpassen?

Vg  

10

Raspberry PI / Raspberry Pi

« on: September 08, 2012, 22:52:58 »

Hallo claus,

erst mal muss ich mich nochmals für die super Arbeit bedanken  :applaus

Hab mir vorhin das vomp-client Image gezogen und getestet.
+ Verbindung zum Server funktioniert jetzt super
+ Steuerung geht nun auch über die Tastatur
+/- SD-Kanäle laufen (hab ne MPEG2 Lizenz) / es gibt jedoch "Mikroruckler" und meine Deinterlacing geht noch nicht
+Umschaltzeiten sind schnell
- HD Ruckelt bzw. geht zum Teil garnicht
- von HD auf SD ohne Overclocking (arm 840; core 375) nicht möglich (bleibt hängen und Stromreset muss durchgeführt werden)
- sobald Webinterface aufgerufen wird ruckelt die Raspberry Wiedergabe sehr stark

So das war´s was ich auf die schnelle herausgefunden habe.    Jetzt gibts aber erst mal Boxen :-P

Vg

[EDIT] claus hab gerade deine Nachricht gelesen ;-)

11

Raspberry PI / Raspberry Pi

« on: September 07, 2012, 11:28:28 »

Hab mir auch mal das client-vomp Image gezogen und auf meinen yavdr Server das Plugin installiert. Erhalte auch nur die Meldung "connecting to vdr". Am yavdr-Server ist im Vomp Verzeichnis eine leere .conf Datei erstellt worden mit der MAC Adresse des Raspberry. Startet der Server neu bekomme ich am Raspberry sofort "connection lost".

12

Raspberry PI / Raspberry Pi

« on: September 06, 2012, 22:38:52 »

XINE-Plugin

also wenn ich es richtig verstehe übenimmt xine das OSD und der omxplayer würde nur video ausgeben:

Das funktioniert so, dass mplayer ein eigenes Fenster in x-windows öffnet und dieses über das xine Fenster legt. Die Bildausgabe im xine wird unterbrochen. Das OSD des VDR wird aber weiterhin im xine Fenster angezeigt, nicht im mplayer Fenster. Von daher ist die Integration nicht so vollständig wie bei FF Karten. Wer möchte, kann das mplayer eigene OSD nutzen: Im VDR, unter Einstellungen -> Plugins -> mplayer können den Zifferntasten der Fernbedienung mplayer slave Kommandos zugeordnet werden. Z.B. kann der Taste 0 das Kommando 'osd' zugeordnet werden.

gruß

13

Raspberry PI / Raspberry Pi

« on: September 06, 2012, 13:53:07 »

Hallo claus,

hab mal ne frage. Wäre es nicht möglich das Xine-Plugin zu verwenden mit dem omxplayer ähnlich wie es mit dem mplayer funktioniert?
Also ein script zu erstellen so wie:

Code: [Select]

#!/bin/sh
CMDLINE="mplayer -fs -vo xv -ao alsa -cache 4096 -slave -nolirc -idx"
DISPLAY=:0.0 $CMDLINE "$1"
exit

oder sehe ich das was komplett falsch?

14

Raspberry PI / Raspberry Pi

« on: September 03, 2012, 17:35:24 »

Hallo clausmuus,

vielen danke für die super Arbeit

Bekomme jetzt schon mal ein BILD also wirklich nur eins :lol:  nach ca. 2 Min Boot-Zeit kommt der erste sender (N24 SD) und das Bild bleibt stehen. Webserver reagiert auch nicht mehr.
MPEG2 Lizenz ist in der config.txt eingetragen.

Mein yavdr Server meldet

Sep  3 17:27:32 sat mountd[1422]: refused mount request from 192.168.2.102 for /mnt/data (/): not exported
Sep  3 17:29:04 sat vdr: [1966] Streamdev: Accepted new client (VTP) 192.168.2.102:59134
Sep  3 17:29:04 sat vdr: [1966] Streamdev: Setting data connection to 192.168.2.102:55512
Sep  3 17:29:04 sat vdr: [2362] streamdev-writer thread started (pid=1689, tid=2362)
Sep  3 17:29:04 sat vdr: [2363] streamdev-filterstreaming thread started (pid=1689, tid=2363)
Sep  3 17:29:04 sat vdr: [1966] Streamdev: Setting data connection to 192.168.2.102:56275
Sep  3 17:29:04 sat vdr: [2364] streamdev-writer thread started (pid=1689, tid=2364)
Sep  3 17:29:04 sat vdr: [2365] streamdev-livestreaming thread started (pid=1689, tid=2365)
Sep  3 17:29:04 sat vdr: [2366] receiver on device 2 thread started (pid=1689, tid=2366)
Sep  3 17:29:04 sat vdr: [2367] TS buffer on device 2 thread started (pid=1689, tid=2367)
Sep  3 17:29:19 sat vdr: [2365] streamdev-livestreaming thread ended (pid=1689, tid=2365)
Sep  3 17:29:19 sat vdr: [2364] streamdev-writer thread ended (pid=1689, tid=2364)
Sep  3 17:29:19 sat vdr: [1966] buffer stats: 1155072 (30%) used
Sep  3 17:29:19 sat vdr: [2367] TS buffer on device 2 thread ended (pid=1689, tid=2367)
Sep  3 17:29:19 sat vdr: [2366] buffer stats: 71816 (1%) used
Sep  3 17:29:19 sat vdr: [2366] receiver on device 2 thread ended (pid=1689, tid=2366)
Sep  3 17:29:19 sat vdr: [1966] Streamdev: Setting data connection to 192.168.2.102:43196
Sep  3 17:29:19 sat vdr: [2368] streamdev-writer thread started (pid=1689, tid=2368)
Sep  3 17:29:19 sat vdr: [2370] receiver on device 2 thread started (pid=1689, tid=2370)
Sep  3 17:29:19 sat vdr: [2371] TS buffer on device 2 thread started (pid=1689, tid=2371)
Sep  3 17:29:19 sat vdr: [2369] streamdev-livestreaming thread started (pid=1689, tid=2369)
Sep  3 17:29:58 sat vdr: [2370] buffer usage: 70% (tid=2369)
Sep  3 17:29:58 sat vdr: [2370] buffer usage: 80% (tid=2369)
Sep  3 17:29:58 sat vdr: [2370] buffer usage: 90% (tid=2369)
Sep  3 17:29:59 sat vdr: [2368] ERROR: streamdev-server: couldn't send data: Die Wartezeit für die Verbindung ist abgelaufen

 

15

Raspberry PI / Raspberry Pi

« on: August 31, 2012, 23:17:12 »

Hab eigentlich drei Stück durch (client, base, xorg).
Hab mal ein Bild gemacht wo er hängen bleibt (hoffe man kann es lesen). Ist direkt nach dem Regenbogen-Quadrat beim Booten.

Mit der selben Karte lässt sich XBIAN ohne Probleme booten.