[FFmpeg-devel] [PATCH] avformat/mpegts: Check the next sync byte to avoid incorrectt detected raw packet size

Marton Balint cus at passwd.hu
Tue May 19 21:29:47 EEST 2020



On Tue, 19 May 2020, lance.lmwang at gmail.com wrote:

> On Sun, May 17, 2020 at 02:41:18PM +0200, Marton Balint wrote:
>> 
>> 
>> On Sun, 17 May 2020, lance.lmwang at gmail.com wrote:
>> 
>> > On Sat, May 16, 2020 at 07:36:45PM +0200, Marton Balint wrote:
>> > > 
>> > > 
>> > > On Sat, 16 May 2020, lance.lmwang at gmail.com wrote:
>> > > 
>> > > > On Sat, May 16, 2020 at 11:44:01AM +0200, Marton Balint wrote:
>> > > > > > > > > On Sat, 16 May 2020, lance.lmwang at gmail.com wrote:
>> > > > > > > I suggest you capture the input, so this issue can be
>> > > properly reproduced
>> > > > > and share it. It may even make sense to create a fate test from it.
>> > > > > Have tried, the issue can't be reproduced by capture offset
>> > > file. I guess it's
>> > > > caused by live stream seek isn't same as off line file.
>> > > 
>> > > If that is the case then you can override the seekability of files by using
>> > > -seekable 0 option. Alternatively you might find some other means to replay
>> > > the recorded ts, anyhow this should be reproduced, because I have a feeling
>> > > we don't have the whole picture of what is going on.
>> > 
>> > I have spend more time to investigate it, I have try to capture a pcap file to
>> > reproduce the issue, with tcprelay, it can be reproduced every time, however
>> > if export to ts, I failed to reproduce it.
>> 
>> Great. Can you share the pcap file? You can may send it to me privately if
>> you don't want it to be made public.
>
> I have send it the sample to you privately, if you haven't got it, please let me
> know.

Thanks, got it, and reproduced it, I will reply to your patch.

Regards,
Marton


More information about the ffmpeg-devel mailing list