Na, ich merke schon: Das Thema "vdpau" ist für dich also auch noch nicht gegessen. Klasse und vielen Dank! Eventuell wirst du ja auch noch zum Heilsbringer was die "Hänger" bei der Nutzung von vdpau/h264 angeht.
Gruß
Holger
Na, ich merke schon: Das Thema "vdpau" ist für dich also auch noch nicht gegessen. Klasse und vielen Dank! Eventuell wirst du ja auch noch zum Heilsbringer was die "Hänger" bei der Nutzung von vdpau/h264 angeht.
Gruß
Holger
Der im xine Log angezeigte Deinterlacer ist immer der in der Config-Datei konfigurierte Deinterlacer wobei je nach aktuellen Stream-Format das SD oder HD Parameter herangezogen wird .
Ob der vdpau video mixer deinterlacing durchführt kann aus dem Log nicht entnommen werden.
Gruss
durchflieger
ZitatOriginal von HolgerR
Na, ich merke schon: Das Thema "vdpau" ist für dich also auch noch nicht gegessen.
Ganz und gar nicht, schon allein weil das hier die einzige (HW-Beschleunigte) Ausgabe ist
ZitatOriginal von HolgerR
Eventuell wirst du ja auch noch zum Heilsbringer was die "Hänger" bei der Nutzung von vdpau/h264 angeht.
Oje, da setzt Du Ziele...
Naja, das ist ja auch irgendwo mein Ziel, eine dazu möglichst überall problemlos funktionierende Ausgabe - vorrangig erstmal auf der eigenen, aber immer im Hintergrund andere Plattformen behaltend, u.a. deswegen versuche ich ja gerade libva erstmal mit xine-lib nutzbar zu machen, evtl. später mal was seperates...
Leider gehts da ja schon los, die reine Video-Ausgabe ist (m.o.w.) implementiert, Probleme macht OSD. vdpau hat da schöne Möglichkeiten was Koordinaten der Video-Ausgabe angeht und anderes, aber libva nutzt das nicht. Das könnte man ändern, für vdpau (und sollte man auch), aber die Frage ist, kann das auch mit anderen Backends umgesetzt werden? Solange essentielle Dinge nicht mit allen Backends funktionieren (OSD an sich ist mit allen möglich, die Frage ist wie - Transparenz, skaliert - also immer gleichgross unabhängig vom Video-Format oder nicht, ..., aber sowas zähle ich dazu) macht libva (für vdr) nicht so viel Sinn.
ZitatOriginal von durchflieger
Ob der vdpau video mixer deinterlacing durchführt kann aus dem Log nicht entnommen werden.
Das wird doch aber in "vdpau_display_frame" :
if ( (mix_w != this->video_mixer_width) || (mix_h != this->video_mixer_height) || (chroma != this->video_mixer_chroma)) {
...
vdpau_set_deinterlace( this_gen );
...
gesetzt und dort ausgegeben.
Ok, nur auf Konsole, meinst Du das mit nicht im Log?
ZitatOriginally posted by tbshl-vdr
Das wird doch aber in "vdpau_display_frame" :
Codeif ( (mix_w != this->video_mixer_width) || (mix_h != this->video_mixer_height) || (chroma != this->video_mixer_chroma)) { ... vdpau_set_deinterlace( this_gen ); ...
gesetzt und dort ausgegeben.
Ok, nur auf Konsole, meinst Du das mit nicht im Log?
Diesen Aufruf siehst du im Log. Aber der konfiguriert eben nur den video mixer welchen deinterlacer er benutzen soll.
Ob deinterlacing durchgeführt wird endscheiden diese Zeile in "vdpau_display_frame":
int non_progressive;
if ( frame->vo_frame.progressive_frame < 0 )
non_progressive = 0;
else
non_progressive = (this->honor_progressive && !frame->vo_frame.progressive_frame) !this->honor_progressive;
if ( frame->format==XINE_IMGFMT_VDPAU && this->deinterlace && non_progressive && !(frame->vo_frame.flags & VO_STILL_IMAGE) && frame_duration>2500 ) {
Gruss
durchflieger
ZitatOriginal von durchflieger
Diesen Aufruf siehst du im Log. Aber der konfiguriert eben nur den video mixer welchen deinterlacer er benutzen soll.
Ich hab aber auch keine Ahnung mehr, wie ich auf irgendwas anderes gekommen bin. Ich schiebs mal auf die Uhrzeit
Hallo,
ich verwende den letzten patch mit der Nummer 100614. Soweit ist es auch alles Perfekt - beim Umschalten gibt es keine Klötzchen und das vor und zurückspulen in 1080i Aufnahmen funktioniert Tadellos. Leider wird aber bei 720p nicht vorgespult. Es geht immer ein stückchen vor (ca. 20 sek.) und dann springt das Bild wieder zurück an die Stelle an der ich zu Spulen begonnen habe. Ich kann das mit einer Aufnahmen der Fussball WM gut sehen. Dann geht es mal über 20 sek. hinaus aber auch diekt wieder zurück auf Start.
Kann ich dazu irgendwie ein log Posten? Xine gibt ja standardmäßig keins aus.
Bin für Ideen Dankbar...
Gruß
Atech
ZitatOriginal von Atechsystem
Leider wird aber bei 720p nicht vorgespult. Es geht immer ein stückchen vor (ca. 20 sek.) und dann springt das Bild wieder zurück an die Stelle an der ich zu Spulen begonnen habe.
Das kommt mir sehr bekannt vor, war vor einiger Zeit so, aber unabhängig vom Format...
Mit xine oder xineliboutput abgespielt?
Die Ausgabe von Konsole wäre evtl hilfreich.
Gruss,
Thomas
Hi tbshl-vdr,
ich verwende xine. Leider bekomme ich xinelibout derzeit nicht zum laufen. Bin aber allgemein auch zufriedener mir xine. Im anschluss das log file - ich denke aber, dass es nicht viel über das Problem aussagt.
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
vdpau_set_property: property=0, value=1
vo_vdpau: deinterlace: temporal_spatial
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
vdpau_set_property: property=0, value=1
vo_vdpau: deinterlace: temporal_spatial
vo_vdpau: deinterlace: bob
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=1 studio_levels=0
vo_vdpau: skip_chroma = 0
-> Hier startet das Spulen <-
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
vdpau_set_property: property=0, value=1
-> Hier drücke ich Play <-
vo_vdpau: deinterlace: bob
vdr: osdflush: n: 20, 203,7, timeout: 1, result: 2
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
vdr: osdflush: n: 9, 91,0, timeout: 0, result: 0
vdpau_set_property: property=0, value=0
vo_vdpau: deinterlace: none
vdpau_set_property: property=0, value=1
vo_vdpau: deinterlace: bob
vdr: osdflush: n: 19, 194,4, timeout: 0, result: 0
Alles anzeigen
Danke für deine Unterstützung
Gruß
Atech
ZitatOriginal von Atechsystem
Im anschluss das log file - ich denke aber, dass es nicht viel über das Problem aussagt.
Ja, leider nicht. Ich werd mir das mal mit xine ansehen, installiert hatte ich das schonmal und grundsätzlich lief das auch (mit vdr), aber so ganz richtig (was genau weiss ich nicht mehr, glaube Steuerung) nicht.
Gruss,
Thomas
Bei xine (ui) kann man leider nicht einfach die Pfeiltasten und div. Buchstaben etc. drücken um zu Navigieren. Du musst entweder die Fernbedienung einrichten oder, was zum Testen ja völlig ausreicht, das Steuernpult von xine-ui verwenden. Du findest es wenn du im Bedienpult ganz rechts auf einen Pfeil oder Nav button (je nach Skin) klickst.
Gruß
Atech
Hallo zusammen,
habe gerade mal nen checkout der xine-lib-1.2 gemacht.
Kann es sein das der Stream_Start_Patch schon in das HG mit eingeflossen ist ?
Beim Patchen wurde mir vorgeworfen das schon ein Patch gefunden wurde.
EDIT: quatsch habe den Kombi-patch von Durchflieger benutzt.
sry
Gruß
spacy
ZitatOriginal von Atechsystem
Bei xine (ui) kann man leider nicht einfach die Pfeiltasten und div. Buchstaben etc. drücken um zu Navigieren.
Das war glaube ich auch das Problem, als ich das vor langer Zeit mal getestet habe. Wobei ich meine, dass das dann mit Anpassungen (keymap etc.) doch ging.
Jedenfalls geht xine-ui jetzt auch auf einem Rechner, aber nur mit FB, was das Ergebnis evtl. verfälscht - dazu gleich mehr.
Ich habe mit vdr 1.7.11 und 1.7.15 getestet, mit und ohne xine-lib-Patch, das Ergebnis ist gleich, mit 720p ist es bei schnellem Vorlauf so, dass die Bilder in falscher Reihenfolge angezeigt werden, aber es ist *nicht* so, dass überhaupt oder bei Umschalten auf normale Geschwindigkeit wieder auf die Anfangsposition gesprungen wird. Dafür muss ich xine-ui nach dem Beenden einer Aufnahme neu starten, da geht sonst erstmal nix mehr.
vdr kann ich auf dem vdpau-Test-Rechner momentan nicht ohne (eigene) Anpassungen verwenden, da ich sonst keine FB habe (geht seriell von einer Schaltung aus mit eigenem Protokoll), und ohne die kann ich vdr über xine-ui momentan nicht steuern, deswegen evtl. "falsche" Testergebnisse, wobei ich davon ausgehe, dass meine Patches auf die Aufnahme-Wiedergabe keinen Einfluss haben, aber ausschliessen kann ich es auch nicht...
Ich bleib auf jeden Fall dran, aber wenig Zeit, und Priorität liegt momentan bei libva...
Ach so, die Ausgabe auf Konsole wird erst mit --verbose gesprächig, evtl. gibts ja doch Hinweise. Und Tests mit/ohne Patch wäre auch hilfreich (wenn ich das überlesen habe, sorry).
Gruss,
Thomas
edit:
fehlerhafte index-Datei dürfte nicht in Frage kommen, die habe ich auch gelöscht -> keine Änderung.
Hi tbshl-vdr,
nach dem Druck auf Play wird wie bei dir ab dem zuletzt hingespulten Bild wiedergegeben (was für ein Satz!). Das hab ich scheinbar falsch erklärt. Ansonsten verhält es sich genau wie du es beschrieben hast. Ich werde sobald ich etwas Zeit habe auch nocheinmal mit "--verbose" testen.
Dank und Gruß
Atech
Klötzchen beim Spulen gibts unter xine mit dem 256.44er Nvidia nur noch beim Vorwärtsspulen von 720p-Material. Auch das Updaten der Schnittmarken funktioniert jetzt wieder.
Das sporadische Auslassen von Bildern unter HD ist leider immer noch vorhanden. Naja... die Hoffnung stirbt zuletzt
Gruß
iNOB
Servus,
Habe auch mal auf den 256.44 Treiber geupdated.
Bei mir funktioniert das updaten der Schnittmarkten nach verschieben bei 1080i Aufnahmen weiterhin nicht.
(720p und SD geht wunderbar)
Gruß
jm24
Hi,
ZitatOriginal von jm24
Bei mir funktioniert das updaten der Schnittmarkten nach verschieben bei 1080i Aufnahmen weiterhin nicht.
(720p und SD geht wunderbar)
Das Problem ist lange bekannt und zecks Lösung bin ich mit julian schon seit einem Jahr auf der Suche nach Zeit. Ich hoffe, dass es in den nächsten 4 Wochen endlich klappt.
Nachtrag: VDR-1.7.x hat zum Teil noch Probleme, die Framegrenzen richtig zu erkennen. Bei MTV Germany SD-Aufnahmen zeigt nicht jede Markenverschiebung ein Bild -- wollte das später mal analysieren.
Bye.
Bezüglich Schnittmarken möchte ich auf meinen Beitrag verweisen, um den aktuellen Stand zu dokumentieren. Lediglich auf ServusTV HD (1080i) gibt es noch Probleme beim Verschieben der Schnittmarken. Ansonsten passt das mit der genannten Patchvariante schon ganz gut.
Störend ist allerdings nach wie vor die Klötzchenbildung beim Umschalten zwischen HD-Sendern. Wäre prima, wenn sich da noch was tun würde!
Gruß
iNOB
Servus,
Danke für Eure Hinweise hab jetzt wie in dem Beitrag von iNOB beschrieben den Streamstart Patch entfernt.
Gruß
jm24
Hi.
Ich habe nun Problem mit vdr-xine und Digital+ HD Kanälen.
lay_internal ...done
video_out: throwing away image with pts 25757 because it's too old (diff : 37810).
video_out: throwing away image with pts 29357 because it's too old (diff : 34210).
video_out: throwing away image with pts 32957 because it's too old (diff : 30610).
video_out: throwing away image with pts 36557 because it's too old (diff : 27010).
video_out: throwing away image with pts 40157 because it's too old (diff : 23410).
video_out: throwing away image with pts 43757 because it's too old (diff : 20179).
video_out: throwing away image with pts 47357 because it's too old (diff : 16692).
video_out: throwing away image with pts 50957 because it's too old (diff : 13198).
video_out: throwing away image with pts 54557 because it's too old (diff : 9705).
video_out: throwing away image with pts 58157 because it's too old (diff : 6408).
input_vdr: flush buffers (vb: 0, ab: 0, vf: 0, af: 0) done.
ao_flush (loop running: 1)
audio discontinuity #4, type is 0, disc_off 0
waiting for in_discontinuity update #4
video discontinuity #4, type is 0, disc_off 0
vpts adjusted with prebuffer to 113915
ao_flush (loop running: 1)
audio discontinuity #5, type is 0, disc_off 0
waiting for in_discontinuity update #5
video discontinuity #5, type is 0, disc_off 0
vpts adjusted with prebuffer to 114021
load_plugins: plugin vdpau_mpeg12 will be used for video streamtype 00.
video discontinuity #6, type is 2, disc_off 4044830548
waiting for audio discontinuity #6
load_plugins: plugin mad will be used for audio streamtype 01.
audio discontinuity #6, type is 2, disc_off 4044830548
waiting for in_discontinuity update #6
vpts adjusted with prebuffer to 144897
set_speed 125000
audio_alsa_out:open pause_resume=0
output sample rate 48000
will resample audio from 48000 to 48000
audio jump, diff=77581
load_plugins: plugin vdpau_h264 will be used for video streamtype 4d.
ERR: parse_sei: seq_parameter_set_id not found in buffers
.......................................
WARNING: Picture contains no seq_parameter_set
ERR: parse_sei: seq_parameter_set_id not found in buffers
ERR: parse_sei: seq_parameter_set_id not found in buffers
ERR: parse_slice_header: pic_parameter_set_id 0 not found in buffers
ERR: interpret_slice_header: pic_parameter_set_id 0 not found in buffers
ERR: calculate_pic_order: pic_parameter_set_id 0 not found in buffers
WARNING: Picture contains no seq_parameter_set
Allocate 4 reference frames
Create decoder: vdp_device: 1, profile: 7, res: 1920x1080
max reorder count: 4, max dpb count 5
broken stream: current img wasn't processed -- freeing it!
H264: mmc 1 failed: 491 not existent - curr_pic: 499
H264: mmc 1 failed: 490 not existent - curr_pic: 499
max reorder count: 4, max dpb count 5
h264 flush, draw pts: 4044870148
vdr_video: osd: (0, 0)-(1920, 1080)@1.77778
vdr_video: osd: (0, 0)-(1920, 1080)@1.77778
video jump
vdpau_set_property: property=13, value=100
vdpau_set_property: property=8, value=100
vdpau_set_property: property=13, value=100
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
broken stream: current img wasn't processed -- freeing it!
max reorder count: 4, max dpb count 5
broken stream: current img wasn't processed -- freeing it!
max reorder count: 4, max dpb count 5
broken stream: current img wasn't processed -- freeing it!
max reorder count: 4, max dpb count 5
broken stream: current img wasn't processed -- freeing it!
max reorder count: 4, max dpb count 5
broken stream: current img wasn't processed -- freeing it!
max reorder count: 4, max dpb count 5
broken stream: current img wasn't processed -- freeing it!
H264: mmc 1 failed: 495 not existent - curr_pic: 503
H264: mmc 1 failed: 494 not existent - curr_pic: 503
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
H264: mmc 1 failed: 501 not existent - curr_pic: 505
H264: mmc 1 failed: 500 not existent - curr_pic: 505
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
set_speed 1000000
max reorder count: 4, max dpb count 5
vo_vdpau: deinterlace: none
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=1 studio_levels=0
vo_vdpau: skip_chroma = 0
vo_vdpau: background_color = 0
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
max reorder count: 4, max dpb count 5
................... und nur noch das mit zwischendurch
200 frames delivered, 0 frames skipped, 10 frames discarded
...................
Alles anzeigen
Ich have momentan vdr-xine und xine-lib mit df Patch
Alle andere HD Kanäle darunter auch die SKY HD Kanäle laufen gut.
herrlado
Was hat das jetzt mit dem Threadthema zu tun? Absolut nichts würde ich sagen. Außerdem steht direkt über deinem Beitrag der Hinweis, dass es besser ist den Streamstartpatch wegzulassen. Patch deinen VDR erst einmal so wie hier beschrieben und mach dann zu DEINEM Thema einen neuen Thread auf.
Gruß
iNOB
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!