[SoftHdDevice] und >= ffmpeg 1.1

johns · 1. März 2013

Sobald gespeichert wird, ist es auch verstellt. Also OK sollte reichen.
Bei extremen Einstellungen, ist einmal Umschalten besser, da dort der Delay
auch beim Puffer berücksichtigt wird.

Im Zweifelsfall einfach ins Syslog gucken, dort sieht man die aktuelle Einstellung.

Johns

jinx · 5. März 2013

Many new posts in this thread.. Are the problems all fixed now or what's the current state if not?

johns · 6. März 2013

Should work. Workarounds for 1.1.0, 1.1.1 and 1.1.2 are included in git.
1.1.3 has the last bug fixed, workaround is used for all 1.1.x.

Johns

johns · 19. März 2013

So neue Version von ffmpeg und alte Bugs.

Ich glaube den Bug bauen die auch nicht mehr aus:

Diff

diff --git a/video.c b/video.c
index d4c9a5a..878eba9 100644
--- a/video.c
+++ b/video.c
@@ -152,11 +152,12 @@ typedef enum
 #include <libavcodec/vaapi.h>
 #include <libavutil/pixdesc.h>
 
-#if LIBAVCODEC_VERSION_INT == AV_VERSION_INT(54,86,100)
+#if LIBAVCODEC_VERSION_INT >= AV_VERSION_INT(54,86,100)
     ///
     /// ffmpeg version 1.1.1 calls get_format with zero width and height
     /// for H264 codecs.
     /// since version 1.1.3 get_format is called twice.
+    /// ffmpeg 1.2 still buggy
     ///
 #define FFMPEG_BUG1_WORKAROUND         ///< get_format bug workaround
 #endif

Alles anzeigen

"Das Gute" ist die rufen die Funktion nun zweimal auf und wenn ich es richtig sehe
immer ohne Größen.

Wenn jemand auf der ffmpeg Liste oder Bugtracker angemeldet ist, kann ja mal nerven.

Johns

M-Reimer · 19. März 2013

Vermutlich wäre es am besten wenn du selbst in die Mailingliste schreiben würdest, denn ein Außenstehender könnte Fragen von den FFMPEG-Entwicklern nicht beantworten und müsste so ständig "Mail2VDRPortal-Gateway" spielen.

johns · 19. März 2013

Im Prinzip richtig. Nur mich stört es nicht, wenn eine neue Version kommt und nicht geht,
dann schreibe ich einen Workaround und ein paar böse Kommentare in den Source.

Meine bisherige Erfahrung ist halt nicht positiv,
Johns

grappi · 19. März 2013

Hi,

wie ich schon in Post #53 geschrieben hatte, ist mit der ffmpeg-1.2 und der aktuellen git-version von softhddevice (inkl. des Patches aus Post #64) meine Log-Datei voll mit diesen Meldungen:

Code

vdr: video: speed up video, droping frame
vdr: video:  4:42:11.118 -109  352   0/\ms  48+5 v-buf
vdr: video: decoder buffer empty, duping frame (327/5252) 47 v-buf
vdr: video:  4:42:11.158  -84  337   0/\ms  47+5 v-buf
vdr: video: speed up video, droping frame
vdr: video:  4:42:11.158 -102  319   0/\ms  47+5 v-buf
vdr: video: decoder buffer empty, duping frame (328/5254) 47 v-buf
vdr: video:  4:42:11.198  -79  335   0/\ms  47+5 v-buf
vdr: video: speed up video, droping frame
vdr: video:  4:42:11.198  -97  349   0/\ms  47+5 v-buf
vdr: video: speed up video, droping frame
vdr: video: decoder buffer empty, duping frame (329/5262) 45 v-buf
vdr: video:  4:42:11.358  -42  339   0/\ms  45+5 v-buf
vdr: video: speed up video, droping frame
vdr: video:  4:42:11.358  -58  323   0/\ms  45+5 v-buf
vdr: video: speed up video, droping frame
vdr: video/vdpau: missed frame (141/5276)
vdr: video: speed up video, droping frame
vdr: video:  4:42:12.858  -23  331   0/\ms  42+6 v-buf
vdr: video/vdpau: missed frame (142/5344)

Alles anzeigen

Mit ffmpeg-1.1.4 oder früher ist alles OK.

grappi

johns · 19. März 2013

Bei mir GT510 läuft Servus TV HD Oestereich ohne Meldungen. (ffmpeg-1.2)

Code

Mar 19 16:54:24 magic vdr: video: 17:20:01.095  +38  354   0/\ms  28+6 v-buf
Mar 19 16:55:24 magic vdr: video: 17:21:01.095  +38  290   0/\ms  24+6 v-buf
Mar 19 16:56:24 magic vdr: video: 17:22:01.095  +38  354   0/\ms  25+6 v-buf

Edit: HQ, TemporalSpatial, SkipChorma.

Johns

grappi · 19. März 2013

Merkwürdig?!
Die SD-Sender laufen einwandfrei, aber bei allen HD-Sendern tritt es bei mir auf (wie gesagt, nur mit ffmpeg-1.2).

grappi

johns · 19. März 2013

Ja. Da scheint die neue Version mehr Resourcen zufordern. SkipChroma einschalten.
Und 1-2 Minuten warten, direkt nach dem Umschalten habe ich auch ein paar Meldungen.

Und machen auch ARD ZDF HD Probleme?

Johns

grappi · 20. März 2013

Hi,

SkipChroma hilft auch nicht weiter, die Meldungen bleiben in gleichem Umfang erhalten.
Auch auf ARD HD und ZDF HD.

Was mir jetzt noch aufgefallen ist, die Auslastung der CPU liegt normal bei ca. 12%. Wenn ich ffmpeg-1.2 installiere geht sie auf ca. 90% hoch!

grappi

M-Reimer · 20. März 2013

Zitat von johns

Im Prinzip richtig. Nur mich stört es nicht, wenn eine neue Version kommt und nicht geht,
dann schreibe ich einen Workaround und ein paar böse Kommentare in den Source.

Meine bisherige Erfahrung ist halt nicht positiv,
Johns

Bisherige Erfahrung mit was? Mit der Mailingliste von FFMPEG? Ich möchte dir nicht irgendwelchen zusätzlichen Aufwand aufhalsen, aber ich finde, gerade wenn ein Projekt wie softhddevice eine Library (FFMPEG) intensiv nutzt, bzw. gar in Teilen davon abhängig ist, würde es auch der Library gut tun, wenn der Library-Nutzer konkretes Feedback direkt an die Entwickler gibt. Von den so entstehenden Fixes profitieren dann alle Library-Nutzer.

johns · 20. März 2013

Mit anderen großen Projekten, GCC, linux-media, usw.
Wenn es Kleine sind, dann ist es meist keine Problem.

Johns

johns · 20. März 2013

Zitat von grappi

Hi,

SkipChroma hilft auch nicht weiter, die Meldungen bleiben in gleichem Umfang erhalten.
Auch auf ARD HD und ZDF HD.

Was mir jetzt noch aufgefallen ist, die Auslastung der CPU liegt normal bei ca. 12%. Wenn ich ffmpeg-1.2 installiere geht sie auf ca. 90% hoch!

Wenn es auch bei ARD HD ist, dann wird die GPU ja nicht belastet.
Also ich kann keine Probleme mit ffmpeg 1.2 feststellen, die CPU Belastung bleibt auch gleich.
Baue mal eine Version mit -DDEBUG vielleicht sieht man damit mehr.
Sieht irgendwie so aus, als ob kein Hardwaredekoder verwendet wird.

Johns

grappi · 20. März 2013

Hi,

könnte tatsächlich sein, dass er VDPAU nicht nutzt. Benutzte aber die gleichen configure Einstellungen wie bei den vorherigen Versionen.
Komme leider erst Anfang nächster Woche wieder zum Testen. Werde dann mal eine Version mit -DDEBUG erstellen.

Ansonsten läuft hier alles Prima mit der ffmpeg-1.1.4 und softhddevice - also kein Grund zur Eile!

grappi

cyril · 26. März 2013

Bei mir läuft mit ffmpeg 1.2 und 0.6.0 auf SD alles prima.

Copperhead · 30. März 2013

Ich bestätige dann mal das von grappi beschriebene Verhalten.

Archlinux liefert jetzt ffmpeg 1.2 aus, daher bin ich jetzt auch betroffen. Fernsehen macht so auf jeden Fall keinen Spaß...

johns · 30. März 2013

Und den Patch angewendet?

Johns

Copperhead · 31. März 2013

Ja, der bringt aber nichts.

Es werden unheimlich viele Frames übersprungen und verdoppelt

verdoppelt: 408
übersprungen: 553
Gesamt:7764

Zusätzlich ist die CPU Last enorm hoch: 85-95%

Copperhead · 31. März 2013

Hier mal ein Logfile mit DEBUG und höchstem Loglevel

Jetzt mitmachen!

Teilen