I also think it would be better if we store pts-es in different lists for
each track. However, it does NOT match the original design of data
structures. Several boxes will be affected. So I am trying to commit this
patch to discuss with maintainers.
At present, I prefer the last version patch(fall
On Mon, 4 Feb 2019, Michael Niedermayer wrote:
On Sat, Feb 02, 2019 at 05:03:25PM +0100, Marton Balint wrote:
On Sat, 2 Feb 2019, Charles Liu wrote:
Binary searching would hang if the fragment items do NOT have timestamp for the
specified stream.
For example, a fmp4 consists of separate
On Sat, Feb 02, 2019 at 05:03:25PM +0100, Marton Balint wrote:
>
>
> On Sat, 2 Feb 2019, Charles Liu wrote:
>
> >Binary searching would hang if the fragment items do NOT have timestamp for
> >the specified stream.
> >
> >For example, a fmp4 consists of separated 'moof' boxes for each track, and
On Sat, 2 Feb 2019, Charles Liu wrote:
Binary searching would hang if the fragment items do NOT have timestamp for the
specified stream.
For example, a fmp4 consists of separated 'moof' boxes for each track, and
separated 'sidx' for each segment, but no 'mfra' box.
Then every fragment item
Binary searching would hang if the fragment items do NOT have timestamp for the
specified stream.
For example, a fmp4 consists of separated 'moof' boxes for each track, and
separated 'sidx' for each segment, but no 'mfra' box.
Then every fragment item only have the timestamp for one of its track
