Sorry, ist die 0.4 pre1.
Posts by Mirko76
-
-
Gibts da mittlerweile eine Lösung? Ich muss auch mehrmals XBMC starten, bis mal ein Film anläuft.
-
Meine beiden Geräte laufen mittlerweile, aber momentan hab ich das Problem, dass sie sich nach ein paar Stunden oder mal nach einem Tag verabschieden:
Code
Display MoreJul 1 06:41:10 server vdr: [1227] channel 12 (hr-fernsehen) event Fre 01.07.2011 06:15-06:40 (VPS: 01.07 06:15) 'dasbloghaus.tv' status 1 Jul 1 06:42:11 server kernel: [70392.981162] dvb-usb: recv bulk message failed: -75 Jul 1 06:42:11 server kernel: [70392.981367] dw2102: i2c transfer failed. Jul 1 06:42:13 server kernel: [70395.012173] dvb-usb: bulk message failed: -110 (5/0) Jul 1 06:42:13 server kernel: [70395.012372] dw2102: i2c transfer failed. Jul 1 06:42:15 server kernel: [70397.012175] dvb-usb: bulk message failed: -110 (5/0) Jul 1 06:42:15 server kernel: [70397.012373] dw2102: i2c transfer failed. Jul 1 06:42:17 server kernel: [70399.012178] dvb-usb: bulk message failed: -110 (5/0) Jul 1 06:42:17 server kernel: [70399.012376] dw2102: i2c transfer failed. Jul 1 06:42:19 server kernel: [70401.012184] dvb-usb: bulk message failed: -110 (5/0) Jul 1 06:42:19 server kernel: [70401.012359] dw2102: i2c transfer failed. Jul 1 06:42:21 server kernel: [70403.012183] dvb-usb: bulk message failed: -110 (5/0) Jul 1 06:42:21 server kernel: [70403.012384] dw2102: i2c transfer failed. Jul 1 06:42:23 server kernel: [70405.012189] dvb-usb: bulk message failed: -110 (5/0) Jul 1 06:42:23 server kernel: [70405.012374] dw2102: i2c transfer failed. Jul 1 06:42:25 server kernel: [70407.012188] dvb-usb: bulk message failed: -110 (5/0) Jul 1 06:42:25 server kernel: [70407.012387] dw2102: i2c transfer failed. Jul 1 06:42:27 server kernel: [70409.012065] dvb-usb: bulk message failed: -110 (5/0) Jul 1 06:42:27 server kernel: [70409.012263] dw2102: i2c transfer failed.
Auch ab- und wieder anstöpseln hilft nicht, auch kein Reboot. Erst das Entfernen des Stromkabels hilft, aber so kann ich leider keinen Server betreiben.
BIn nun kurz davor, meinen Streamdev-Server wieder abzubauen, oder mal andere USB-Schachteln zu probieren.
-
Hi,
hab mir einen Server gebastelt und einen Client dazu. Beides zusammen rennt problemlos, wenn ich den Client per Shutdown
ausschalte.Wenn ich aber den Client per S3 schlafen lege, bekomm ich beim Einschalten nur ein "No Signal", aber kein Bild. Manchmal kommt
was, wenn ich eine Weile durchschalte, meistens aber tut sich nix.Auf dem Server bekomm ich ein "Streamdev: Accepted new client (VTP) 192.168.1.9:57331", aber mehr passiert nicht.
Der Client meldet "Streamdev: Connected to server 192.168.1.4:2004 using capabilities TSPIDS,FILTERS,PRIO", aber mehr als "No Signal"
kommt dann nicht.Der Client ist ein Asus AT5IONT-I, wakeup aus S3 funktioniert mittlerweile ganz gut, nur eben nicht bei Streamdev.
Jemand eine Idee, wo man nach einem Fehler suchen könnte?
cu
Mirko76 -
Gibt es eine Möglichkeit, den vdr auf dem Server neu zu starten, wenn wieder "Buffer overflows" auftreten?
-
Also das Addon bekomm ich nicht ans laufen, es tut einfach nix.
-
Mich würde am liebsten der Grund für die Buffer Overflows interessieren, aber da schweigt sich das Log leider aus.
Hab schon meine CF-Karte durch eine Platte ersetzt, anderes Filesystem probiert, aber hat alles nix geholfen. Das Netzwerk läuft stabil im Gigabit-Modus.
-
Hi,
das hatte ich vorher probiert, aber aus dem von dir genannten Grund hab ich das auch wieder abgebrochen.
Nervt einen dann schon, wenn man auf Arbeit von der Familie genervt wird, wenn das Bild wieder eingefroren ist wegen "Buffer Overflows" oder
die Kiste wegen Lirc nicht mehr reagiert.Ziel war es, im Wohnzimmer einen kleinen Client zu haben, mit Suspend usw, was mit meiner derzeitigen Config leider nicht funktioniert.
Mirko76
Läuft bei mir seit Jahren relativ problemlos (außer, dass sich Lirc übers Netzwerk manchmal aufhängt... )
-
Den ganzen Tag hat es funktioniert, jetzt schalt ich den Client an und der Server meckert wieder:
CodeMay 20 19:35:09 umts vdr: [5131] Streamdev: Accepted new client (VTP) 192.168.1.2:41040 May 20 19:35:10 umts vdr: [5131] streamdev-server TUNE S19.2E-1-1011-11110: Priority unknown - using 0 May 20 19:35:11 umts vdr: [5128] ERROR: 60 ring buffer overflows (11280 bytes dropped) May 20 19:35:11 umts vdr: [5131] buffer stats: 0 (0%) used May 20 19:35:11 umts vdr: [5131] buffer stats: 0 (0%) used May 20 19:35:17 umts vdr: [5128] ERROR: 50 ring buffer overflows (9400 bytes dropped) May 20 19:35:23 umts vdr: [5128] ERROR: 60 ring buffer overflows (11280 bytes dropped) May 20 19:35:29 umts vdr: [5128] ERROR: 56 ring buffer overflows (10528 bytes dropped) May 20 19:35:35 umts vdr: [5128] ERROR: 54 ring buffer overflows (10152 bytes dropped)
Schade, aber so ist das leider nicht zu gebrauchen, werd den Server wohl wieder einstampfen müssen.
-
Heute hatte ich folgendes Phenomen:
Code
Display MoreMay 20 06:18:22 umts vdr: [2145] Streamdev: Accepted new client (VTP) 192.168.1.2:57639 May 20 06:18:22 umts vdr: [2145] Streamdev: Setting data connection to 192.168.1.2:60885 May 20 06:18:22 umts vdr: [3482] streamdev-filterstreaming thread started (pid=2117, tid=3482) May 20 06:18:22 umts vdr: [3481] streamdev-writer thread started (pid=2117, tid=3481) May 20 06:18:22 umts vdr: [2145] buffer stats: 0 (0%) used May 20 06:18:22 umts vdr: [2145] Streamdev: Setting data connection to 192.168.1.2:39245 May 20 06:18:22 umts vdr: [3485] receiver on device 2 thread started (pid=2117, tid=3485) May 20 06:18:22 umts vdr: [3484] streamdev-livestreaming thread started (pid=2117, tid=3484) May 20 06:18:22 umts vdr: [3483] streamdev-writer thread started (pid=2117, tid=3483) May 20 06:18:22 umts vdr: [3486] TS buffer on device 2 thread started (pid=2117, tid=3486) May 20 06:18:32 umts vdr: [3486] TS buffer on device 2 thread ended (pid=2117, tid=3486) May 20 06:18:32 umts vdr: [3485] buffer stats: 181044 (8%) used May 20 06:18:32 umts vdr: [3485] receiver on device 2 thread ended (pid=2117, tid=3485) May 20 06:18:32 umts vdr: [3487] receiver on device 2 thread started (pid=2117, tid=3487) May 20 06:18:32 umts vdr: [3488] TS buffer on device 2 thread started (pid=2117, tid=3488) May 20 06:18:45 umts vdr: [3484] streamdev-livestreaming thread ended (pid=2117, tid=3484) May 20 06:18:45 umts vdr: [3483] streamdev-writer thread ended (pid=2117, tid=3483) May 20 06:18:45 umts vdr: [2145] buffer stats: 183300 (4%) used May 20 06:18:45 umts vdr: [3488] TS buffer on device 2 thread ended (pid=2117, tid=3488) May 20 06:18:45 umts vdr: [3487] buffer stats: 176908 (8%) used May 20 06:18:45 umts vdr: [3487] receiver on device 2 thread ended (pid=2117, tid=3487) May 20 06:18:45 umts vdr: [2145] buffer stats: 0 (0%) used May 20 06:18:45 umts vdr: [2145] buffer stats: 0 (0%) used May 20 06:18:45 umts vdr: [2145] Streamdev: Setting data connection to 192.168.1.2:46821 May 20 06:18:45 umts vdr: [3491] receiver on device 2 thread started (pid=2117, tid=3491) May 20 06:18:45 umts vdr: [3490] streamdev-livestreaming thread started (pid=2117, tid=3490) May 20 06:18:45 umts vdr: [3489] streamdev-writer thread started (pid=2117, tid=3489) May 20 06:18:45 umts vdr: [3492] TS buffer on device 2 thread started (pid=2117, tid=3492) May 20 06:19:03 umts vdr: [3490] streamdev-livestreaming thread ended (pid=2117, tid=3490) May 20 06:19:03 umts vdr: [3489] streamdev-writer thread ended (pid=2117, tid=3489) May 20 06:19:03 umts vdr: [2145] buffer stats: 115056 (3%) used May 20 06:19:03 umts vdr: [2145] buffer stats: 0 (0%) used May 20 06:19:03 umts vdr: [3492] TS buffer on device 2 thread ended (pid=2117, tid=3492) May 20 06:19:03 umts vdr: [3491] buffer stats: 129720 (6%) used May 20 06:19:03 umts vdr: [3491] receiver on device 2 thread ended (pid=2117, tid=3491) May 20 06:19:07 umts vdr: [2125] ERROR: 1 ring buffer overflow (188 bytes dropped) May 20 06:19:13 umts vdr: [2125] ERROR: 56 ring buffer overflows (10528 bytes dropped) May 20 06:19:16 umts vdr: [3481] ERROR: streamdev-server: couldn't send data: Die Wartezeit für die Verbindung ist abgelaufen May 20 06:19:16 umts vdr: [3481] streamdev-writer thread ended (pid=2117, tid=3481) May 20 06:19:19 umts vdr: [2125] ERROR: 60 ring buffer overflows (11280 bytes dropped) May 20 06:19:25 umts vdr: [2125] ERROR: 57 ring buffer overflows (10716 bytes dropped) May 20 06:19:31 umts vdr: [2125] ERROR: 52 ring buffer overflows (9776 bytes dropped) May 20 06:19:37 umts vdr: [2125] ERROR: 60 ring buffer overflows (11280 bytes dropped) May 20 06:19:55 umts vdr: last message repeated 2 times May 20 06:19:55 umts vdr: [2125] ERROR: 59 ring buffer overflows (11092 bytes dropped) May 20 06:20:01 umts vdr: [2125] ERROR: 60 ring buffer overflows (11280 bytes dropped) May 20 06:20:01 umts CRON[3495]: (root) CMD (/usr/bin/vnstat -u) May 20 06:20:07 umts vdr: [2125] ERROR: 59 ring buffer overflows (11092 bytes dropped) May 20 06:20:13 umts vdr: [2125] ERROR: 51 ring buffer overflows (9588 bytes dropped) May 20 06:20:19 umts vdr: [2125] ERROR: 60 ring buffer overflows (11280 bytes dropped) May 20 06:20:25 umts vdr: [2125] ERROR: 60 ring buffer overflows (11280 bytes dropped) May 20 06:20:29 umts vdr: [2117] max. latency time 3 seconds May 20 06:20:31 umts vdr: [2125] ERROR: 50 ring buffer overflows (9400 bytes dropped) May 20 06:20:37 umts vdr: [2125] ERROR: 60 ring buffer overflows (11280 bytes dropped) May 20 06:20:43 umts vdr: [2125] ERROR: 59 ring buffer overflows (11092 bytes dropped) May 20 06:20:49 umts vdr: [2125] ERROR: 60 ring buffer overflows (11280 bytes dropped) May 20 06:20:55 umts vdr: [2125] ERROR: 50 ring buffer overflows (9400 bytes dropped) May 20 06:21:01 umts vdr: [2125] ERROR: 60 ring buffer overflows (11280 bytes dropped)
Hab den Client hochgefahren und gekuckt, ob der Server noch Daten liefert und nachdem der Client wieder runtergefahren war, kamen die Buffer Overflows.
Jemand eine Idee?
Mirko76
-
Hi,
hab hier folgendes Problem auf meinem VDR-Server (Ubuntu Natty Server) auf dem Dachboden:
Code
Display MoreStreamdev: Accepted new client (VTP) 192.168.1.2:41186 May 18 19:39:00 umts vdr: [26747] client (VTP) 192.168.1.2:56078 has closed connection May 18 19:39:00 umts vdr: [26747] streamdev: closing streamdev connection to 192.168.1.2:56078 May 18 19:39:00 umts vdr: [26747] buffer stats: 0 (0%) used May 18 19:39:01 umts vdr: [28546] streamdev-filterstreaming thread ended (pid=26736, tid=28546) May 18 19:39:01 umts vdr: [28545] streamdev-writer thread ended (pid=26736, tid=28545) May 18 19:39:01 umts vdr: [26747] buffer stats: 0 (0%) used May 18 19:39:01 umts vdr: [26747] streamdev-server TUNE S19.2E-1-1011-11100: Priority unknown - using 0 May 18 19:39:02 umts vdr: [26747] buffer stats: 0 (0%) used May 18 19:39:05 umts vdr: [26744] ERROR: 49 ring buffer overflows (9212 bytes dropped) May 18 19:39:11 umts vdr: [26744] ERROR: 60 ring buffer overflows (11280 bytes dropped) May 18 19:39:17 umts vdr: [26744] ERROR: 60 ring buffer overflows (11280 bytes dropped) May 18 19:39:23 umts vdr: [26744] ERROR: 49 ring buffer overflows (9212 bytes dropped) May 18 19:39:23 umts vdr: [26747] streamdev-server TUNE S19.2E-1-1073-28228: Priority unknown - using 0 May 18 19:39:24 umts vdr: [26747] buffer stats: 0 (0%) used May 18 19:39:24 umts vdr: [26747] Streamdev: Setting data connection to 192.168.1.2:54706 May 18 19:39:24 umts vdr: [28550] streamdev-writer thread started (pid=26736, tid=28550) May 18 19:39:24 umts vdr: [28551] streamdev-filterstreaming thread started (pid=26736, tid=28551) May 18 19:39:29 umts vdr: [26744] ERROR: 50 ring buffer overflows (9400 bytes dropped) May 18 19:39:35 umts vdr: [26744] ERROR: 60 ring buffer overflows (11280 bytes dropped) May 18 19:39:41 umts vdr: [26744] ERROR: 60 ring buffer overflows (11280 bytes dropped)
Das kommt meist dann, wenn der Client hochfährt und sich neu verbindet. Wenn ich den VDR auf dem Server dann neustarte, ist alles wieder ok.
Folgende Pakete sind installiert:
Codeii vdr 1.7.18-2yavdr1~natty Video Disk Recorder for DVB cards ii vdr-plugin-epgsearch 0.9.25.beta21-2yavdr4~natty VDR plugin that provides extensive EPG searching capabilities ii vdr-plugin-femon 1.7.9-4yavdr4~natty DVB frontend status monitor plugin for VDR ii vdr-plugin-streamdev-server 0.5.1+git20110412-0yavdr1~natty VDR Plugin to stream Live-TV to other VDR's - server part ii vdr-plugin-svdrposd 0.1.0-28yavdr3~natty VDR plugin that extends the SVDRP command set of VDR
Auf dem Client läuft yaVDR 0.3 mit folgenden Paketen:
Codeii vdr 1.7.17-4yavdr1~lucid Video Disk Recorder for DVB cards ii vdr-plugin-streamdev-client 0.5.1+git20110318-0yavdr1~lucid VDR Plugin to stream Live-TV to other VDR's ii vdr-plugin-svdrpservice 0.0.4-28yavdr2~lucid VDR plugin that provides a SVDRP service for ii vdr-plugin-text2skin 1.3.1-22yavdr1~lucid Plugin to vdr that loads and views skins ii vdr-plugin-wirbelscan 0.0.7~pre01-0yavdr2~lucid Channelscan plugin for VDR ii vdr-plugin-xine 0.9.4-2yavdr2~lucid Plugin for "software only" playback using xi ii vdr-plugin-xineliboutput 1.0.6+cvs20110411.1440-0yavdr0~lucid VDR plugin for Xine based sofdevice frontend
Hab im Client noch 2 DVB-Karten drin, dich ich aber erst ausbaue, wenn mein Server/Client-Projekt WAF-tauglich ist.
Was kann ich gegen die "Ring Buffer overflows" tun?
Danke
Mirko76 -
Bekomme folgenden Fehler im Log:
Codeunable to load /var/lib/vdr/.xbmc/addons/script.wol/resources/language/German/strings.xml: Failed to open file at line 0
Es gibt keinen Ordner "German", sondern nur "English". Leg ich den Ordner an und packe die strings.xml da rein, ist zwar der Fehler weg, passieren tut trotzdem nix.
-
Also per wakeonlan kann ich den Server problemlos aufwecken. Per etherwake gehts genauso gut.
Werd das Addon heute nochmal installieren und die Logs durchschauen.
-
Hi,
für XBMC gibts ja ein Addon WOL, was aber scheinbar nicht funktioniert. Die richtige MAC-Adresse hab ich eingegeben, aber der Server wacht nicht auf.
Kann ich beim Wechsel von VDR zu XBMC irgendwo einen WOL-Befehl einbauen?
Danke
Mirko76 -
Gibts mittlerweile eine Lösung? Fand das Overlay immer besser als SHQ.
-
Kann man von dem Gerät immer nur eins anstecken? Langsam bin ich kurz davor, die Teile aus dem Fenster zu werfen.
Wenn ich eins anstöpsel, kann ich auf dem Server einwandfrei durchzappen. Steck ich beide an, bekomme ich auf jedem Sender ein
"Kanal nicht verfügbar". Und es ist egal, welchen von beiden ich anstecke oder weglasse, mit beidem dran geht nix. -
Warst du mittlerweile erfolgreich?
Hab mir die aktuellen s2-liplianin-Treiber geholt und beim Einstöpseln kommt folgendes:
Code
Display Moreusb 1-4: new high speed USB device using ehci_hcd and address 12 [48520.605543] dw2102: su3000_identify_state [48520.605549] [48520.605557] dvb-usb: found a 'Terratec Cinergy S2 USB HD' in warm state. [48520.605586] dw2102: su3000_power_ctrl: 1, initialized 0 [48520.605590] [48520.605917] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [48520.606234] DVB: registering new adapter (Terratec Cinergy S2 USB HD) [48520.607145] ff 00 00 00 00 00 [48520.608079] ff ff 00 00 00 00 [48520.609028] ff ff ff 00 00 00 [48520.610986] ff ff ff ff 00 00 [48520.612366] ff ff ff ff ff 00 [48520.613791] ff ff ff ff ff ff [48520.613811] dvb-usb: MAC address: ff:ff:ff:ff:ff:ff [48520.620154] DS3000 chip version: 0.192 attached. [48520.620166] dw2102: Attached DS3000! [48520.620170] [48520.620180] DVB: registering adapter 0 frontend 0 (Montage Technology DS3000/TS2020)... [48520.621085] input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1d.7/usb1/1-4/input/input5 [48520.621287] dvb-usb: schedule remote query interval to 150 msecs. [48520.621302] dw2102: su3000_power_ctrl: 0, initialized 1 [48520.621305] [48520.621311] dvb-usb: Terratec Cinergy S2 USB HD successfully initialized and connected.
Scheinbar wird keine Firmware geladen. Femon spuckt mir folgendes aus:
Code
Display Morefemon -H FE: Montage Technology DS3000/TS2020 (DVBS) Problem retrieving frontend information: Success status | signal 37% | snr 0% | ber 24576 | unc 15569113 | Problem retrieving frontend information: Success status | signal 37% | snr 0% | ber 24576 | unc 15569113 | Problem retrieving frontend information: Success status | signal 37% | snr 0% | ber 24576 | unc 15569113 | Problem retrieving frontend information: Success status | signal 37% | snr 0% | ber 24576 | unc 15569113 | Problem retrieving frontend information: Success status | signal 37% | snr 0% | ber 24576 | unc 15569113 | Problem retrieving frontend information: Success status | signal 37% | snr 0% | ber 24576 | unc 15569113 |
Wenn ich beide an mein Windows-Läppi anstöpsel, haben beide Empfang zu 100% und Signalqualität von über 90%.
Hat jemand einen Tip für mich?
-
Ich hab die gleichen Probleme mit meinem M3N78-EH, hab das Thema S3 abgehakt und starte die Kiste ganz normal.
-
Bei mir besteht das Problem immernoch, auch mit dem aktuellen Nvidia-Treiber.
Hab aber auch keine Lust, alles neu aufzusetzen, muss ich wohl ohne Deinterlacer kucken, nach einiger Zeit hat man sich an das Geruckel gewöhnt. -
Einen segfault hatte ich in den letzten Wochen keine in den Logs.