[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:56:24 EET 2019


On 1/22/19, Carl Eugen Hoyos <ceffmpeg at gmail.com> wrote:
> 2019-01-22 11:38 GMT+01:00, Paul B Mahol <onemda at gmail.com>:
>> On 1/22/19, Carl Eugen Hoyos <ceffmpeg at gmail.com> wrote:
>>> 2019-01-22 11:28 GMT+01:00, Paul B Mahol <onemda at gmail.com>:
>>>> 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.
>>>
>>> It does here: The file does not play without my patch, it plays
>>> (for the right duration) with my patch.
>>
>> Duration is not right at all.
>
> Does QuickTime play the file longer for you than FFmpeg
> with my patch?
> Or do I misunderstand you?

Correct duration is one I showed it here.

>
>>>> Also you can not claim there is junk. There is real sound there.
>>>
>>> So you want me to change the commit message, is that
>>> correct?
>>
>> I mentioned just one issue of many.
>
> That is unfortunately not helpful: Please explain what is
> wrong with the patch.

I already said what is wrong in my previous mails, why should I repeat
myself all over again?


More information about the ffmpeg-devel mailing list