[SoftHdDevice] und >= ffmpeg 1.1

seahawk1986 · 31. März 2013

Bei mir sieht es mit dem neuen ffmpeg 1.2 unter Arch Linux (und dem Patch [SoftHdDevice] und >= ffmpeg 1.1) leider genauso aus.

johns · 31. März 2013

Komisch warum hat es dann bei mir funktioniert?

So wie ich es sehe nimmt er gar kein VDPAU Dekoder sondern den VA-API bzw den Softwsre.
Deshalb auch die "h264" Fehlermeldungen. Die müssten vdpau_h264 oder anderes herum sein.

Vielleicht habt ihr bei arch noch einen Patch in ffmpeg drin?

Es wird im Moment der Software Dekoder mit VDPAU Ausgabe verwendet. Deshalb die Störungen
und CPU Belastung.

Es müsste auch die Meldung:

Code

codec/video: ffmpeg/libav buggy: width or height zero

im Log erscheinen.

Edit: ich baue immer das Plugin mit VA-API und VDPAU Support, viellecht liegt es daran?

Johns

seahawk1986 · 31. März 2013

Zitat von johns

Vielleicht habt ihr bei arch noch einen Patch in ffmpeg drin?

Das PKGBUILD nutzt das reine ffmpeg ohne Patches: https://projects.archlinux.org…KGBUILD?h=packages/ffmpeg

Zitat von johns

Es wird im Moment der Software Dekoder mit VDPAU Ausgabe verwendet. Deshalb die Störungen
und CPU Belastung.

Mit ffmpeg 1.2 und explizitem -v vdpau sieht es so aus (ARD HD, bei Kabel D, mit 60Hz Modus), die CPU-Auslastung bleibt hoch:

Code

Mär 31 15:57:23 vdr4arch vdr[19935]: video: speed up video, droping frame
Mär 31 15:57:23 vdr4arch vdr[19935]: video/vdpau: missed frame (144/3843)
Mär 31 15:57:23 vdr4arch vdr[19935]: [19935] [softhddev]GrabImage: 0, 1, 80, 729x480
Mär 31 15:57:24 vdr4arch vdr[19935]: video: speed up video, droping frame
Mär 31 15:57:24 vdr4arch vdr[19935]: video/vdpau: missed frame (145/3893)
Mär 31 15:57:24 vdr4arch vdr[19935]: [19935] [softhddev]GrabImage: 0, 1, 80, 729x480
Mär 31 15:57:25 vdr4arch vdr[19935]: video: speed up video, droping frame
Mär 31 15:57:25 vdr4arch vdr[19935]: video/vdpau: missed frame (146/3964)
Mär 31 15:57:25 vdr4arch vdr[19935]: [19935] [softhddev]GrabImage: 0, 1, 80, 729x480
Mär 31 15:57:26 vdr4arch vdr[19935]: video: speed up video, droping frame
Mär 31 15:57:26 vdr4arch vdr[19935]: video/vdpau: missed frame (147/3988)

Alles anzeigen

Verglichen mit ffmpeg 1.1.3:

Code

Mär 31 16:01:35 vdr4arch vdr[21119]: [21119] [softhddev]GrabImage: 0, 1, 80, 729x480
Mär 31 16:01:36 vdr4arch vdr[21119]: [21119] [softhddev]GrabImage: 0, 1, 80, 729x480
Mär 31 16:01:37 vdr4arch vdr[21119]: [21119] [softhddev]GrabImage: 0, 1, 80, 729x480

Zitat von johns

Edit: ich baue immer das Plugin mit VA-API und VDPAU Support, viellecht liegt es daran?

Wenn ich die Abfrage im Makefile richtig verstehe wird das bei mir auch immer so gebaut, da die Abfrage nach vaapi- und vdpau-Unterstützung jeweils den Exit-Code 0 liefert.

johns · 31. März 2013

War nur eine Idea.
Ich werde es mr nochmal ansehen.
Gentoo hat auch keine Patch.
Plugin auch mit neuer Version neu übersetzt?

Johns

Copperhead · 31. März 2013

Ja

edit: Ich habe zwar keine Ahnung, aber für mich klingt das hier (aus der changelog)

Zitat

VDPAU hardware acceleration through normal hwaccel

so, als hätte es die ganze Zeit irgendeine Sonderbehandlung für VDPAU gegeben, die jetzt weg ist.

johns · 31. März 2013

Scheint so zu sein, aber ich habe min. die Ganze letzte Woche mit ffmpeg 1.2 getestet.
Und keinerlei Probleme festgestellt- Habe nur im Moment keine Zeit, den Laptop anzuschliessen.

Johns

Copperhead · 1. April 2013

Ich habe es zwar noch nicht getestet, aber es scheint wohl so, als wären die Herren bei Archlinux schuld.

https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/ffmpeg&id=f309d90d29d6f052f750ffa7ce0455a33b13a7b0

johns · 1. April 2013

Dann brauche ich ja nicht mehr suchen :), aber den neuen Code muß ich aber trotzdem irgendwann einbauen.

Johns

seahawk1986 · 1. April 2013

Ja, das wars... - aber interessant, dass man so auch ohne vdpau und vaapi mit softhddevice ein Bild bekommt

johns · 1. April 2013

Software Dekoder Unterstützung ist ja schon drin.
Wenn CPU genug Power hat klappt es.
Ansonsten ist die aktuelle Version nicht CPU optimiert.

Johns

grappi · 3. April 2013

Hi,

bei mir läuft jetzt auch alles einwandfrei mit ffmpeg-1.2!
Wußte nicht, dass man ab ffmpeg-1.2 mit "--enable-vdpau" bauen muss.

grappi

e9hack · 3. April 2013

Muß man noch irgendwelche Compiler-Schalter zusätzlich setzen? softhddevice mit ffmpeg 1.2 und '--enable-vdpau' kackt bei HD immer ab:

Code

Apr  3 16:09:02 vdr vdr: codec/video: ffmpeg/libav buggy: width or height zero
Apr  3 16:09:02 vdr vdr: codec/video: ffmpeg/libav buggy: width or height zero
Apr  3 16:09:02 vdr vdr: video/vdpau: out of surfaces
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create decoder: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video surface: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr vdr: video/vdpau: can't create video mixer: The size of a supplied object does not match the object it is being used with.
Apr  3 16:09:02 vdr logger: vdr died with error code 134

Alles anzeigen

Gruß
e9hack

Copperhead · 3. April 2013

Hast du den Patch angewendet?

e9hack · 3. April 2013

Zitat von Copperhead

Hast du den Patch angewendet?

Ja, das wars. Warum landet der Patch nicht im git?

Gruß
e9hack

johns · 3. April 2013

Weil ich es vergessen habe :).

Johns

jinx · 11. April 2013

Are there still crashing problems using the new style Makefile?

johns · 11. April 2013

I don't know any problem with Makefile and new ffmpeg.

Johns

jinx · 11. April 2013

Hmm, I already pm'ed you about it -- that after updating softhddevice, I was getting segfaults. You said to try using the old Makefile, which fixed the problem. You also said something about VDR patches changing structures and so on but I don't use any patches so that's not a possible cause in this case.

Why would the new softhddevice Makefile cause segfaults and the old Makefile-pre1.7.36 work fine?

arkoko · 25. April 2013

Hi!
I have read this thread with google translate, but I didn't find any report of the problem what I have. I often have frozen video screen and after some researches i probably found a reason. It seems that this happened when video format switched from 4:3 to the 16:9 (and vice versa, both SD). And after that I can see in the logfile the following:

Code

Apr 24 20:50:36 akovdr vdr: video: 24:23:22.543   -3  825 240/\ms  21+6 v-buf 
Apr 24 20:51:36 akovdr vdr: video: 24:24:22.543   -4  848 240/\ms  20+6 v-buf 
Apr 24 20:52:36 akovdr vdr: video: 24:25:22.543   -6  798 240/\ms  20+6 v-buf 
Apr 24 20:53:36 akovdr vdr: video: 24:26:22.543   -8  821 240/\ms  23+6 v-buf 
Apr 24 20:54:05 akovdr vdr: codec/video: ffmpeg/libav buggy: get_format called again 
Apr 24 20:54:05 akovdr vdr: video: decoder buffer empty, duping frame (915661/463398) 2 v-buf 
Apr 24 20:54:05 akovdr vdr: video: 24:26:51.183   -8  836 240/\ms   2+5 v-buf 
Apr 24 20:54:10 akovdr vdr: video: decoder buffer empty, duping frame (915910/463398) 0 v-buf 
Apr 24 20:54:10 akovdr vdr: video: audio/video difference too big 
Apr 24 20:54:10 akovdr vdr: video: decoder buffer empty, duping frame (915911/463398) 0 v-buf 
Apr 24 20:54:10 akovdr vdr: video: 24:26:51.183-5008  780 240/\ms   0+5 v-buf 
... and a lot of similar messages ... about 100 per second

Alles anzeigen

In the same time OSD works and only after changing channel (or detach and attach plugin) I can bring picture back.
Plugin version from GIT and ffmpeg 1.1.2 installed, vdr-2.0.1, nvidia 313.26 driver.

What recomendations community can give me to solve this issue? I think that this is the right place to ask

johns · 25. April 2013

Use any ffmpeg which is not 1.1.2 or 1.1.3

Code

ffmpeg 
....
  libavutil      51. 73.101 / 51. 73.101
  libavcodec     54. 59.100 / 54. 59.100
  libavformat    54. 29.104 / 54. 29.104
  libavdevice    54.  2.101 / 54.  2.101
  libavfilter     3. 17.100 /  3. 17.100
  libswscale      2.  1.101 /  2.  1.101
  libswresample   0. 15.100 /  0. 15.100
  libpostproc    52.  0.100 / 52.  0.100
..

Alles anzeigen

Any version with libavcodec = 54. 86.100 will have the same problem.
The source contains a workaround for ffmeg 1.1.2, which make the format change impossible.
Or if you aren't using version 1.1.2, you can remove the workaround from source.

Johns

[SoftHdDevice] und >= ffmpeg 1.1

Jetzt mitmachen!

Teilen