On 1/22/19, Carl Eugen Hoyos <ceffm...@gmail.com> wrote: > 2019-01-22 11:38 GMT+01:00, Paul B Mahol <one...@gmail.com>: >> On 1/22/19, Carl Eugen Hoyos <ceffm...@gmail.com> wrote: >>> 2019-01-22 11:28 GMT+01:00, Paul B Mahol <one...@gmail.com>: >>>> On 1/22/19, Paul B Mahol <one...@gmail.com> wrote: >>>>> On 1/22/19, Carl Eugen Hoyos <ceffm...@gmail.com> wrote: >>>>>> 2019-01-15 13:17 GMT+01:00, Paul B Mahol <one...@gmail.com>: >>>>>>> On 1/15/19, Carl Eugen Hoyos <ceffm...@gmail.com> wrote: >>>>>>>> 2019-01-15 12:53 GMT+01:00, Paul B Mahol <one...@gmail.com>: >>>>>>>>> On 1/15/19, Carl Eugen Hoyos <ceffm...@gmail.com> wrote: >>>>>>>>>> 2019-01-15 10:23 GMT+01:00, Paul B Mahol <one...@gmail.com>: >>>>>>>>>>> On 1/15/19, Carl Eugen Hoyos <ceffm...@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? _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel