[FFmpeg-devel] [PATCH]lavf/cafdec: Do not fail hard for files ending with junk

Paul B Mahol onemda at gmail.com
Tue Jan 22 12:28:34 EET 2019


On 1/22/19, Paul B Mahol <onemda at gmail.com> wrote:
> On 1/22/19, Carl Eugen Hoyos <ceffmpeg at gmail.com> wrote:
>> 2019-01-15 13:17 GMT+01:00, Paul B Mahol <onemda at gmail.com>:
>>> On 1/15/19, Carl Eugen Hoyos <ceffmpeg at gmail.com> wrote:
>>>> 2019-01-15 12:53 GMT+01:00, Paul B Mahol <onemda at gmail.com>:
>>>>> On 1/15/19, Carl Eugen Hoyos <ceffmpeg at gmail.com> wrote:
>>>>>> 2019-01-15 10:23 GMT+01:00, Paul B Mahol <onemda at gmail.com>:
>>>>>>> On 1/15/19, Carl Eugen Hoyos <ceffmpeg at gmail.com> wrote:
>>>>>>
>>>>>>>> A user provided a real-life caf file ending with junk after the
>>>>>>>> data
>>>>>>>> chunk, QuickTime reads such files.
>>>>>>>>
>>>>>>>> Please comment, Carl Eugen
>>>>>>>>
>>>>>>>
>>>>>>> NACK, there is data after junk bytes, which would get simply
>>>>>>> discarded with your patch.
>>>>>>
>>>>>> Please elaborate: I don't think any data gets discarded because
>>>>>> of this patch.
>>>>>
>>>>> I told you already, hex edit size of data chunk to very big number and
>>>>> play file again.
>>>>
>>>> Of course.
>>>>
>>>> But how does this change the output compared to my patch?
>>>>
>>>
>>> It does change, full length of audio is:
>>>
>>> MD5=5128bc2cd0e7b0560f15dd4c0546d1a0rate=   0.0kbits/s speed= 777x
>>> size=       0kB time=00:09:18.16 bitrate=   0.0kbits/s speed= 769x
>>
>> Sorry for the delay:
>> QuickTime Player only plays the file for ~6:20.
>> Playing the file longer would be an issue since atoms after the
>> data atom are allowed.
>> And most important: This is unrelated, my patch is about playing
>> a file that is supposed to be played but currently doesn't work.
>> If there is something else to be improved, it should be a separate
>> patch.
>>
>> Please comment, Carl Eugen
>
> You can not claim it fixes playback.

Also you can not claim there is junk. There is real sound there.


More information about the ffmpeg-devel mailing list