[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