[Patch] xineliboutput - Remove SCR und start HD-Playback at lower buffer usage

Maniac · March 28, 2010 at 3:46 PM

Wie im Thread zum Durchflieger-Patch schon angekündigt, hier eine neuere Version des Patches.

Damit läuft xineliboutput bei Live-TV und Aufnehmen ohne Probleme/Aussetzer bei mir.

Der Patch entfernt des SCR-Tuning aus xineliboutput, da über vdpau damit Störungen auftreten.
Da es danach aber einen größeren Buffer benötigt, um sicherzustellen, das der Buffer nicht voll läuft, muss der Buffer für HD erhöht werden. Dies hat aber wiederrum den Nachteil, dass das Umschalten auf HD-Sender deutlich länger dauert.
Um das wiederum zu umgehen, wird HD nun einfach ab einem Buffer-Füllstand von 500 gestartet. SD ist davon nicht betroffen und startet weiterhin bei einem Füllstand von 66% und nutzt weiterhin einen Buffer Wert von 250.

Damit mehr Buffer benutzt werden, muss in der config_xineliboutput der Wert media.xvdr.num_buffers_hd erhöht werden. Diesen habe ich bei mir auf 10000 gesetzt.

zwick der agent · March 29, 2010 at 7:34 PM

Maniac

Danke für den Patch, bis jetzt läuft Xineliboutput seeeehr zufriedenstellend!

Grüße

HolgerR · March 29, 2010 at 9:27 PM

Hi,

vielen Dank für den Patch! Läuft soweit *wirklich* gut, aber "Das Erste HD" und "ZDF HD" bekommen damit erst nach einigen Minuten(!) Ton. Ausgabe ist über "Pass Through", "media.xvdr.num_buffers_hd:10000" ist eingestellt.

Das Syslog läuft während der stummen Phase hiermit voll:

Code

[input_vdr] SCR: Buffer  2% (305/10238)       SCR +0 frames 0

Idee, was das Problem sein kann?

Gruß
Holger

wbreu · March 29, 2010 at 10:09 PM

Quote
Original von HolgerR
Hi,

vielen Dank für den Patch! Läuft soweit *wirklich* gut, aber "Das Erste HD" und "ZDF HD" bekommen damit erst nach einigen Minuten(!) Ton. Ausgabe ist über "Pass Through", "media.xvdr.num_buffers_hd:10000" ist eingestellt.

Das Syslog läuft während der stummen Phase hiermit voll:
Code
[input_vdr] SCR: Buffer  2% (305/10238)       SCR +0 frames 0
Idee, was das Problem sein kann?

Gruß
Holger

Nabend,

kann ich voll und ganz bestätigen, aber nur auf den beiden Sendern...

Gruß
Wolfgang

HolgerR · March 29, 2010 at 10:14 PM

Hi,

Quote

Original von wbreu
kann ich voll und ganz bestätigen, aber nur auf den beiden Sendern...

danke und - stimmt! ganz vergessen zu erwähnen- völlig richtig: Die anderen HD-Sender (Sky) haben das Problem nicht.

Gruß
Holger

zwick der agent · March 29, 2010 at 11:21 PM

Ja Leute,

kann ich auch hier bestätigen......

Grüße

Maniac · March 30, 2010 at 4:09 PM

Guck ich mir heute Abend mal an, habe aber schon ne starke Vermutung. HD-Playback startet bei einem Buffer-Füllstand von 500. Hat bei meinen Tests wunderbar ausgreicht, allerdings hatte ich dort nicht auf ARD/ZDF geschaltet.

Maniac · March 30, 2010 at 8:36 PM

Es ist der Buffer der schon bei 500 startet.

Zur zeit hilft es in der xine_input_vdr.c in Zeile 620 den Wert 500 zu erhöhen.

Code

if ((this->hd_stream && num_used > 500)

Ich guck mal ob ich diesen Wert über die config_xineliboutput einstellbar machen kann.

HolgerR · March 30, 2010 at 11:44 PM

Quote

Original von Maniac
Ich guck mal ob ich diesen Wert über die config_xineliboutput einstellbar machen kann.

Das wäre natürlich großartig! Ich habe es jetzt hier erst mal mit "1300" laufen (der Wert hatte sich früher schon für die beiden Kanäle bewährt). Vielleicht geht's ja doch kleiner?

Vielen Dank und Gruß
Holger

Maniac · March 31, 2010 at 7:13 PM

Neuer Patch, der minimale Wert, ab dem das HD-Playback startet ist nun über die config_xineliboutput einstellbar. Standardmäßig wird er auf 1500 festgelegt.

Code

# minimal number of buffers for start HD playback
# numeric, default: 1500
media.xvdr.min_playback_buffers_hd:1500

Jetzt müssen wir dafür nur noch einen vernünftigen Wert finden, mit dem alles problemlos läuft, die Umschaltzeiten aber so gering wie möglich sind. Postet dort bitte eure Erfahrungen welche Werte sich als sinnvoll erweisen.

Alternativ hatte ich noch die Idee das ganze nicht an einem bestimmten Buffer-Füllstand festzumachen, sondern daran wieviele Frames im Buffer liegen. Das will nur irgendwie nicht so wie ich
Mal sehen ob man da noch was drehen kann.

zwick der agent · March 31, 2010 at 7:48 PM

Maniac

Danke für den neuen Patch :vdr1. Jetzt geht es ans testen.......

Grüße

Maniac · March 31, 2010 at 8:15 PM

Quote

Original von Maniac
Alternativ hatte ich noch die Idee das ganze nicht an einem bestimmten Buffer-Füllstand festzumachen, sondern daran wieviele Frames im Buffer liegen. Das will nur irgendwie nicht so wie ich
Mal sehen ob man da noch was drehen kann.

Klappt leider nicht, die Möglichkeiten, die ich finden konnte um den Inhalt des Buffers auszuwerten, funktionieren leider alle erst nachdem das Playback gestartet wurde.

hotzenplotz5 · March 31, 2010 at 9:37 PM

merkwürdig, syslog läuft voll damit :

Quote

[4872] [input_vdr] SCR: adjust_speed: no pause, enough vbufs queued (17)

irgendwann "flackert" das bild, egal welcher sender

Maniac · March 31, 2010 at 9:50 PM

Die Meldung hab ich bei mir (ausser beim umschalten noch nicht gesehen).
Sie tritt laut Code nur auf, wenn der Buffer unter 1 fällt, aber trotzdem noch mehr als 5 Frames im Fifo liegen. In deinem Fall sind sogar noch 17 vorhanden, was aber eigentlich größer sein müsste als ein genutzer Buffer von 1.

Welchen Wert hast du den bei media.xvdr.min_playback_buffers_hd eingetragen?

hotzenplotz5 · March 31, 2010 at 10:10 PM

ok sorry ... hing wohl nicht an dem patch, es war was anderes.
aber tatsächlich kommen die meldungen gehäuft. hat aber keinen einfluss auf das bild

auch der ton bei "das erste hd" usw. kommt jetzt sofort!

gundi61 · April 2, 2010 at 8:15 PM

Hallo,
ich habe jetzt auf die Pakete aus dem unstable-Zweig von yavdr umgestellt (vdr-1.7.14 und xinelibout-cvs20100331.2000).
Damit läuft bei mir jetzt endlich alles flüssig (num_buffers_hd:5000)!
Grosses Lob!!!

Eine Frage noch:
Die Logfiles werden bei mir mit Buffer-Statusmeldungen vollgemüllt ;):

Code

[input_vdr] SCR: Buffer 12% (644/5238)       SCR +0 frames 0

Sind doch nur Infos, oder...?
Kann man diese in der Config oder per Parameter ausschalten?

Gruss
Guido

gda · April 2, 2010 at 8:28 PM

Quote

Original von gundi61
Kann man diese in der Config oder per Parameter ausschalten?

Nein

Gerald

ciax · April 16, 2010 at 1:54 PM

hallo,

nur als kleine info: vor ca. 2 stunden sind einige adaptionen ins xineliboutput eingeflossen ...

zB:

Added config options to fine-tune channel switch speed:
* - If SCR (playback) is currently paused due to previous buffer underflow,
* revert to normal if SCR-Treshold > SD-/HD-Treshold (configured in xine-config)
* and Audio-Treshold > 0. (Thanks to Dirk Brenken)
----
SCR tuning: fixed calculating free buffers when using HD buffer (get_buf_element() uses only hd_buffer)

http://projects.vdr-developer.org/git/?p=xineliboutput.git

dachte mir, es passt zum thema ...

gruß, ciax

wbreu · April 16, 2010 at 3:36 PM

Quote

Original von ciax
hallo,

nur als kleine info: vor ca. 2 stunden sind einige adaptionen ins xineliboutput eingeflossen ...

zB:

Added config options to fine-tune channel switch speed:
* - If SCR (playback) is currently paused due to previous buffer underflow,
* revert to normal if SCR-Treshold > SD-/HD-Treshold (configured in xine-config)
* and Audio-Treshold > 0. (Thanks to Dirk Brenken)
----
SCR tuning: fixed calculating free buffers when using HD buffer (get_buf_element() uses only hd_buffer)

http://projects.vdr-developer.org/git/?p=xineliboutput.git

dachte mir, es passt zum thema ...

gruß, ciax

Display More

Mahlzeit,

das dürfte genau der Patch sein den ich von Dirk vor gut 10 Tagen bekommen habe.

Mal die empfohlenen .config-Parameter:

Code

# number of buffers for HD content
# numeric, default: 2500
#media.xvdr.num_buffers_hd:2500


# SCR-Treshold for HD-Playback [30...60]
# numeric, default: 40
#media.xvdr.scr_treshold_hd:40


# SCR-Treshold for SD-Playback [10...40]
# numeric, default: 20
#media.xvdr.scr_treshold_sd:20


# SRC tuning step
# numeric, default: 5000
media.xvdr.scr_tuning_step:100


# Smoother SRC tuning
# bool, default: 0
#media.xvdr.smooth_scr_tuning:0


# Anzahl der Audiopuffer
# numeric, default: 230
engine.buffers.audio_num_buffers:1000


# number of video buffers
# numeric, default: 500
engine.buffers.video_num_buffers:1000


# Standardanzahl von Videobildern
# numeric, default: 15
engine.buffers.video_num_frames:22

Display More

Mal sehen wie er bei euch so läuft mit den obigen Einstellungen...

Gruß
Wolfgang

Maniac · April 16, 2010 at 3:41 PM

Wenn ich mir die Changes so angucke scheint aber das SCR-Tuning ansich noch aktiv zu sein. Dieses sorgt ja bei VDPAU für die Probleme. Eine Verbesserung der Umschaltzeiten könnte aber sehr gut dadurch erreicht werden.

Ich werde es am Wochenende mal testen und ggf. einen aktualisierten Patch zum entfernen des SCR-Tuning bauen.

Participate now!