HDTV (DVB-S2 und h264) mit VDR und Xine-Plugin

rnissl · 25. Dezember 2007

Hi,

Zitat

Original von mentox
nur mal so zur info, auf pro7 hd kam letztens ladykiller .. ich glaube gestern ... das lief auf meinem pentium D 3ghz super fluessieg mit noch luft.. frueher hats gehackt.. also da habt ihr (alle entwickler die da drann sitzen) supi arbeit geleistet ...

Da ich ja so faul bin, muss das wohl jemand anderes gewesen sein

Bye.

duc · 25. Dezember 2007

Zitat

Original von mentox
Moin,

nur mal so zur info, auf pro7 hd kam letztens ladykiller .. ich glaube gestern ... das lief auf meinem pentium D 3ghz super fluessieg mit noch luft.. frueher hats gehackt.. also da habt ihr (alle entwickler die da drann sitzen) supi arbeit geleistet ...

lg mentox

hmm, dann sollte es ja auf meiner kiste auch so laufen. mit welchen optionen beim übersetzen der einzelnen tools warst du denn erfolgreich, bzw. wie hast du alles installiert?

mentox · 26. Dezember 2007

habe mir ebuild fuer gentoo gebaut und ziehe mir die aktuellen sachen von ffmpeg und xine-lib raus ...

xine-ui ist auch aus dem cvs und auf 2 threads eingestellt.

muss erstmal wech deswegen nur die kurze info ..

ansonsten bei ffmpeg alles an was geht

gruesse

Magic Michael · 26. Dezember 2007

Moin Mentox,

wuerdest Du mir bitte Dein ebuild fuer die xine-lib schicken oder hier anhaengen ? Sowas fehlt mir noch in meiner Sammlung ...
Wie hast Du xine-ui auf zwei Threads eingestellt ?

Danke und Gruss
Michael

mentox · 26. Dezember 2007

xine starten .. einstellungen --> video --> ganz unten "ffmpeg video decoding thread count" auf 2 stellen.

vorher musste evtl die erfahrenheit im tab gui hoeher stellen.

fuer die ebuild ueber nehme ich aber keine garantie oder sowas .. sind total dirty

musste in ein locales overlay legen

.. ich sollte die mal alle officiell machne .. habe soviele ebuild die evtl einigen helfen wuerden

lg mentox

Uwe · 26. Dezember 2007

Zitat

Original von rnissl
...
Falls sich ein Core noch langweilt: auf der xine-ML wurde mal ein Post-Plugin vorgestellt, welches andere Post-Plugins in einem eigenen Thread ablaufen lässt. Das würde den Video-Dekoderthread entlasten, in dem normalweise das Deinterlacing durchgeführt wird.

http://www.nabble.com/Threadin…t-plugins-to10632990.html

BTW: die Angabe von '-D...' an xines Kommandozeile kann auch als '--post ...' geschrieben werden. Bei aktiviertem Deinterlacer baut xine implizit das Deinterlace Plugin am Anfang der Postprocess-Kette ein, und obiges "multithreading" Plugin könnte nicht wirken.

Hi,
leider kommt es zu folgender Fehlermeldung!

Code

antec xine-thread # make
cc -O2 -pipe -Wall -fPIC  -I/usr/local/include   -c xine_post_thread.c
xine_post_thread.c: In function 'thread_init_plugin':
xine_post_thread.c:61: error: 'post_class_t' has no member named 'get_identifier'
xine_post_thread.c:62: error: 'post_class_t' has no member named 'get_description'
xine_post_thread.c: In function 'thread_main':
xine_post_thread.c:116: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'struct vo_frame_t *'
xine_post_thread.c:116: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'struct xine_stream_t *'
xine_post_thread.c: In function 'yv12toyuy2_main':
xine_post_thread.c:313: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'struct vo_frame_t *'
xine_post_thread.c:313: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'struct xine_stream_t *'
xine_post_thread.c: In function 'yv12toyuy2_init_plugin':
xine_post_thread.c:383: error: 'post_class_t' has no member named 'get_identifier'
xine_post_thread.c:384: error: 'post_class_t' has no member named 'get_description'
make: *** [xine_post_thread.o] Error 1

Alles anzeigen

Ich habe das OSD im Xine Plugin mal auf X11 Overlay gestellt und die config.h von VDR für MAXOSDHEIGHT und MAXOSDWIDHT entsprechend angepasst. Hier wird relativ wenig CPU Power benötigt. man hat hier aber auch keine Transparenz...

rnissl · 27. Dezember 2007

Hi,

kann jemand mal die neue Video Option "skip loop filter" ausprobieren?

Überarbeiteter Anhang ist weiter unten zu finden.

Bye.

mentox · 27. Dezember 2007

Moin,

bin noch dabei .. funzt nicht so recht weil bei mir die c datei unter

PHP

/usr/portage/distfiles/hg-src/xine-lib/xine-lib-1.2/src/combined/ffmpeg/ff_video_decoder.c

liegt und nicht unter

PHP

/src/libffmpeg/ff_video_decoder.c

hmm komisch ..

Zitat

Original von rnissl
Hi,

kann jemand mal die neue Video Option "skip loop filter" ausprobieren?

Bye.

mentox · 27. Dezember 2007

habe es gepatcht bekommen aber irgend was geht da nicht

Code

flac_decoder.c:165: warning: 'flac_metadata_callback' defined but not used
flac_demuxer.c:56:31: error: ../demuxers/demux.h: No such file or directory
flac_demuxer.c:703: warning: no previous prototype for 'demux_flac_init_class'
/bin/sh ../../libtool --tag=CC --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils  -I../../src/input -I../../src/input  -I../../lib -I../../lib  -DNSF_PLAYER -I../../contrib/nosefart -I../../src/demuxers -D_FILE_OFFSET_BITS=64 -DNDEBUG -D_REENTRANT -DXINE_COMPILE  -O0 -fvisibility=hidden -fno-strict-aliasing   -pipe  -Wall -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -g -march=prescott -O3 -pipe -fomit-frame-pointer -frename-registers -ffunction-sections -c -o xineplug_nsf_la-nsf_demuxer.lo `test -f 'nsf_demuxer.c' || echo './'`nsf_demuxer.c
make[3]: *** [xineplug_flac_la-flac_demuxer.lo] Fehler 1
make[3]: *** Warte auf noch nicht beendete Prozesse...
 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -I../../lib -DNSF_PLAYER -I../../contrib/nosefart -I../../src/demuxers -D_FILE_OFFSET_BITS=64 -DNDEBUG -D_REENTRANT -DXINE_COMPILE -O0 -fvisibility=hidden -fno-strict-aliasing -pipe -Wall -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -g -march=prescott -O3 -pipe -fomit-frame-pointer -frename-registers -ffunction-sections -c nsf_demuxer.c  -fPIC -DPIC -o .libs/xineplug_nsf_la-nsf_demuxer.o
make[3]: Leaving directory `/var/tmp/portage/media-libs/xine-lib-1.2/work/xine-lib-1.2/src/combined'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/var/tmp/portage/media-libs/xine-lib-1.2/work/xine-lib-1.2/src/combined'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/var/tmp/portage/media-libs/xine-lib-1.2/work/xine-lib-1.2/src'
make: *** [all-recursive] Fehler 1

Alles anzeigen

mentox · 27. Dezember 2007

Ok du hast recht... es laesst sich nicht ohne patch ueber setzen .. irgen ein fehler im aktuellen hg

ohne flac gehts wieder ...

Code

USE="-flac" emerge xine-lib

muss ich jetzt noch was einschalten oder was soll ich testen ob es was bringt ?!

mfg mentox

Uwe · 27. Dezember 2007

Zitat

Original von rnissl
kann jemand mal die neue Video Option "skip loop filter" ausprobieren?

Hier funktioniert der Patch!
Gerade bau ich noch deine Patches (3x) aus der ML in den VDR ein...

Edit: was mir schon des öfteren aufgefallen ist, dass xine bei Szenewechsle oder Abspann eines Filmes scheinbar aus dem "Tritt" kommt und anfängt zu ruckeln. (vielleicht bei geringen Bitraten!?) Die CPU Usage geht hier nicht etwa in die höhe, sondern gegen 0... (xine)
Kann das jemand bestätigen? Aktuell "fängt" sich Xine aber wieder. Das kommt sehr oft bei Astra HD vor.

Gruß Uwe

rnissl · 27. Dezember 2007

Hi,

Zitat

Original von Uwe
Edit: was mir schon des öfteren aufgefallen ist, dass xine bei Szenewechsle oder Abspann eines Filmes scheinbar aus dem "Tritt" kommt und anfängt zu ruckeln. (vielleicht bei geringen Bitraten!?) Die CPU Usage geht hier nicht etwa in die höhe, sondern gegen 0... (xine)
Kann das jemand bestätigen? Aktuell "fängt" sich Xine aber wieder. Das kommt sehr oft bei Astra HD vor.

Wenn ich mir ASTRA HD Aufzeichnungen bei 25 % Geschwindigkeit anschaue, dann kann ich das nicht nachvollziehen. Mehr Geschwindigkeit schafft mein System ja nicht.

Um eine Aussage treffen zu können, wäre mal ein Auszug der xine-Ausgaben recht (--verbose=2), damit man sieht, ob es evtl. mit Bufferusage, dropped Frames oder Discontinuities zu tun hat (letzeres hatten wir ja schon mal bei der roten Premiere-Tafel, wo Bild und Ton ca. 3 Sekunden Versatz hatten).

Bye.

Uwe · 27. Dezember 2007

Hi,

scheinbar handelt es sich um dieses Problem.
Es kam gerade auf AstraHD eine Werbung für DiscoveryHD und bei der Einblendung der roten Premiere Tafel blieb Xine stehen (0% CPU Usage ...)

Im Anhang mal das Log, welches genau in diesem Augenblick entsteht.

Uwe · 27. Dezember 2007

Mhh,
bisher habe ich den start von Xine so übernommen, wie er im dvbs2-wiki steht.
Ich startete so:
xine --no-logo --no-gui --fullscreen -V xv --post vdr_video --verbose=2 --post vdr_audio --post upmix_mono "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes" | logger 2>&1

Nun sieht es so aus:
xine --no-logo --no-gui --fullscreen -V xv --post vdr_video --verbose=2 --post vdr_audio --post upmix_stereo "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes" | logger 2>&1

Nun habe ich die Option --post upmix_mono in --post upmix_stereo geändert! Es scheint nun, als würde mein obiges Problem nicht mehr so auftreten, wie oben beschrieben. Im Log sieht man dann folgendes! (siehe unten)
Es bleibt nun der Ton weg und das Video läuft weiter, aber meist kommt der Ton wieder ...
Insgesamt läuft es so aber besser.

Wo findet man eigentlich die ganzen Optionen für Xine bzw post Filter etc, außer in den Sourcen

Gruß Uwe

Edit: AstraHD läuft jetzt mit --post upmix_stereo fast ohne Probleme durch

Code

Dec 27 15:58:29 [kernel] dvb_frontend_ioctl: DVBFE_GET_INFO
Dec 27 15:58:29 [kernel] dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2
Dec 27 15:58:29 [kernel] stb6100_set_bandwidth: Bandwidth=1195327
Dec 27 15:58:29 [kernel] stb6100_get_bandwidth: Bandwidth=42000000
Dec 27 15:58:29 [kernel] stb6100_set_frequency: Frequency=2122000
Dec 27 15:58:29 [kernel] stb6100_get_frequency: Frequency=2121978
Dec 27 15:58:29 [vdr] [24177] TS buffer on device 1 thread ended (pid=23386, tid=24177)
Dec 27 15:58:29 [vdr] [24176] buffer stats: 191008 (9%) used
Dec 27 15:58:29 [vdr] [24176] receiver on device 1 thread ended (pid=23386, tid=24176)
Dec 27 15:58:29 [vdr] [24195] receiver on device 1 thread started (pid=23386, tid=24195)
Dec 27 15:58:29 [logger] ao_flush (loop running: 1)
Dec 27 15:58:29 [logger] audio discontinuity #97, type is 0, disc_off 0
Dec 27 15:58:29 [logger] waiting for in_discontinuity update #97
Dec 27 15:58:29 [vdr] [24196] TS buffer on device 1 thread started (pid=23386, tid=24196)
Dec 27 15:58:29 [logger] video discontinuity #97, type is 0, disc_off 0
Dec 27 15:58:29 [logger] vpts adjusted with prebuffer to 98896709
Dec 27 15:58:29 [logger] ao_flush (loop running: 1)
Dec 27 15:58:29 [logger] video discontinuity #98, type is 0, disc_off 0
Dec 27 15:58:29 [logger] waiting for audio discontinuity #98
Dec 27 15:58:29 [logger] audio discontinuity #98, type is 0, disc_off 0
Dec 27 15:58:29 [logger] waiting for in_discontinuity update #98
Dec 27 15:58:29 [logger] vpts adjusted with prebuffer to 98896741
Dec 27 15:58:29 [kernel] stb6100_set_bandwidth: Bandwidth=1195327
Dec 27 15:58:29 [kernel] stb6100_get_bandwidth: Bandwidth=42000000
Dec 27 15:58:29 [kernel] stb6100_set_frequency: Frequency=2122000
Dec 27 15:58:29 [kernel] stb6100_get_frequency: Frequency=2121978
Dec 27 15:58:36 [vdr] [23396] frontend 0 lost lock on channel 15, tp 112722
Dec 27 15:58:36 [vdr] [23396] frontend 0 regained lock on channel 15, tp 112722
Dec 27 15:58:37 [vdr] [23396] frontend 0 lost lock on channel 15, tp 112722
Dec 27 15:58:38 [vdr] [23396] frontend 0 regained lock on channel 15, tp 112722
Dec 27 15:58:39 [vdr] [23396] frontend 0 lost lock on channel 15, tp 112722
Dec 27 15:58:40 [vdr] [23396] frontend 0 regained lock on channel 15, tp 112722
Dec 27 15:58:41 [vdr] [23396] frontend 0 lost lock on channel 15, tp 112722
Dec 27 15:58:43 [vdr] [23396] frontend 0 timed out while tuning to channel 15, tp 112722
Dec 27 15:58:48 [vdr] [23396] set DVB-S2
Dec 27 15:58:48 [kernel] dvb_frontend_ioctl: DVBFE_GET_INFO
Dec 27 15:58:48 [kernel] dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2
Dec 27 15:58:48 [kernel] stb6100_set_bandwidth: Bandwidth=1195327
Dec 27 15:58:48 [kernel] stb6100_get_bandwidth: Bandwidth=42000000
Dec 27 15:58:48 [kernel] stb6100_set_frequency: Frequency=2122000
Dec 27 15:58:48 [kernel] stb6100_get_frequency: Frequency=2121978
Dec 27 15:58:48 [vdr] [23396] frontend 0 regained lock on channel 15, tp 112722
Dec 27 15:58:48 [logger] audio discontinuity #99, type is 0, disc_off 0
Dec 27 15:58:48 [logger] waiting for in_discontinuity update #99
Dec 27 15:58:48 [logger] set_speed 125000
Dec 27 15:58:48 [logger] video discontinuity #99, type is 0, disc_off 0
Dec 27 15:58:48 [logger] vpts adjusted with prebuffer to 100650446
Dec 27 15:58:48 [logger] video discontinuity #100, type is 2, disc_off 5780026248
Dec 27 15:58:48 [logger] waiting for audio discontinuity #100
Dec 27 15:58:48 [logger] audio discontinuity #100, type is 2, disc_off 5780026248
Dec 27 15:58:48 [logger] waiting for in_discontinuity update #100
Dec 27 15:58:48 [logger] vpts adjusted with prebuffer to 100650449
Dec 27 15:58:48 [logger] load_plugins: plugin ffmpegvideo will be used for video streamtype 4d.
Dec 27 15:58:48 [logger] set_speed 1000000
Dec 27 15:58:48 [logger] ffmpeg_video_dec: error decompressing frame
                - Last output repeated twice -
Dec 27 15:58:48 [logger] set_speed 125000
Dec 27 15:58:48 [logger] video jump
Dec 27 15:58:48 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 15:58:48 [logger] load_plugins: plugin mad will be used for audio streamtype 01.
Dec 27 15:58:48 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 15:58:48 [kernel] azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11
Dec 27 15:58:48 [kernel] hda_codec_setup_stream: NID=0x6, stream=0x5, channel=0, format=0x11
Dec 27 15:58:48 [kernel] hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x11
Dec 27 15:58:48 [kernel] hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11
Dec 27 15:58:48 [kernel] hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x11
Dec 27 15:58:48 [kernel] hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x11
Dec 27 15:58:48 [logger] audio_alsa_out:open pause_resume=0
Dec 27 15:58:48 [logger] output sample rate 48000
Dec 27 15:58:48 [logger] will resample audio from 48000 to 48000
Dec 27 15:58:49 [logger] fixing sound card drift by 2570 pts
Dec 27 15:58:49 [logger] audio jump, diff=29789
Dec 27 15:58:49 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 198787 um ýberlauf zu vermeiden.
Dec 27 15:58:49 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 299718 um ýberlauf zu vermeiden.
Dec 27 15:58:49 [logger] set_speed 1000000
Dec 27 15:58:49 [logger] will resample audio from 48000 to 48000
Dec 27 15:58:49 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 449584 um ýberlauf zu vermeiden.
Dec 27 15:58:49 [logger] set_speed 125000
Dec 27 15:58:49 [logger] will resample audio from 48000 to 48000
Dec 27 15:58:49 [logger] set_speed 1000000
Dec 27 15:58:49 [logger] will resample audio from 48000 to 48000
Dec 27 15:58:49 [logger] set_speed 125000
Dec 27 15:58:49 [logger] will resample audio from 48000 to 48000
Dec 27 15:58:49 [logger] set_speed 1000000
Dec 27 15:58:49 [logger] will resample audio from 48000 to 48000
Dec 27 15:58:50 [logger] fixing sound card drift by 3345 pts
Dec 27 15:58:51 [logger] fixing sound card drift by 2504 pts
Dec 27 15:58:52 [logger] fixing sound card drift by 1874 pts
Dec 27 15:58:53 [logger] fixing sound card drift by 1402 pts
Dec 27 15:58:53 [logger] 200 Bilder angezeigt, 14 Bilder ýbersprungen, 3 Bilder verworfen
Dec 27 16:00:01 [cron] (root) CMD (rm -f /var/spool/cron/lastrun/cron.hourly)
Dec 27 16:02:51 [logger] fixing sound card drift by 1493 pts
Dec 27 16:02:52 [logger] fixing sound card drift by 3302 pts
Dec 27 16:02:56 [logger] fixing sound card drift by 3644 pts
Dec 27 16:02:57 [logger] fixing sound card drift by 2737 pts
Dec 27 16:02:58 [logger] fixing sound card drift by 2049 pts
Dec 27 16:02:59 [logger] fixing sound card drift by 1533 pts
Dec 27 16:03:40 [logger] fixing sound card drift by 1482 pts
Dec 27 16:03:41 [logger] fixing sound card drift by 3415 pts
Dec 27 16:03:42 [logger] fixing sound card drift by 3327 pts
Dec 27 16:03:43 [logger] fixing sound card drift by 2492 pts
Dec 27 16:03:44 [logger] fixing sound card drift by 1865 pts
Dec 27 16:03:45 [logger] fixing sound card drift by 1395 pts
Dec 27 16:04:15 [logger] fixing sound card drift by 1853 pts
Dec 27 16:04:16 [logger] fixing sound card drift by 3369 pts
Dec 27 16:04:17 [logger] fixing sound card drift by 2524 pts
Dec 27 16:04:18 [logger] fixing sound card drift by 1890 pts
Dec 27 16:04:19 [logger] fixing sound card drift by 1414 pts
Dec 27 16:05:09 [logger] fixing sound card drift by 1286 pts
Dec 27 16:05:17 [logger] fixing sound card drift by 3455 pts
Dec 27 16:05:18 [logger] fixing sound card drift by 2903 pts
Dec 27 16:05:19 [logger] fixing sound card drift by 2174 pts
Dec 27 16:05:20 [logger] fixing sound card drift by 1627 pts
Dec 27 16:06:25 [logger] fixing sound card drift by 1610 pts
Dec 27 16:06:31 [logger] fixing sound card drift by 3424 pts
Dec 27 16:06:32 [logger] fixing sound card drift by 2889 pts
Dec 27 16:06:33 [logger] fixing sound card drift by 2164 pts
Dec 27 16:06:34 [logger] fixing sound card drift by 1620 pts
Dec 27 16:11:40 [logger] fixing sound card drift by 1476 pts
Dec 27 16:11:42 [logger] fixing sound card drift by 2726 pts
Dec 27 16:11:43 [logger] fixing sound card drift by 2041 pts
Dec 27 16:11:44 [logger] fixing sound card drift by 1527 pts
Dec 27 16:13:54 [logger] fixing sound card drift by 2368 pts
Dec 27 16:14:01 [logger] fixing sound card drift by 3431 pts
Dec 27 16:14:02 [logger] fixing sound card drift by 2577 pts
Dec 27 16:14:03 [logger] fixing sound card drift by 1929 pts
Dec 27 16:14:04 [logger] fixing sound card drift by 1443 pts
Dec 27 16:14:44 [logger] fixing sound card drift by 1427 pts
Dec 27 16:14:45 [logger] fixing sound card drift by 3452 pts
Dec 27 16:14:47 [logger] fixing sound card drift by 3465 pts
Dec 27 16:14:49 [logger] fixing sound card drift by 3591 pts
Dec 27 16:14:50 [logger] fixing sound card drift by 2697 pts
Dec 27 16:14:51 [logger] fixing sound card drift by 2019 pts
Dec 27 16:14:52 [logger] fixing sound card drift by 1510 pts
Dec 27 16:14:55 [logger] fixing sound card drift by 1624 pts
Dec 27 16:15:01 [logger] fixing sound card drift by 3243 pts
Dec 27 16:15:02 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:02 [vdr] [24195] buffer usage: 80% (tid=24194)
Dec 27 16:15:02 [logger] fixing sound card drift by 2436 pts
Dec 27 16:15:02 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:02 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:02 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:02 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 80% (tid=24194)
Dec 27 16:15:03 [logger] fixing sound card drift by 1823 pts
Dec 27 16:15:04 [logger] fixing sound card drift by 1363 pts
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:08 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:08 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:09 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:09 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:09 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:09 [vdr] [24195] buffer usage: 80% (tid=24194)
Dec 27 16:15:09 [vdr] [24195] buffer usage: 90% (tid=24194)
Dec 27 16:15:10 [vdr] [24194] clearing transfer buffer to avoid overflows
Dec 27 16:15:10 [logger] ao_flush (loop running: 1)
Dec 27 16:15:10 [logger] ao_close
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x2, stream=0x0, channel=0, format=0x0
Dec 27 16:15:10 [logger] audio_out: no streams left, closing driver
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x3, stream=0x0, channel=0, format=0x0
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x4, stream=0x0, channel=0, format=0x0
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x5, stream=0x0, channel=0, format=0x0
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x6, stream=0x0, channel=0, format=0x0
Dec 27 16:15:10 [logger] audio discontinuity #101, type is 0, disc_off 0
Dec 27 16:15:10 [logger] waiting for in_discontinuity update #101
Dec 27 16:15:10 [logger] video discontinuity #101, type is 0, disc_off 0
Dec 27 16:15:10 [logger] vpts adjusted with prebuffer to 188917899
Dec 27 16:15:10 [logger] ao_flush (loop running: 1)
Dec 27 16:15:10 [logger] video discontinuity #102, type is 0, disc_off 0
Dec 27 16:15:10 [logger] waiting for audio discontinuity #102
Dec 27 16:15:10 [logger] audio discontinuity #102, type is 0, disc_off 0
Dec 27 16:15:10 [logger] waiting for in_discontinuity update #102
Dec 27 16:15:10 [logger] vpts adjusted with prebuffer to 188917929
Dec 27 16:15:10 [vdr] [24195] buffer usage: 0% (tid=24194)
Dec 27 16:15:10 [vdr] [24194] TS continuity error (4)
Dec 27 16:15:10 [vdr] [24194] TS continuity error (1)
Dec 27 16:15:10 [logger] video discontinuity #103, type is 0, disc_off 0
Dec 27 16:15:10 [logger] waiting for audio discontinuity #103
Dec 27 16:15:10 [logger] set_speed 125000
Dec 27 16:15:10 [logger] audio discontinuity #103, type is 0, disc_off 0
Dec 27 16:15:10 [logger] waiting for in_discontinuity update #103
Dec 27 16:15:10 [logger] vpts adjusted with prebuffer to 188927025
Dec 27 16:15:10 [logger] audio discontinuity #104, type is 2, disc_off 5868363048
Dec 27 16:15:10 [logger] waiting for in_discontinuity update #104
Dec 27 16:15:10 [logger] video discontinuity #104, type is 2, disc_off 5868363048
Dec 27 16:15:10 [logger] vpts adjusted with prebuffer to 188927026
Dec 27 16:15:10 [logger] load_plugins: plugin ffmpegvideo will be used for video streamtype 4d.
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 16:15:10 [logger] set_speed 1000000
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
                - Last output repeated 2 times -
Dec 27 16:15:10 [logger] set_speed 125000
Dec 27 16:15:10 [logger] load_plugins: plugin mad will be used for audio streamtype 01.
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 16:15:10 [kernel] azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x6, stream=0x5, channel=0, format=0x11
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x11
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
                - Last output repeated twice -
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x11
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x11
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 16:15:10 [logger] audio_alsa_out:open pause_resume=0
Dec 27 16:15:10 [logger] output sample rate 48000
Dec 27 16:15:10 [logger] will resample audio from 48000 to 48000
Dec 27 16:15:10 [logger] fixing sound card drift by 2763 pts
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 16:15:10 [logger] audio jump, diff=22782
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
                - Last output repeated 4 times -
Dec 27 16:15:10 [logger] set_speed 1000000
Dec 27 16:15:10 [logger] will resample audio from 48000 to 48000
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
                - Last output repeated 3 times -
Dec 27 16:15:10 [logger] set_speed 125000
Dec 27 16:15:10 [logger] will resample audio from 48000 to 48000
Dec 27 16:15:10 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 198787 um ýberlauf zu vermeiden.
Dec 27 16:15:10 [logger] set_speed 1000000
Dec 27 16:15:10 [logger] will resample audio from 48000 to 48000
Dec 27 16:15:10 [logger] video jump
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
                - Last output repeated twice -
Dec 27 16:15:11 [logger] set_speed 125000
Dec 27 16:15:11 [logger] will resample audio from 48000 to 48000
Dec 27 16:15:11 [logger] set_speed 1000000
Dec 27 16:15:11 [logger] will resample audio from 48000 to 48000
Dec 27 16:15:11 [logger] 200 Bilder angezeigt, 20 Bilder ýbersprungen, 0 Bilder verworfen
Dec 27 16:15:11 [logger] fixing sound card drift by 3725 pts
Dec 27 16:15:12 [logger] fixing sound card drift by 2790 pts
Dec 27 16:15:13 [logger] fixing sound card drift by 2089 pts
Dec 27 16:15:14 [logger] fixing sound card drift by 1563 pts
Dec 27 16:15:18 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 299718 um ýberlauf zu vermeiden.
Dec 27 16:15:20 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 449584 um ýberlauf zu vermeiden.

Alles anzeigen

rnissl · 27. Dezember 2007

Hi,

Zitat

Original von Uwe
Nun habe ich die Option --post upmix_mono in --post upmix_stereo geändert! Es scheint nun, als würde mein obiges Problem nicht mehr so auftreten, wie oben beschrieben. Im Log sieht man dann folgendes! (siehe unten)

Sinn von upmix_mono ist es, "Mono-Ton" (z. B. der zweite Tonkanal von ZDF) in Stereo zu verwandeln, wohingegen upmix_stereo aus Stereo 5.1 macht. Die Änderung bringt meines Erachtens nichts.

Zitat

Original von Uwe

Code

Dec 27 16:15:09 [vdr] [24195] buffer usage: 80% (tid=24194)
Dec 27 16:15:09 [vdr] [24195] buffer usage: 90% (tid=24194)
Dec 27 16:15:10 [vdr] [24194] clearing transfer buffer to avoid overflows

Ich habe natürlich nur mit Aufnahmen testen können, und da gibt es keine Transferbuffer-Overflows.

Stell' mal in vdr-xine's Setupmenü die Buffer so knapp wie möglich ein (z. B. 4, 4) -- kannst ja mit der Bufferusage von xine erkennen, ob es noch reicht, d. h. ob noch genügend dekodierte Bilder im Puffer vorliegen.

Stell' ferner in .xine/config

Code

engine.buffers.audio_num_buffers:4

wie in MANUAL beschrieben. Kontrolliere die Bufferusage-Ausgabe in der kritischen Phase. Ist der erste Wert sehr nahe an

Code

engine.buffers.video_num_buffers:500

dann stell' ihn größer ein, damit das vorauseilende Bild auf Seite von xine zwischengespeichert werden kann.

Gibt's dann immer noch Transferbuffer-Overflows, dann musst du in VDR's transfer.c die TRANSFERBUFSIZE vergrößern.

Ich weiß nicht warum das so kodiert wurde, aber in der Phase sind BIld und Ton im Stream um gut 3 Sekunden versetzt, und dieser Versatz muss irgendwo gepuffert werden. Es ist üblich, dass das Bild dem Ton vorauseilt (vermutlich weil es länger zum Dekodieren braucht), aber so krass habe ich es bisher nur bei ASTRA HD+ beobachtet (vgl. auch vdr-xine's "buffered" Meldungen).

Bye.

Uwe · 27. Dezember 2007

Hi Reinhard,

das mti "upmix_stereo" habe ich erstmal so belassen in meiner Konfiguration. Schau ich mir später an...
Edit: nun nutze ich wieder upmix_mono und es gibt keine Probleme damit. Hatte also andere Ursachen ...

Ich habe aber folgendes nach deiner Empfehlung verändert:
In der .xine/config:

Code

engine.buffers.audio_num_buffers:4

und

Code

engine.buffers.video_num_buffers:600

Bei VDR noch die TRANSFERBUFSIZE von 2MB auf 4MB geändert.

Was soll ich sagen, AstraHD läuft hier nun ohne Fehler im log oder da ist was putt
Ok, ab_und_zu kommt noch:

Code

Dec 27 19:23:23 [logger] fixing sound card drift by 2648 pts
Dec 27 19:23:24 [logger] fixing sound card drift by 1982 pts
Dec 27 19:23:25 [logger] 200 Bilder angezeigt, 9 Bilder ýbersprungen, 0 Bilder verworfen
Dec 27 19:23:25 [logger] fixing sound card drift by 1483 pts
Dec 27 19:24:07 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 449584 um ýberlauf zu vermeiden.
Dec 27 19:29:35 [logger] fixing sound card drift by 1307 pts
Dec 27 19:29:36 [logger] fixing sound card drift by 2396 pts
Dec 27 19:29:37 [logger] fixing sound card drift by 1947 pts
Dec 27 19:29:38 [logger] fixing sound card drift by 1457 pts
Dec 27 19:29:43 [logger] fixing sound card drift by 1322 pts
Dec 27 19:37:35 [logger] audio_alsa_out:write:BAD STATE2, state = 4, going to try XRUN
Dec 27 19:37:35 [logger] fixing sound card drift by 1277 pts
Dec 27 19:38:50 [logger] fixing sound card drift by 1819 pts
Dec 27 19:38:51 [logger] fixing sound card drift by 3193 pts
Dec 27 19:38:52 [logger] fixing sound card drift by 2391 pts
Dec 27 19:38:53 [logger] fixing sound card drift by 1790 pts
Dec 27 19:38:54 [logger] fixing sound card drift by 1339 pts

Alles anzeigen

Vielen Dank für die Tipps Reinhard.

Gruß Uwe

PS: CPU Usage liegt hier bei HDTV Sendern bei 40% - 75% (AMD Quad Core @ 2,2GHz (9500))

rnissl · 27. Dezember 2007

Hi,

kann jemand mal die (nun überarbeitete) neue Video Option "skip loop filter" ausprobieren?

Bye.

rnissl · 27. Dezember 2007

Hi,

Zitat

Original von Uwe
Bei VDR noch die TRANSFERBUFSIZE von 2MB auf 4MB geändert.

Ohne hat's wohl nicht getan?
Wäre weniger für einen stabilen Betrieb möglich gewesen?

Zitat

Original von Uwe

Code

Dec 27 19:24:07 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 449584 um ýberlauf zu vermeiden.

Das wird die nächste Hürde in VDR werden. Diese Angabe bedeutet, dass ein Field oder Frame (demux_mpeg_pes kann das nicht unterscheiden) so groß ist. Würde es sich wirklich um ein Field handeln, dann hätten wir jetzt schon ein Problem in VDR, weil VDR mit Frames arbeitet, und 2 Fields sind dann definitiv größer als die Konstante in recording.h:

Code

#define MAXFRAMESIZE  KILOBYTE(512)

Zitat

Original von Uwe

Code

Dec 27 19:38:50 [logger] fixing sound card drift by 1819 pts
Dec 27 19:38:51 [logger] fixing sound card drift by 3193 pts
Dec 27 19:38:52 [logger] fixing sound card drift by 2391 pts
Dec 27 19:38:53 [logger] fixing sound card drift by 1790 pts
Dec 27 19:38:54 [logger] fixing sound card drift by 1339 pts

Das ist ein Effekt davon, die Audio-Input-Puffer auf 4 zu reduzieren. Ich denke nicht, dass man das hört (3193/90000 = 35.4 ms).

Ein anderer Effekt davon ist, dass VDR in Aufzeichnungen nicht mehr soweit vorauslesen kann, weil xine mangels Audio-Input-Puffern keine Daten mehr anfordert. Damit sind dann die Positionanzeige und die tatsächliche Abspielposition auch nicht mehr soweit auseinander. Auch ein Clear() funktioniert schneller, weil auf Seiten von xine nicht soviel gepuffert wird und somit nicht soviel verworfen werden muss.

Bye.

Uwe · 27. Dezember 2007

Zitat

Original von rnissl
Hi,

kann jemand mal die (nun überarbeitete) neue Video Option "skip loop filter" ausprobieren?

Ok, ist eingebaut!
In der .xine/config habe ich mal folgendes eingestellt:

Code

video.processing.ffmpeg_skip_loop_filter:all

Btw: Für den AMD Quad Core Prozessor hatte ich folgendes konfiguriert:

Code

video.processing.ffmpeg_thread_count:8

Mit 8 Counts hatte ich das "Gefühl" das es am besten lief. (das war gestern, wo ich noch die Ruckler bei AstraHD hatte) Habe es bisher aber nicht mehr verändert.

Edit28.12.2007: Inzwischen habe ich diesen Punkt auch wieder auf 4 gesetzt! Also bei 4 Cores --> video.processing.ffmpeg_thread_count:4
Das xineliboutput Plugin setzt dieses beim start und erkennen der CPU automatisch!

mentox · 27. Dezember 2007

hiho,

kompelieren laesst der neue patch sich auch

werde mal astra hd anmachen... moechtest du bestimmte werte haben?

gruesse mentox

HDTV (DVB-S2 und h264) mit VDR und Xine-Plugin

Jetzt mitmachen!

Teilen