diff options
| author | wm4 <nfxjfg@googlemail.com> | 2015-08-11 12:11:04 +0200 |
|---|---|---|
| committer | wm4 <nfxjfg@googlemail.com> | 2015-08-11 12:14:15 +0200 |
| commit | 67db57ea12bf5a9cb7409a7649b476027cab23a1 (patch) | |
| tree | 819342a8e5d950301f46000ec706f72d4025564d /tests | |
| parent | 7f116973d59bbadce891320e338f5786ce31c65a (diff) | |
| download | ffmpeg-67db57ea12bf5a9cb7409a7649b476027cab23a1.tar.gz | |
mmaldec: fix problems with flush logic
Don't try to do a blocking wait for MMAL output if we haven't even sent
a single real packet, but only flush packets. Obviously we can't expect
to get anything back.
Additionally, don't send a flush packet to MMAL in the same case. It
appears the MMAL decoder will sometimes hang in mmal_vc_port_disable()
(called from ffmmal_close_decoder()), waiting for a reply from the GPU
which never arrives. Either MMAL disallows sending flush packets without
preceding real data, or it's a MMAL bug.
Diffstat (limited to 'tests')
0 files changed, 0 insertions, 0 deletions