[mythtv-commits] Ticket #13223: ffmpeg 3.4 and VDPAU problem with some h264 videos

MythTV noreply at mythtv.org
Mon May 20 14:01:40 UTC 2019

#13223: ffmpeg 3.4 and VDPAU problem with some h264 videos
 Reporter:  Peter Bennett            |          Owner:  Peter Bennett
     Type:  Bug Report - General     |         Status:  assigned
 Priority:  minor                    |      Milestone:  unknown
Component:  MythTV - Video Playback  |        Version:  Master Head
 Severity:  medium                   |     Resolution:
 Keywords:                           |  Ticket locked:  0

Comment (by tlathm):

 I figured I'd at least summarize what I have, and have not figured out
 about these failures for future reference.

 So far I haven't been able to correlate any specific similarities in the
 h264 videos that have this issue vs the ones that don't...for example the
 reported encoder, bit rates etc. I also have no idea why I'm experiencing
 this and you've not been able to reproduce it. I'm still waiting to see if
 others can reproduce the issue. Again, I'm on a 32 bit x86 system.

 The specific decode errors causing this are as follows when I enable the
 playback and libav logging:

 2019-05-19 14:02:44.177296 E [1497/1564] Decoder avformatdecoder.cpp:350
 (myth_av_log) - [h264 @ 0xb7396c80] Failed setup for format vdpau: hwaccel
 in itialisation returned error.
 2019-05-19 14:02:44.177320 E [1497/1564] Decoder avformatdecoder.cpp:350
 (myth_av_log) - [h264 @ 0xb7396c80] decode_slice_header error
 2019-05-19 14:02:44.177335 E [1497/1564] Decoder avformatdecoder.cpp:350
 (myth_av_log) - [h264 @ 0xb7396c80] no frame!
 2019-05-19 14:02:44.177363 E [1497/1564] Decoder avformatdecoder.cpp:3785
 (ProcessVideoPacket) - AFD: video avcodec_send_packet error: Invalid data
 found when processing input (-1094995529) gotpicture:0
 The -1094995529 is an AVERROR_INVALIDDATA error.

 The most perplexing part of this is the fact that the underlying vdpau as
 well as the nVidia card obviously can decode these, as they decode
 perfectly with vdpau using xine. The primary difference appears to be the
 fact that xine-libs still uses the old avcodec_decode_video2 call as did
 MythTV 29.1, and not the new separate calls (including the
 avcodec_send_packet that fails in this case). I strongly suspect I'd have
 no problems with these using 29.1 but I'd have to downgrade to be sure.

 Thanks for the help with this!

Ticket URL: <https://code.mythtv.org/trac/ticket/13223#comment:39>
MythTV <http://www.mythtv.org>
MythTV Media Center

More information about the mythtv-commits mailing list