Thanks,
And what about 1.2? Is it good to use or better to avoid it too?
[SoftHdDevice] und >= ffmpeg 1.1
-
-
Softhddevice GIT should work, I knew no bugs.
Johns
Edit: wrong VA-API isn't working, but who cares? VDPAU is perfect!
-
Mit aktuellen git, ffmpeg 1.2 und aktuellen nvidia treiber 313.30 funzt softhddevice 1a
Keine ruckler, keine aussetzer, bin schwerst begeistert. so gut hat es noch nie funktioniert und ich eiere schon seit 2009 herumVielen Dank an Johns!!
-
Kann mich dem nur anschließen. Aktuelles GIT mit FFMPEG12 und Nvidia 319 haben endlich meine Probleme nach langer Irrfahrt gelöst. Ich hatte dup/drop, decoder too slow und jetzt ist Audio wie festgetackert und ich kann auf meinem schmalen System (Zotac ION) Temporal ohne Ruckler fahren. Klasse!
Vielen Dank
Foxhunterskl -
Ich habe das selbe Problem mit der Standard Installation von yavdr.
Code
Alles anzeigenFeb 18 18:45:45 MediaServer vdr: video: decoder buffer empty, duping frame (9732/70) 3 v-buf Feb 18 18:45:45 MediaServer vdr: video: slow down video, duping frame Feb 18 18:45:45 MediaServer vdr: video: 4:06:25.040 +598 428 0/\ms 0+3 v-buf Feb 18 18:45:45 MediaServer vdr: video: slow down video, duping frame Feb 18 18:45:45 MediaServer vdr: video/vdpau: missed frame (44/4) Feb 18 18:45:45 MediaServer vdr: video: slow down video, duping frame Feb 18 18:45:45 MediaServer vdr: video: 4:06:25.040 +535 365 0/\ms 0+3 v-buf Feb 18 18:45:45 MediaServer vdr: video: decoder buffer empty, duping frame (9736/6) 2 v-buf Feb 18 18:45:45 MediaServer vdr: video: 4:06:25.040 +519 445 0/\ms 2+5 v-buf Feb 18 18:45:45 MediaServer vdr: video: slow down video, duping frame Feb 18 18:45:45 MediaServer vdr: video: 4:06:25.040 +503 429 0/\ms 1+7 v-buf Feb 18 18:45:45 MediaServer vdr: video: slow down video, duping frame Feb 18 18:45:45 MediaServer vdr: video/vdpau: missed frame (45/10) Feb 18 18:45:45 MediaServer vdr: video: slow down video, duping frame Feb 18 18:45:45 MediaServer vdr: video: 4:06:25.080 +480 366 0/\ms 0+7 v-buf Feb 18 18:45:47 MediaServer vdr: video/vdpau: synced after 82 frames
Was muss ich tun, dass ich euer gut laufendes Setup bekomme?
-
-
Anscheinend kommts wirklich auf das system an... ich bin von AMD K10 auf Pentium G2020 mit Ivy-Bridge gewechselt (B75 Chipsatz) und die Anzahl der verlorenen/gedupten Frames ging um Massen in den Keller (Faktor 100)
Gruss gerd
-
Ich habe einen Nvidia Ion (AT3ION) der sollte eigentlich problemlos funktionieren.
Aber wodurch entstehen denn folgende Meldungen:
slow down video, duping frameDiese treten während der Wiedergabe auf und sollten doch nicht sein oder?
-
Entweder läuft die Tonwiedergabe zulangsam oder das Bild zuschnell.
Damit wird dann Bild und Ton im Sync gehalten.
Nach dem Umschalten sollte es nach 1-2 Minuten im Log ruhig sein.
Schlimm sind drop/dup Paare, weil diese unnötig sind.
Nur drop oder nur dup sind Anpassungen.Bei ändern der Tonspur (Werbung oder ähnliches) kann es auch zur einer erneuten Anpassung kommen.
Codevideo: 24:42:21.987 +37 434 240/\ms 15+6 v-buf video: 24:43:21.987 +37 506 240/\ms 12+6 v-buf video: 24:44:21.987 +37 458 240/\ms 12+6 v-buf video: 24:45:21.987 +37 434 240/\ms 9+6 v-buf video: 24:46:21.987 +37 506 240/\ms 9+6 v-buf
So oder ähnlich sollte ein Log aussehen.
Johns
-
Ich habe einen Nvidia Ion (AT3ION) der sollte eigentlich problemlos funktionieren.
Du hast wohl gerdh nicht verstanden, er ist von einem AMD K10, der schon deutlich mehr CPU Power als Dein Atom hat, auf einen nochmals deutlich stärkeren IvyBridge Pentium umgestiegen und die Meldungen reduzierten sich auf das was johns annimmt. Kann ich btw. bestätigen, sowohl der SNB als auch der IVB VDR schreiben eigentlich nur Meldungen beim Umschalten.
Also nicht ganz falsch anzunehmen, das schmalbrüstige System wie ein Atom hier mehr Mühen hat Bild und Ton synchron zu halten ...
Regards
fnu
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!