Seit kurzem ist DMAX HD dazu in der Lage nativ HDTV zu senden. Seitdem habe ich auch die Syncronitätsprobleme. Hat das noch jemand?
Ich könnte auch gerne einen Schnipsel irgendwo hochladen.
Seit kurzem ist DMAX HD dazu in der Lage nativ HDTV zu senden. Seitdem habe ich auch die Syncronitätsprobleme. Hat das noch jemand?
Ich könnte auch gerne einen Schnipsel irgendwo hochladen.
Poste erstmal ein paar Zeilen vom A/V Info aus dem Syslog.
http://projects.vdr-developer.…be-in-syslog-von-DAV_INFO
Vielleicht kann man daran schon was erkennen,
Johns
Ich wollte heute die gewünschte Log hochladen. Der Fehler ist aber weg. Scheinbar war das ein Fehler bei DMAX
Kann auch am Umschalten bzw. nach dem Einschalten liegen.
Habe da schon 1-2 das Problem gehabt, daß dann das A/V Sync daneben liegt.
Johns
Das kenne ich auch. Du hast da nicht zufällig schon eine zündende Idee?
Mir ist es heute bei Auction Hunters wieder aufgefallen. Ich habe dann umgeschaltet auf Prosieben HD und dort hat es gepasst. Dann weiter zu ORF2 HD: ebenfalls alles OK. Zurück bei DMAX HD ist das Bild ehr als der Ton.
Hier auch mal einen Logauszug (Achtung ich gebe mit 60Hz aus)
Sep 12 21:33:46 localhost vdr: video: 7:34:49.221 +8 309 0/\ms 36+8 v-buf
Sep 12 21:34:36 localhost vdr: video: slow down video, duping frame
Sep 12 21:34:36 localhost vdr: video: 7:35:39.201 +2 338 0/\ms 35+7 v-buf
Sep 12 21:35:26 localhost vdr: video: slow down video, duping frame
Sep 12 21:35:26 localhost vdr: video: 7:36:29.181 -4 335 0/\ms 49+8 v-buf
Sep 12 21:36:15 localhost vdr: video: 7:37:19.181 +7 332 0/\ms 44+8 v-buf
Sep 12 21:37:05 localhost vdr: video: slow down video, duping frame
Sep 12 21:37:05 localhost vdr: video: 7:38:09.161 +2 298 0/\ms 48+7 v-buf
Sep 12 21:37:55 localhost vdr: video: slow down video, duping frame
Sep 12 21:37:55 localhost vdr: video: 7:38:59.141 -4 327 0/\ms 42+8 v-buf
Sep 12 21:38:45 localhost vdr: video: 7:39:49.141 +9 325 0/\ms 50+8 v-buf
Sep 12 21:39:06 localhost vdr: video: slow down video, duping frame
Sep 12 21:39:06 localhost vdr: video: speed up video, droping frame
Sep 12 21:39:06 localhost vdr: video: 7:40:09.941 -53 328 0/\ms 51+6 v-buf
Sep 12 21:39:06 localhost vdr: video/vdpau: 7:40:10.101: decoder render too slow 134ms
Sep 12 21:39:06 localhost vdr: video: speed up video, droping frame
Sep 12 21:39:06 localhost vdr: video/vdpau: missed frame (13/28494)
Sep 12 21:39:06 localhost vdr: video: speed up video, droping frame
Sep 12 21:39:06 localhost vdr: video: 7:40:10.081 -78 321 0/\ms 55+5 v-buf
Sep 12 21:39:13 localhost vdr: video: speed up video, droping frame
Sep 12 21:39:13 localhost vdr: video: slow down video, duping frame
Sep 12 21:39:13 localhost vdr: video: 7:40:16.201 +10 337 0/\ms 38+7 v-buf
Sep 12 21:39:36 localhost vdr: video: 7:40:39.201 +0 335 0/\ms 52+7 v-buf
Sep 12 21:40:26 localhost vdr: video: 7:41:29.201 +12 333 0/\ms 35+7 v-buf
Alles anzeigen
Den Decoder renderer too slow Fehler müsste ich mit einer GT610 wegbekommen. Die wollte ich sowieso die nächsten Tage bestellen, aber löst das auch die A/V Sync Probleme?
Ich bin sowieso irritiert ich muss in dein Einstellungen von Softhddevice -35 einstellen, damit es passt. Bei einer Wiedergabe über mplayer passt es immer sofort.
Die Einstellung stört mich eigentlich nicht, wenn sie wenigstens für jeden Sender passen würde.
Ich habe jetzt einen Upload zu Sigi gestartet. Ich schreibe hier rein, wenn es oben ist.
Edit: Jetzt passt wieder alles. Ich habe aber gar nichts gemacht.
Edit2: Upload fertig (@Auction_Hunters_-_Zwei_Asse_machen_Kasse_Episode_15)
Das Log sagt es würde alles passen. Die GIT Version hat noch ein erweitertes Info.
Da stehen noch die gepufferten Videoframes drin, die hatte ich schon mal im Verdacht,
daß dort etwas falsch berechnet wird.
Kann auch sein das beim Umschalten noch irgendetwas im Puffer war.
Tritt es nun bei der Aufnahme auf? Wenn nicht; lohnt sich das runterladen nicht.
Johns
Ja die Aufnahme hat das Problem. Am besten wartest du bist der Synchronsprecher kurz still ist. Dann auf den Originalton achten.
Das ist jetzt vielleicht nicht wirklich hilfreich, trotzdem die Anmerkung daß mir das (extrem starker A/V-Versatz) vor ein paar Tagen auch mal passiert ist, da war es WDR HD. Auch mehrfacher Kanalwechsel und spielen mit dem Audioversatz in den Einstellungen hatte da nix geholfen.
Logfile hab ich zwar im Prinzip, da ich aber nicht mehr weiss wann das genau war ist Suchen schwierig - wenn Du meinst es hilft was mach/versuch ich das aber schon...
Pit
Also ich habe jetzt eine GT610 eingebaut und wieder die besagte DMAX HD Aufnahme gestartet und es ist immernoch das gleiche.
Bin leider noch nicht zum angucken bzw. zum suchen des Fehlers gekommen.
Johns
Gibts hierzu schon was neues?
Soo, da ich das Problem immernoch habe, habe ich weitergesucht. Und TADAAA, es liegt an den 60Hz.
Jan 08 23:38:03 archvdr vdr[28572]: video: slow down video, duping frame
Jan 08 23:38:03 archvdr vdr[28572]: video: 6:37:06.731 +0 318 0/\ms 34+3 v-buf
Jan 08 23:38:08 archvdr vdr[28572]: video: 6:37:11.731 +0 345 0/\ms 44+3 v-buf
Jan 08 23:38:13 archvdr vdr[28572]: video: 6:37:16.731 +1 370 0/\ms 50+3 v-buf
Jan 08 23:38:18 archvdr vdr[28572]: video: 6:37:21.731 +2 332 0/\ms 36+3 v-buf
Jan 08 23:38:23 archvdr vdr[28572]: video: 6:37:26.731 +4 421 0/\ms 40+3 v-buf
Jan 08 23:38:28 archvdr vdr[28572]: video: 6:37:31.731 +5 350 0/\ms 43+3 v-buf
Jan 08 23:38:33 archvdr vdr[28572]: video: 6:37:36.731 +6 343 0/\ms 39+3 v-buf
Jan 08 23:38:38 archvdr vdr[28572]: video: 6:37:41.731 +7 337 0/\ms 34+3 v-buf
Jan 08 23:38:43 archvdr vdr[28572]: video: 6:37:46.731 +9 362 0/\ms 46+3 v-buf
Jan 08 23:38:48 archvdr vdr[28572]: video: 6:37:51.731 +10 419 0/\ms 49+3 v-buf
Jan 08 23:38:53 archvdr vdr[28572]: video: 6:37:56.731 +11 348 0/\ms 42+3 v-buf
Jan 08 23:38:58 archvdr vdr[28572]: video: 6:38:01.731 +12 374 0/\ms 41+3 v-buf
Jan 08 23:39:03 archvdr vdr[28572]: video: 6:38:06.731 +14 399 0/\ms 36+3 v-buf
Jan 08 23:39:08 archvdr vdr[28572]: video: 6:38:11.731 +15 360 0/\ms 45+3 v-buf
Jan 08 23:39:13 archvdr vdr[28572]: video: 6:38:16.731 +16 354 0/\ms 35+3 v-buf
Jan 08 23:39:18 archvdr vdr[28572]: video: 6:38:21.731 +17 347 0/\ms 40+3 v-buf
Jan 08 23:39:23 archvdr vdr[28572]: video: slow down video, duping frame
Jan 08 23:39:23 archvdr vdr[28572]: video: 6:38:26.711 +0 339 0/\ms 31+3 v-buf
Jan 08 23:39:28 archvdr vdr[28572]: video: 6:38:31.711 +0 333 0/\ms 47+3 v-buf
Alles anzeigen
Das sieht nur so hübsch aus, weil ich die AV_INFO_TIME auf 300 reduziert habe. Mit 50Hz läuft alles superb.
Edit: Ich sehe aber grad, dass es von Sender zu Sender stark schwankt. Wenn ich das A/V Delay so einstelle, dass auf Das Erste HD +0 dauerhaft steht, habe ich auf Deluxemusic HD +11, Kabeleins HD -3, Prosieben HD +13
Ist etwas komisch, da bei 60Hz Anzeige der Audioabstand immer gleich bleiben sollte.
Scheinbar sind es 60.xx Hz.
Wenn dies zutrift, dann sollten aber alle Sender die 16ms Schwankungen haben.
Da dies aber scheinbar nicht ist, du sagst Erste HD ist dauerhaft +0.
Damit müsste es doch an DMAX HD liegen.
Eine 100% 0 kannst du nicht hinbekommen. das Beste erreichbare sind +- 10ms also
eine Spanne von 20ms.
Laut http://en.wikipedia.org/wiki/Audio_to_video_synchronization reichen -15ms - 45ms
oder +- 22ms.
Und ich würde es nicht an meinen "0" festmachen.
Das ist nur eine Theoretische "0", ich habe versucht meine Verzögerung und die des VDPAU
Treiber zuberücksichtigen. Das kann falsch sein.
Dazu kommt noch die Verzögerung des Fernsehers beim Bild und die des Verstärkers beim
Ton und der Sitzabstand :).
Johns
Nein, Sorry, das Edit war komplett auf 50Hz bezogen. Da bleibt alles konstant, ist aber von Sender zu Sender unterschiedlich.
Ich habe jetzt gerade nochmal geschaut. xrandr Zeigt 60.0 Hz als aktiv an. An meinem Desktop steht z.B. 59.9 Hz, daher denke ich dass das am VDR und am Fernseher passt.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!