h264 / xine-lib und "Klötzchenbildung"
- tbshl-vdr
- Geschlossen
-
-
danke hotzenplotz
stable oder testing? oder egal?
hab naemlich beide probiert. und problem ist noch da. da muss dann wohl was anderes schuld sein. playback von mkv 1080p ueber xinelibplayer geht 1a, aber live bild laeuft nur 5s, dann ist es ein kloetzchenhaufen und ton ist weg mit jeder menge
aber das ist dann wohl ein anderes problem.Codeii libxine1-xvdr 1.0.6+cvs20100602.1715-2yavdr1 Xine input plugin for vdr-plugin-xineliboutp ii libxine2 1.2.0~hg20100615-0yavdr1 the xine video/media player library, binary ii libxinerama1 2:1.1-2 X11 Xinerama extension library ii vdr-plugin-xine 0.9.3-8yavdr1 Plugin for "software only" playback using xi ii vdr-plugin-xineliboutput 1.0.6+cvs20100602.1715-2yavdr1 VDR plugin for Xine based sofdevice frontend ii xine-ui 0.99.6~cvs-20090930ubuntu1 the xine video player, user interface ii xineliboutput-sxfe 1.0.6+cvs20100602.1715-2yavdr1 Remote X-Server frontend for vdr-plugin-xine
-
doppelpost
-
entferne mal testing aus der sources.list und mach bei den paketen
ein aptitude --reinstallwenn dann was nicht geht, am besten einen thread im yavdr unterforum
-
Zitat
Originally posted by hotzenplotz5
entferne mal testing aus der sources.list und mach bei den paketen
ein aptitude --reinstallwenn dann was nicht geht, am besten einen thread im yavdr unterforum
nur zur info, hab ALLE pakete neu installiert. hat aber nix gebracht. muss wohl wo anders suchen. danke trotzdem
-
Hallo,
hab jetzt nochmal etwas detaillierter getestet.
xine-lib (inzwischen aktuellster Stand) mit stream-start-patch
vdr-xine:
- auch mit der ältesten 720p-Aufnahme, die ich hier habe (vom Januar 2010), wird beim Verschieben der Schnittmarken das Bild aktualisiert
- bei 1080i-Aufnahmen habe ich allerdings - wie grappi - auch keine Aktualisierung des Bildes beim Verschieben der Schnittmarken
xineliboutput (von heute):
- Aktualisierung des Bildes beim Verschieben der Schnittmarken funzt in allen Aufnahmen, allerdings habe ich mit xineliboutput das Problem des *Nachlaufs* nach Beenden des schnellen Vorlaufs...
Gruß
Tomas -
Zitat
Original von tomas
- auch mit der ältesten 720p-Aufnahme, die ich hier habe (vom Januar 2010), wird beim Verschieben der Schnittmarken das Bild aktualisiert
Hi,
habe jetzt mal bei den paar alten 720p Aufnahmen mit vdr jeweils eine neue index Datei erstellt. Jetzt funktioniert das Aktualisieren des Bildes auch bei diesen Aufnahmen.
Für die 1080i Aufnahmen habe ich leider noch keine Lösung gefunden.
Bin aber auch nicht der Experte, um in den Quellcodes irgendwelche Veränderungen vorzunehmen. Das überlasse ich lieber den Profis, die hier dankenswerterweise ihre Vorschläge und Lösungen mit uns teilen.grappi
-
Ich habe festgestellt, dass nun zwar das Ruckeln und Kötzchenbildung bei HD erheblich besser geworden ist, bzw. fast gar nicht mehr zu bemerken ist, dafür aber ruckeln nun Bild und Ton bei den "very-low Quality" Kanälen ganz erheblich. (mpeg2 Sender)
Hier mal ein Log dazu wenn auf einen o.g. Sender geschaltet wird:
Code
Alles anzeigenvdr01 ~ # tail -f /tmp/vdr-xine.log ao_flush (loop running: 1) ao_close audio_out: no streams left, closing driver audio discontinuity #51, type is 0, disc_off 0 waiting for in_discontinuity update #51 vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none video discontinuity #51, type is 0, disc_off 0 vpts adjusted with prebuffer to 18903376 ao_flush (loop running: 1) audio discontinuity #52, type is 0, disc_off 0 waiting for in_discontinuity update #52 video discontinuity #52, type is 0, disc_off 0 vpts adjusted with prebuffer to 18903419 vdpau_set_property: property=0, value=1 vo_vdpau: deinterlace: temporal vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none load_plugins: plugin vdpau_mpeg12 will be used for video streamtype 00. vdpau_set_property: property=0, value=1 vo_vdpau: deinterlace: temporal vdr_video: osd: (0, 0)-(720, 576)@1,33333 vdr_video: osd: (0, 0)-(720, 576)@1,33333 vdpau_set_property: property=8, value=100 vdpau_set_property: property=13, value=100 vdpau_set_property: property=8, value=100 vdpau_set_property: property=13, value=100 video_out: Verwerfe Bild mit pts 18903419, weil es zu alt ist (Unterschied: 37292). input_vdr: flush buffers (vb: 0, ab: 0, vf: 0, af: 0) done. ao_flush (loop running: 1) audio discontinuity #53, type is 0, disc_off 0 waiting for in_discontinuity update #53 vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none video discontinuity #53, type is 0, disc_off 0 vpts adjusted with prebuffer to 18950273 ao_flush (loop running: 1) audio discontinuity #54, type is 0, disc_off 0 waiting for in_discontinuity update #54 video discontinuity #54, type is 0, disc_off 0 vpts adjusted with prebuffer to 18950300 audio discontinuity #55, type is 2, disc_off 5641878949 waiting for in_discontinuity update #55 video discontinuity #55, type is 2, disc_off 5641878949 vpts adjusted with prebuffer to 18960655 set_speed 125000 vdpau_set_property: property=0, value=1 vo_vdpau: deinterlace: temporal vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none load_plugins: plugin vdpau_mpeg12 will be used for video streamtype 00. load_plugins: plugin mad will be used for audio streamtype 01. vdr: osdflush: n: 40, 203,8, timeout: 1, result: 2 vdpau_set_property: property=0, value=1 vo_vdpau: deinterlace: temporal vdr_video: osd: (0, 0)-(480, 576)@1,33333 vdr_video: osd: (0, 0)-(480, 576)@1,33333 vdpau_set_property: property=8, value=100 vdpau_set_property: property=13, value=100 vdpau_set_property: property=8, value=100 vdpau_set_property: property=13, value=100 video jump vdr: osdflush: n: 6, 30,5, timeout: 0, result: 0 vo_vdpau: deinterlace: temporal vo_vdpau: set_scaling_level=0 vo_vdpau: enabled features: inverse_telecine=0 vo_vdpau: disable noise reduction. vo_vdpau: disable sharpness. vo_vdpau: vdpau_update_csc: hue=0,000000, saturation=1,000000, contrast=1,000000, brightness=0,000000, color_standard=0 studio_levels=0 vo_vdpau: skip_chroma = 0 vo_vdpau: background_color = 0 video_out: Verwerfe Bild mit pts 18964255, weil es zu alt ist (Unterschied: 5836). Keine Treiberunterstützung für Mono, Konvertierung zu Stereo. audio_alsa_out:open pause_resume=0 output sample rate 48000 audio jump, diff=130522 set_speed 1000000 fixing sound card drift by 3260 pts set_speed 125000 set_speed 1000000 fixing sound card drift by 3471 pts set_speed 125000 set_speed 1000000 fixing sound card drift by 3267 pts set_speed 125000 set_speed 1000000 200 Bilder angezeigt, 0 Bilder übersprungen, 2 Bilder verworfen fixing sound card drift by 2634 pts set_speed 125000 set_speed 1000000 fixing sound card drift by 3456 pts vdr: osdflush: n: 6, 30,5, timeout: 0, result: 0 set_speed 125000 set_speed 1000000 fixing sound card drift by 2691 pts set_speed 125000 set_speed 1000000 video_out: Verwerfe Bild mit pts 19761455, weil es zu alt ist (Unterschied: 5741). fixing sound card drift by 2038 pts set_speed 125000 set_speed 1000000 200 Bilder angezeigt, 0 Bilder übersprungen, 1 Bilder verworfen fixing sound card drift by 3200 pts set_speed 125000 set_speed 1000000 fixing sound card drift by 2859 pts .....
-
Ich habe mich jetzt nicht durch die ganzen sourcen gewühlt aber bist du dir sicher das es am Patch liegt? Frag nur da der Patch zwei Dateien ändert.
h264_parser.c und vdpau_h264.c
Denke nicht dass das Einfluss auf mpeg2 Sender hat. -
Hallo,
Zitat[...]
fixing sound card drift by 3200 pts
[...]hast du in deiner ~/.xine/config
Code
Alles anzeigen# Methode für Audio/Videosynchronisation # { metronom feedback resample }, default: 0 audio.synchronization.av_sync_method:resample # Wenn !=0, immer auf diese Rate anpassen # numeric, default: 0 #audio.synchronization.force_rate:0 # Resampling benutzen # { auto off on }, default: 0 #audio.synchronization.resample_mode:auto
Gruß
Tomas -
Zitat
Original von oberlon
Ich habe mich jetzt nicht durch die ganzen sourcen gewühlt aber bist du dir sicher das es am Patch liegt? Frag nur da der Patch zwei Dateien ändert.
h264_parser.c und vdpau_h264.c
Denke nicht dass das Einfluss auf mpeg2 Sender hat.Nein, muss nicht mit dem Patch zusammenhängen.
@ tomas
Meine Configs sehen so aus:
Für das xine Plugin:
Code
Alles anzeigenvdr01 ~ # egrep ^[^' '*#] /root/.xine/config .version:2 gui.deinterlace_by_default:1 gui.dropped_frames_warning:0 gui.experience_level:Master of the known universe gui.panel_visible:0 audio.device.alsa_front_device:default video.driver:vdpau video.output.vdpau_deinterlace_method:temporal video.output.vdpau_enable_inverse_telecine:0 video.output.vdpau_sd_only_properties:noise+sharpness engine.buffers.audio_num_buffers:250 engine.buffers.video_num_buffers:2500 engine.buffers.video_num_frames:22 engine.performance.memcpy_method:sse vdr01 ~ #
Für xineliboutput:
Code
Alles anzeigenvdr01 ~ # egrep ^[^' '*#] /root/.xine/config_xineliboutput .version:2 audio.device.alsa_front_device:default audio.device.alsa_mixer_name:Master audio.device.alsa_surround51_device:default audio.synchronization.av_sync_method:resample audio.synchronization.force_rate:48000 audio.synchronization.resample_mode:on video.output.vdpau_enable_inverse_telecine:0 video.output.vdpau_deinterlace_method:temporal video.output.xv_deinterlace_method:none video.processing.ffmpeg_pp_quality:0 video.processing.ffmpeg_skip_loop_filter:all video.processing.ffmpeg_thread_count:4 media.dvd.language:de media.dvd.region:2 media.dvd.skip_behaviour:skip part media.xvdr.scr_treshold_sd:20 media.xvdr.scr_tuning_step:1000 effects.goom.fps:25 effects.goom.height:576 effects.goom.width:720 engine.buffers.audio_num_buffers:1000 engine.buffers.video_num_buffers:250 engine.buffers.video_num_frames:22 engine.performance.memcpy_method:sse vdr01 ~ #
-
dann nimm auf jeden Fall für vdr-xine in der /root/.xine/config
das *audio.synchronization.av_sync_method:resample*
rein, mit *metronom* (default) hab ich auch teilweise die *fixing sound sound card drifts*, mit resample gibts bei mir keine Probs
-
Hallo,
ZitatOriginal von C-3PO
dafür aber ruckeln nun Bild und Ton bei den "very-low Quality" Kanälen ganz erheblich. (mpeg2 Sender)
Wie hier schon erwähnt ist das sehr unwahrscheinlich (eigentlich unmöglich) dass das allein mit dem Patch zusammenhängt. Ich denke das war auch vorher so, und ähnliches hab ich auch schon festgestellt.
Ich hab hier in xineliboutput (demux_xvdr.c) vor einiger Zeit wegen ähnlichem was eingebaut und folgenden Kommentar dazu gemachtCodestatic char last_wrap = 0; // some streams have permanently a big diff A/V-PTS, or A-PTS > 0x40400000 // (e.g. TV-Channels "TAQUILLA", "PORTADA"...)
Das betrifft zwar jetzt nicht Deinen Fall, aber falls mal jemand auf diesen Kanälen testen mag - auf dem ersten sollte ein Standbild (mit Ton!) sein, auf dem so ein durchlaufender Streifen ist. Sorry, bessere Beschreibung fällt mir grad nicht ein, aber Ton und ein bewegtes Bild muss vorhanden sein, im syslog sollte das glaube ich auch zu sehen sein wenn nicht.
Bei manchen "billig-Sendern" lag das aber noch an etwas anderem, ging glaube ich aber in die selbe Richtung (unterschieldliche video/audio-pts). Sag mal welche Sender das sind.Der Thread hier ist ja nicht der richtige dafür, aber welcher? Wie ich das festgetsellt habe, sind die Probleme bei diesen Kanälen schon recht speziell, also Fehler, die zwar ungefähr gleiche Auswirkungen wie andere Bild/Ton-Probleme haben, aber halt die Ursachen grundsätzlich doch etwas unterschiedlich...
Gruss
Thomas -
Thx @ tbshl-vdr,
Natülich liegt es nicht an Deinem Patch. Ich will auch nicht unbedingt diesen Thread "hijacken".
Aber wie Du schon selbst gesagt hast:
ZitatDer Thread hier ist ja nicht der richtige dafür, aber welcher? ...
Aufgefallen ist es mir z.B. die Theme-X auf Hotbird.Es gab da auch mal in der Mailinglist etwas dazu:
http://www.mail-archive.com/vdr@linuxtv.org/msg11983.html
Allerdings verstehe ich zu wenig davon.
-
wie es ausieht, wird mit deinem Patch die aktuelle progressive frame Erkennung bei Nutzung von vdpau ausgehebelt. Lt. Konsolenausgabe wird auch für die "720p Sender" wie "Das Erste HD" und "ZDF HD" der für HD eingestellte Deinterlacer verwendet, was natürlich nicht sein muss. Ohne Patch funktioniert die Erkennung und es wird bei diesen Sendern kein Deinterlacer verwendet.
Kannst du daran noch was drehen?
Gruß
Holger -
Mit welcher xine-lib denn, oder schon immer (hab auf dem Test-Rechner momentan nur ohne den Patch)?
-
Hi,
ZitatOriginal von tbshl-vdr
Mit welcher xine-lib denn, oder schon immer (hab auf dem Test-Rechner momentan nur ohne den Patch)?ob "schon immer" kann ich leider nicht sagen. Vermutlich erst, seitdem die Erkennung in der xine-lib überarbeitet wurde. Ich kann's hier mit unserer Version "1.2.0~hg20100615" reproduzieren.
Gruß
Holger -
Ich glaub, das muss ich morgen nochmal näher untersuchen.
Kann sein dass hier noch anderes nicht passt, aber ich habe ohne den Patch mit der Version vom 13.06. das auch, und dazu nochvo_vdpau: enable noise reduction.
vo_vdpau: enable sharpness.bei HD, das sollte ja nun auch nicht sein. Deswegen war hier auch schonmal was, kann ich mich dunkel erinnern...
Ist das mit 'noise reduction' und 'sharpness' bei Dir auch so?Ach ja, meinst Du mit Erkennung, dass auf Konsole keine "progressive: x" Ausgabe erfolgt? Die hab ich nur auskommentiert da das bei jedem Frame ausgegeben wird und etwas störte.
-
Hi,
hmmm... evtl. habe ich mich wirklich von der Konsolenausgabe in die Irre führen lassen. In erster Linie das hier beim Beenden auf einem 720p Sender:
Code
Alles anzeigenprogressive: 1 vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none vdpau_set_property: property=2, value=0 vo_vdpau: vdpau_update_csc: hue=0,000000, saturation=1,000000, contrast=1,000000, brightness=0,000000, color_standard=1 studio_levels=0 vdpau_set_property: property=3, value=100 vo_vdpau: vdpau_update_csc: hue=0,000000, saturation=1,000000, contrast=1,000000, brightness=0,000000, color_standard=1 studio_levels=0 vdpau_set_property: property=5, value=0 vo_vdpau: vdpau_update_csc: hue=0,000000, saturation=1,000000, contrast=1,000000, brightness=0,000000, color_standard=1 studio_levels=0 vdpau_set_property: property=24, value=0 vo_vdpau: disable sharpness. vdpau_set_property: property=25, value=0 vo_vdpau: disable noise reduction. vdpau_set_property: property=4, value=100 vo_vdpau: vdpau_update_csc: hue=0,000000, saturation=1,000000, contrast=1,000000, brightness=0,000000, color_standard=1 studio_levels=0 vdpau_set_property: property=1, value=0 Terminating...
Das ist aber bei den 1080i Sender genau so und in der Tat kommt beim Umschalten auf einen 720p Sender folgendes:
Code
Alles anzeigenprogressive: 1 progressive: 1 vdpau_set_property: property=0, value=0 vo_vdpau: deinterlace: none vdpau_set_property: property=0, value=1 vo_vdpau: deinterlace: bob progressive: 0 progressive: 0 progressive: 0 progressive: 0 progressive: 1
... und das ist ohne Patch. Scheint also so-oder-so nicht zu funktionieren. Sorry für die Verwirrung!
Ansonsten:
das kann ich also vorerst nicht bestätigen. Ich habe allerdings auch die "sd_only_properties" nicht explizit gesetzt.
Gruß
Holger -
Zitat
Da wird dann von ausserhalb gesetzt (vdpau_set_property), woher/warum weiss ich jetzt nicht (neuer Stream...).ZitatOriginal von HolgerR
Das ist aber bei den 1080i Sender genau so und in der Tat kommt beim Umschalten auf einen 720p Sender folgendes:
Hmm, also eigentlich müsste "vo_vdpau: deinterlace:" auch ohne vorheriges "vdpau_set_property" kommen (sozusagen von intern, wenn sich beim Anzeigen das Frame-Format geändert hat), tut es bei mir zwar auch, allerdings auch mit deinterlacer != none.ZitatOriginal von HolgerR
Sorry für die Verwirrung!
Naja, das ist ja auch verwirrendZitatOriginal von HolgerR
Ich habe allerdings auch die "sd_only_properties" nicht explizit gesetzt.
Das sollte eigentlich auch obsolete sein, wie erwähnt meine ich es ging hier auch schon mal darum und war mit einer neueren xine-lib erledigt, aber genau weiss ich es momentan nicht...
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!