Buffer 50, Buffer, 70, buffer 90, Buffer 100 -> vdr absturz

Fozzybär · 18. November 2011

Guten Abend zusammen,
ich bin gerade stolz wie Oskar, da ich so nach und nach mein System zum laufen bekomme

Nun, nachdem ich schonmal ein wenig die Sender sortiert habe, wollte ich testen, wie stabil der VDR läuft. Leider ist er mir manchmal abgeschmiert, buffer vollgelaufen und System gefreezed.. Also wollte ich mal schauen was der syslog so auswirft, ich mir jede Meldung beim Kanalwechsel ansehe.

Dabei ist mir aufgefallen, dass er bei Sendern, die auch "Regional" verfügbar sind folgende Meldung ausgibt:

Code

Nov 18 18:41:15 htpc vdr: [2328] changing pids of channel 19 from 163+163=2:104=ger@4;106=@106:0:105 t                                             	o 163+163=2:104=deu@3;106=deu@106:110=deu:105
Nov 18 18:41:15 htpc vdr: [2236] retuning due to modification of channel 19
Nov 18 18:41:15 htpc vdr: [2236] switching to channel 19
Nov 18 18:41:16 htpc vdr: [2478] TS buffer on device 1 thread ended (pid=2236, tid=2478)
Nov 18 18:41:16 htpc vdr: [2477] buffer stats: 80652 (3%) used
Nov 18 18:41:16 htpc vdr: [2477] receiver on device 1 thread ended (pid=2236, tid=2477)
Nov 18 18:41:16 htpc vdr: [2479] receiver on device 1 thread started (pid=2236, tid=2479)
Nov 18 18:41:16 htpc vdr: [2480] TS buffer on device 1 thread started (pid=2236, tid=2480)
Nov 18 18:41:16 htpc vdr: [2475] Text2Skin: channelInfo display update thread ended (pid=2236, tid=247                                             	5)
Nov 18 18:41:16 htpc vdr: [2479] cVideoRepacker: switching to MPEG1/2 mode
Nov 18 18:41:16 htpc vdr: [2479] cVideoRepacker: operating in MPEG1/2 mode
Nov 18 18:41:17 htpc vdr: [2328] changing pids of channel 20 from 166+166=2:128=ger@4:0:68 to 166+166=                                             	2:128=deu@3:0:68
Nov 18 18:41:18 htpc vdr: [2328] changing name of channel 19 from 'RTL Television,;RTL World' to 'RTL                                              	Television,RTL;RTL World'
Nov 18 18:41:18 htpc vdr: [2328] creating new channel 'RTL HB NDS,;RTL World' on C transponder 442 wit                                             	h id 1-1089-12005-0
Nov 18 18:41:18 htpc vdr: [2328] creating new channel 'RTL HH SH,;RTL World' on C transponder 442 with                                              	id 1-1089-12004-0
Nov 18 18:41:18 htpc vdr: [2328] creating new channel 'RTL FS,;RTL World' on C transponder 442 with id                                              	1-1089-12006-0
Nov 18 18:41:18 htpc vdr: [2328] creating new channel 'RTL Living,;RTL' on C transponder 442 with id 1                                             	-1089-12030-0
Nov 18 18:41:18 htpc vdr: [2328] changing pids of channel 152 from 0+0=0:0:0:0 to 163+163=2:104=deu@3:                                             	0:105
Nov 18 18:41:19 htpc vdr: [2328] changing transponder data of channel 16 from 442000:M64:C:6900 to 442                                             	000:C0M64:C:6900
Nov 18 18:41:19 htpc vdr: [2328] changing transponder data of channel 19 from 442000:M64:C:6900 to 442                                             	000:C0M64:C:6900
Nov 18 18:41:19 htpc vdr: [2328] changing transponder data of channel 20 from 442000:M64:C:6900 to 442                                             	000:C0M64:C:6900
Nov 18 18:41:19 htpc vdr: [2328] changing transponder data of channel 21 from 442000:M64:C:6900 to 442                                             	000:C0M64:C:6900
Nov 18 18:41:19 htpc vdr: [2328] changing transponder data of channel 22 from 442000:M64:C:6900 to 442                                             	000:C0M64:C:6900
Nov 18 18:41:19 htpc vdr: [2328] changing transponder data of channel 23 from 442000:M64:C:6900 to 442                                             	000:C0M64:C:6900
Nov 18 18:41:19 htpc vdr: [2328] changing transponder data of channel 24 from 442000:M64:C:6900 to 442                                             	000:C0M64:C:6900
Nov 18 18:41:19 htpc vdr: [2328] changing transponder data of channel 48 from 442000:M64:C:6900 to 442                                             	000:C0M64:C:6900
Nov 18 18:41:19 htpc vdr: [2328] changing transponder data of channel 49 from 442000:M64:C:6900 to 442                                             	000:C0M64:C:6900
Nov 18 18:41:19 htpc vdr: [2328] changing transponder data of channel 150 from 442000:M64:C:6900 to 44                                             	2000:C0M64:C:6900
Nov 18 18:41:19 htpc vdr: [2328] changing transponder data of channel 151 from 442000:M64:C:6900 to 44                                             	2000:C0M64:C:6900
Nov 18 18:41:19 htpc vdr: [2328] changing transponder data of channel 152 from 442000:M64:C:6900 to 44                                             	2000:C0M64:C:6900
Nov 18 18:41:19 htpc vdr: [2328] changing transponder data of channel 153 from 442000:M64:C:6900 to 44                                             	2000:C0M64:C:6900
Nov 18 18:41:19 htpc vdr: [2328] changing pids of channel 153 from 0+0=0:0:0:0 to 301+301=2:303=deu@3:                                             	0:0
Nov 18 18:41:19 htpc vdr: [2328] changing caids of channel 153 from 0 to 1702,1833,9C4,1837,D05,D95,64                                             	8
Nov 18 18:41:19 htpc vdr: [2236] retuning due to modification of channel 19
Nov 18 18:41:19 htpc vdr: [2236] switching to channel 19

Alles anzeigen

Merkt der VDR sich das? Scheint mir zumindest so, denn beim Zappen (hin und her) hat er dies Prozedere nicht wiederholt.

Dieser Vorgang dauerte 4 Sekunden, das Bild/Ton zuckelte. Wär schön, wenn ich das nicht immer habe

Keine_Ahnung · 18. November 2011

Zitat von Fozzybär

Merkt der VDR sich das?

Jup, der hat ne automatische Hintergrundkanalsuche. Kannst du im Setup genauer konfigurieren.

cu

hepi · 18. November 2011

Das Zuckeln hat damit aber nix zu tun.

Gruß
hepi

Fozzybär · 18. November 2011

Zitat von hepi

Das Zuckeln hat damit aber nix zu tun.

Gruß
hepi

Ja, das zuckeln untersuche ich gerade. Ich dachte, das lag am Kabel (nun habe ich ein extra DVB-Kabel -> 4 fach abgeschirmt, 110db direkt an der Dose).
Aber es muss noch etwas anderes sein..

Kann man eigentlich ein Befehl einbauen, wenn der Buffer 100% hat -> restart VDR?

Fozzybär · 18. November 2011

Können längere "zapp-zeiten" daran liegen, dass man einen USB DVB-Empfänger hat? 3-4 Sekunden sind es meist bei mir.

BooStar · 19. November 2011

Hallo,

Zitat

Aber es muss noch etwas anderes sein..

Kann man eigentlich ein Befehl einbauen, wenn der Buffer 100% hat -> restart VDR?

Stimmt, es ist etwas anders, was genau ist recht schwer zu erklären und haengt von verschiedenen Faktoren ab.
Ich hatte vor eben 5 min darüber nachgedacht sowas zu bauen, wobei ich eher an eine Taste auf der FB gedacht hatte, die mit "sudo restart vdr" belegt wird,
wobei es besser wäre das problem direkt zu beheben, aber da es entweder an xine, xineliboutput, vdr, oder eine Mischung aus allem ist, bleibt da wohl nur warten..
Wie man einen Befehl auf die FB legt, werde ich morgen nochmal posten,
wenn du es gundsätzlich so willst das der vdr neustartet wenn diese Meldung im log erscheing würde ich mit meinen bescheidenen Bashkenntnissen sowas bauen:

Code

PROOF=´tail -f /var/log/syslog | grep "Buffer 100%"´
if [ -z $PROOF ] then
restart vdr
fi

Sicherlich geht das noch sehr viel eleganter, als das Schnipsel was ich hier gepostet hab und ich weiß auch nicht ob es sinnvoll ist das syslog komplett zu greppen,
aber es würde vllt fürs erste funktionieren. Vllt kann einer der Bash-Spezis das ein bischen eleganter gestalten.

Zitat

Können längere "zapp-zeiten" daran liegen, dass man einen USB DVB-Empfänger hat? 3-4 Sekunden sind es meist bei mir.

Nein, ich denke das hat nichts mit einem USB-Empfänger zu tun,
versuche mal den Deinterlacer "bob" und spiele ein bischen mit den Puffern rum..
Dann sollten vllt ca. 2 Sekunden drin sein.

Boo

BooStar · 19. November 2011

Wobei das hier superheftig off-topic wird, vllt änderst du mal den Namen des Threads
in sowas wie "Buffer 50, Buffer, 70, buffer 90, Buffer 100 -> vdr absturz"

Fozzybär · 19. November 2011

Moin BooStar,
ich war leider schon zu Bett als du schriebst. Vielen Dank für deine Ideen.

Also ich hatte als Voreinstellung bereits BOB HD, hab es noch bei SD eingestellt. Aber schneller ist es leider nicht. Leider bin ich nicht so vollprofi, um zu wissen,
wo das script eingebaut werden muss. Wo ist das bitte?

Hier habe ich nochmal ein syslog. Das gab er aus, als ich das erste mal im xbmc einen Kanal auswählte:

Code

Nov 19 07:51:01 htpc vdr: [11345] loading /var/lib/vdr/plugins/xvdr/allowed_hosts.conf
Nov 19 07:51:01 htpc vdr: [11345] XVDR: Client with ID 18 connected: 127.0.0.1:45555
Nov 19 07:51:01 htpc vdr: [11684] XVDR: Welcome client 'XBMC Media Center' with protocol version '3'
Nov 19 07:51:01 htpc vdr: [11684] XVDR: --------------------------------------
Nov 19 07:51:01 htpc vdr: [11684] XVDR: Channel streaming request: 1 - Das Erste HD
Nov 19 07:51:01 htpc vdr: [11684] XVDR: Found available device 1
Nov 19 07:51:01 htpc vdr: [11680] TS buffer on device 1 thread ended (pid=11247, tid=11680)
Nov 19 07:51:01 htpc vdr: [11679] buffer stats: 204920 (9%) used
Nov 19 07:51:02 htpc vdr: [11679] receiver on device 1 thread ended (pid=11247, tid=11679)
Nov 19 07:51:02 htpc vdr: [11686] receiver on device 1 thread started (pid=11247, tid=11686)
Nov 19 07:51:02 htpc vdr: [11687] TS buffer on device 1 thread started (pid=11247, tid=11687)
Nov 19 07:51:02 htpc vdr: [11688] cLiveStreamer stream processor thread started (pid=11247, tid=11688)
Nov 19 07:51:02 htpc vdr: [11684] XVDR: Successfully switched to channel 1 - Das Erste HD
Nov 19 07:51:02 htpc vdr: [11684] XVDR: Started streaming of channel Das Erste HD (timeout 10 seconds)
Nov 19 07:51:02 htpc vdr: [11688] XVDR: --------------------------------------
Nov 19 07:51:02 htpc vdr: [11688] XVDR: NEW AUDIO INFORMATION:
Nov 19 07:51:02 htpc vdr: [11688] XVDR: Channels: 2
Nov 19 07:51:02 htpc vdr: [11688] XVDR: Samplerate: 48000 Hz
Nov 19 07:51:02 htpc vdr: [11688] XVDR: Bitrate: 256000 bps
Nov 19 07:51:02 htpc vdr: [11688] XVDR: --------------------------------------
Nov 19 07:51:02 htpc vdr: [11688] XVDR: --------------------------------------
Nov 19 07:51:02 htpc vdr: [11688] XVDR: NEW AUDIO INFORMATION:
Nov 19 07:51:02 htpc vdr: [11688] XVDR: Channels: 2
Nov 19 07:51:02 htpc vdr: [11688] XVDR: Samplerate: 48000 Hz
Nov 19 07:51:02 htpc vdr: [11688] XVDR: Bitrate: 448000 bps
Nov 19 07:51:02 htpc vdr: [11688] XVDR: --------------------------------------
Nov 19 07:51:02 htpc vdr: [11688] XVDR: --------------------------------------
Nov 19 07:51:02 htpc vdr: [11688] XVDR: NEW AUDIO INFORMATION:
Nov 19 07:51:02 htpc vdr: [11688] XVDR: Channels: 2
Nov 19 07:51:02 htpc vdr: [11688] XVDR: Samplerate: 48000 Hz
Nov 19 07:51:02 htpc vdr: [11688] XVDR: Bitrate: 256000 bps
Nov 19 07:51:02 htpc vdr: [11688] XVDR: --------------------------------------
Nov 19 07:51:02 htpc vdr: [11688] XVDR: --------------------------------------
Nov 19 07:51:02 htpc vdr: [11688] XVDR: NEW PICTURE INFORMATION:
Nov 19 07:51:02 htpc vdr: [11688] XVDR: Picture Width: 1280
Nov 19 07:51:02 htpc vdr: [11688] XVDR: Picture Height: 720
Nov 19 07:51:02 htpc vdr: [11688] XVDR: Display Aspect Ratio: 1.78
Nov 19 07:51:02 htpc vdr: [11688] XVDR: --------------------------------------
Nov 19 07:51:03 htpc vdr: [11688] XVDR: streaming of channel started
Nov 19 07:51:03 htpc vdr: [11686] buffer usage: 70% (tid=11688)
Nov 19 07:51:03 htpc vdr: [11686] buffer usage: 80% (tid=11688)
Nov 19 07:51:03 htpc vdr: [11686] buffer usage: 90% (tid=11688)
Nov 19 07:51:03 htpc vdr: [11686] buffer usage: 100% (tid=11688)
Nov 19 07:51:03 htpc vdr: [11686] ERROR: 1 ring buffer overflow (89 bytes dropped)
Nov 19 07:51:04 htpc vdr: [11686] buffer usage: 0% (tid=11688)
Nov 19 07:51:04 htpc vdr: [11686] buffer usage: 70% (tid=11688)
Nov 19 07:51:04 htpc vdr: [11686] buffer usage: 80% (tid=11688)
Nov 19 07:51:04 htpc vdr: [11686] buffer usage: 90% (tid=11688)
Nov 19 07:51:04 htpc vdr: [11686] buffer usage: 100% (tid=11688)
Nov 19 07:51:06 htpc vdr: [11688] XVDR-Error: cxSocket::write: poll() failed
Nov 19 07:51:07 htpc vdr: [11686] buffer usage: 0% (tid=11688)

Alles anzeigen

In der Datei "/usr/share/yavdr/templates/etc/xine/config/70_engine" habe ich in der Zeile "Anzahl der Videopuffer" einen Wert von 1800 stehen.
Dies habe ich nun auf den Wert 3500 gelegt. Teste gerade. Den Wert habe ich aus dem Wiki .

BooStar · 19. November 2011

Hallo und Guten Morgen,
benutzt du xine, oder xineliboutput als Ausgabedevice? Oder gehts hier um XBMC?
Ach und die Dateien in "/usr/share/yavdr/templates/" sollte man grundsätzlich nicht ändern!
Lies dir mal den Artikel übers Templaten durch.
Btw: Das ist sehr interessant, dieses Verhalten kann ich nicht nachvollziehen:

Code

Nov 19 07:51:03 htpc vdr: [11686] buffer usage: 100% (tid=11688) 
Nov 19 07:51:03 htpc vdr: [11686] ERROR: 1 ring buffer overflow (89 bytes dropped) 
Nov 19 07:51:04 htpc vdr: [11686] buffer usage: 0% (tid=11688)

Bei mir ist bei buffer usage 100% schicht im Schacht und es hilft nur noch ein restart vdr..

Fozzybär · 19. November 2011

Also ich nutze im Moment "custom" (xbmc / xineliboutput)

Wenn ich z. B.:
xine@vdr-plugin-xine
oder vdr-sxfe@vdr-plugub-xineliboutput benutze,
habe ich auch bei 100% buffer einen Absturz.

Mit der o.g. Konfiguration jedoch nicht. Das macht es für mich schon interessant, an dieser Konfiguration zu "pfeilen".

Das ist mir eben beim Zappen passiert, am Fernseher hast davon nichts mitbekommen:

Code

Nov 19 09:35:35 htpc vdr: [1934] buffer usage: 70% (tid=1941)
Nov 19 09:35:35 htpc vdr: [1934] buffer usage: 80% (tid=1941)
Nov 19 09:35:35 htpc vdr: [1934] buffer usage: 90% (tid=1941)
Nov 19 09:35:35 htpc vdr: [1934] buffer usage: 100% (tid=1941)
Nov 19 09:35:35 htpc vdr: [1934] ERROR: 1 ring buffer overflow (89 bytes dropped)
Nov 19 09:35:36 htpc vdr: [1934] buffer usage: 0% (tid=1941)
Nov 19 09:35:37 htpc vdr: [1934] buffer usage: 70% (tid=1941)
Nov 19 09:35:37 htpc vdr: [1934] buffer usage: 80% (tid=1941)
Nov 19 09:35:37 htpc vdr: [1934] buffer usage: 90% (tid=1941)
Nov 19 09:35:37 htpc vdr: [1934] buffer usage: 100% (tid=1941)
Nov 19 09:35:38 htpc vdr: [1941] XVDR-Error: cxSocket::write: poll() failed

Alles anzeigen

BooStar · 19. November 2011

Beim Zappen in XBMC, oder VDR?
und geht ess hier um die HW in deiner Signatur?

Fozzybär · 19. November 2011

Zitat von BooStar

Beim Zappen in XBMC, oder VDR?
und geht ess hier um die HW in deiner Signatur?

Beim Zappen in XBMC läufts wunderbar mit dem beschriebenen Fehlern, beim zappen mit VDR habe ich bei 100% buffer den Absturz.
Nutzen wollt ich schon gern XBMC. Möchte nur das System optimieren und weniger Fehler produzieren.

Fozzybär · 22. November 2011

Hallo zusammen,
ich "spiele" derzeit mit dem 70_engine-Template rum. (xineliboutput)

Und zwar habe ich leider des öfteren buffer overflow, PC hängt sich auf oder das Frontend startet neu.

Derzeit habe ich folgende Einstellungen vorgenommen:

Code

engine.buffers.audio_num_buffers:800
engine.buffers.video_num_buffers:2500
engine.buffers.video_num_frames:25

Soweit bin ich fast zufrieden, nur ab und an schmiert er mir doch ab...

Hat jemand von euch vllt eine optimale Einstellung für einen Sundtek MediaTV Pro DVB-C USB-Stick gefunden?

Buffer 50, Buffer, 70, buffer 90, Buffer 100 -> vdr absturz

Jetzt mitmachen!

Teilen