On Tue, 19 May 2020, lance.lmw...@gmail.com wrote:
On Sun, May 17, 2020 at 02:41:18PM +0200, Marton Balint wrote:
On Sun, 17 May 2020, lance.lmw...@gmail.com wrote:
> On Sat, May 16, 2020 at 07:36:45PM +0200, Marton Balint wrote:
> >
> >
> > On Sat, 16 May 2020, lance.lmw...@gmail.com wrote:
> >
> > > On Sat, May 16, 2020 at 11:44:01AM +0200, Marton Balint wrote:
> > > > > > > > On Sat, 16 May 2020, lance.lmw...@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
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
