[FFmpeg-trac] #7331(avcodec:new): malformed input not playable in libfdk_aacdec
FFmpeg
trac at avcodec.org
Thu Aug 2 14:45:01 EEST 2018
#7331: malformed input not playable in libfdk_aacdec
------------------------------------+-----------------------------------
Reporter: ramcq | Owner:
Type: defect | Status: new
Priority: normal | Component: avcodec
Version: git-master | Resolution:
Keywords: libfdk | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
------------------------------------+-----------------------------------
Comment (by ramcq):
Replying to [comment:11 cehoyos]:
> You misunderstand: If you use `--enable-nonfree`, you are not allowed to
distribute the resulting binary. Please understand that we have no means
to re-instate your license to distribute FFmpeg, so if you distribute
binaries compiled with `--enable-nonfree`, you will permanently lose the
right to distribute FFmpeg.
I spent a long time being very confused about how this was consistent with
the statement at https://github.com/FFmpeg/FFmpeg/commit/47a81832 that
fdk-aac can be used together with ffmpeg under an LGPL license. I
eventually realised my error - somehow I had ended up with the impression
that `--enable-nonfree` was a pre-requisite to enabling libfdk-aac, which
I now see is not the case.
`--enable-nonfree` in fact allows you to proceed with conflicting licensed
GPL and GPL-incompatible code linked together, which would indeed be not
redistributable. We're not using any of the GPL parts, so I've removed
`--enable-nonfree` from our configuration (along with `--enable-gpl`).
Thanks for the pointer.
Now: about the bug - is there something in ffplay which would continue
decoding if an error comes back from _decode_frame (within some
parameters) if we return the right value?
--
Ticket URL: <https://trac.ffmpeg.org/ticket/7331#comment:12>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list