GitLab

Signed-off-by: Thomas Guillem <thomas@gllm.fr>

AbstractChunk no longer segment chunk

otherwise creates out of sync multiple streams with mp4

avoids overflows

As it was always seeking disabled streams,
init chunk was read on seek, queuing possible es
changes which are uncommited due to absence of sample data.
following dac320e3
the fakeesout was always in restarting state then,
causing an always failing setposition which now checks
the restarting state.

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

as child demuxers are not created yet when demux
wants seekable capability, CAN_SEEK was always false

block_Realloc != realloc

Some files do not have their first cluster at PTS=0, meaning that we
might spend an eternity looking for such PTS (even though it is not at
all present in the file) when starting playback (seeking to 0).

This patch fixes the issue by always assigning a seekpoint for PTS=0 pointing
at the first cluster position. Instead of using the cluster-timecode, a
hardcoded value of 0 is used (so that every file will have a seekpoint at that
location).
Signed-off-by: Thomas Guillem <thomas@gllm.fr>

The IF_EXTRACT_FMT macro is to be used in a if-else-tree, the usage of
IF_EXTRACT prior to the following if-statement did however cause the
single if-else-tree to be split up into two (causing the fallback-else
at the end to be unconditionally hit, even if another branch had already
handled the data).

If "TITLE=" metadata was found, we would still end up inside the
fallback since the previous implementation of IF_EXTRACT_FMT would start
a new if-else-tree.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

The logic for precise and inprecise seeking is the same with the
addition that precise seeking should use the exact desired timestamp
to use with ES_OUT_SET_NEXT_DISPLAY_TIME, whereas inprecise seeking will
use the timestamp associated with the closest index frame.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

There is sadly a trade-off between having "perfect" seeking for all
tracks (ie. the preroll should start at the latest possible location for
all tracks within the mkv), and having seeking which is fast.

This patch changes the functionality in SegmentSeeker so that it
optimizes seeking for the most important tracks. If, during the scan for
seekpoints for these tracks, we stumble upon seekpoints for other tracks
- use them, if not; simply yield appropriate seekpoints for the priority
tracks.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Remove legacy logic in regards of seeking.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Fixed bug where a too big of an area would be returned from the
function, instead of just the area that is really not searched
(indexed).

This will, of course, speed up seeking since we will not rescan an area
where we already know everything there is to know.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

When seeking, we should prioritize tracks depending on what type of ES
they are; this patch addes a data-member to matroska_segment_c that will
keep track of which tracks are more important than other.

It also adds logic to ComputePriorityTracks that will initialize this
data-member with the appropriate track-ids.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Even though there are currently some type of cues that we cannot handle,
we should add the aprox. location denoted by such cues as a seekpoint to
optimize seeking.

Adding the location with Seekpoint::DISABLED means that we will never
seek directly to the position, but it can be used as a hint when looking
for an appropriate keyframe during the preparation for seeking.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Every cue in the matroska format is based on the location of the cluster
in which it is part of, as such we should add this information (cluster
position) to the code responsible for seeking.
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

clueless crap unchecked everywhere,
even demux returning function error codes