2011-08-20 19:25:43 +02:00
|
|
|
/*
|
2015-04-13 09:36:54 +02:00
|
|
|
* This file is part of mpv.
|
2011-08-20 19:25:43 +02:00
|
|
|
*
|
2017-04-21 13:33:23 +02:00
|
|
|
* mpv is free software; you can redistribute it and/or
|
|
|
|
|
* modify it under the terms of the GNU Lesser General Public
|
|
|
|
|
* License as published by the Free Software Foundation; either
|
|
|
|
|
* version 2.1 of the License, or (at your option) any later version.
|
2011-08-20 19:25:43 +02:00
|
|
|
*
|
2015-04-13 09:36:54 +02:00
|
|
|
* mpv is distributed in the hope that it will be useful,
|
2011-08-20 19:25:43 +02:00
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
2017-04-21 13:33:23 +02:00
|
|
|
* GNU Lesser General Public License for more details.
|
2011-08-20 19:25:43 +02:00
|
|
|
*
|
2017-04-21 13:33:23 +02:00
|
|
|
* You should have received a copy of the GNU Lesser General Public
|
|
|
|
|
* License along with mpv. If not, see <http://www.gnu.org/licenses/>.
|
2011-08-20 19:25:43 +02:00
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
#ifndef MPLAYER_DEMUX_PACKET_H
|
|
|
|
|
#define MPLAYER_DEMUX_PACKET_H
|
|
|
|
|
|
2012-07-24 23:23:27 +02:00
|
|
|
#include <stdbool.h>
|
2014-07-05 16:45:28 +02:00
|
|
|
#include <stddef.h>
|
2013-11-18 18:46:44 +01:00
|
|
|
#include <inttypes.h>
|
2011-08-20 19:25:43 +02:00
|
|
|
|
|
|
|
|
// Holds one packet/frame/whatever
|
|
|
|
|
typedef struct demux_packet {
|
|
|
|
|
double pts;
|
2013-11-25 23:13:01 +01:00
|
|
|
double dts;
|
2011-08-20 19:25:43 +02:00
|
|
|
double duration;
|
2016-02-15 20:39:17 +01:00
|
|
|
int64_t pos; // position in source file byte stream
|
2019-05-16 16:20:45 +02:00
|
|
|
|
|
|
|
|
unsigned char *buffer;
|
|
|
|
|
int len;
|
|
|
|
|
|
2018-09-07 15:12:24 +02:00
|
|
|
int stream; // source stream index (typically sh_stream.index)
|
2016-02-15 20:39:17 +01:00
|
|
|
|
2019-05-16 16:20:45 +02:00
|
|
|
bool keyframe;
|
|
|
|
|
|
Rewrite ordered chapters and timeline stuff
This uses a different method to piece segments together. The old
approach basically changes to a new file (with a new start offset) any
time a segment ends. This meant waiting for audio/video end on segment
end, and then changing to the new segment all at once. It had a very
weird impact on the playback core, and some things (like truly gapless
segment transitions, or frame backstepping) just didn't work.
The new approach adds the demux_timeline pseudo-demuxer, which presents
an uniform packet stream from the many segments. This is pretty similar
to how ordered chapters are implemented everywhere else. It also reminds
of the FFmpeg concat pseudo-demuxer.
The "pure" version of this approach doesn't work though. Segments can
actually have different codec configurations (different extradata), and
subtitles are most likely broken too. (Subtitles have multiple corner
cases which break the pure stream-concatenation approach completely.)
To counter this, we do two things:
- Reinit the decoder with each segment. We go as far as allowing
concatenating files with completely different codecs for the sake
of EDL (which also uses the timeline infrastructure). A "lighter"
approach would try to make use of decoder mechanism to update e.g.
the extradata, but that seems fragile.
- Clip decoded data to segment boundaries. This is equivalent to
normal playback core mechanisms like hr-seek, but now the playback
core doesn't need to care about these things.
These two mechanisms are equivalent to what happened in the old
implementation, except they don't happen in the playback core anymore.
In other words, the playback core is completely relieved from timeline
implementation details. (Which honestly is exactly what I'm trying to
do here. I don't think ordered chapter behavior deserves improvement,
even if it's bad - but I want to get it out from the playback core.)
There is code duplication between audio and video decoder common code.
This is awful and could be shareable - but this will happen later.
Note that the audio path has some code to clip audio frames for the
purpose of codec preroll/gapless handling, but it's not shared as
sharing it would cause more pain than it would help.
2016-02-15 21:04:07 +01:00
|
|
|
// segmentation (ordered chapters, EDL)
|
demux: get rid of demux_packet.new_segment field
The new_segment field was used to track the decoder data flow handler of
timeline boundaries, which are used for ordered chapters etc. (anything
that sets demuxer_desc.load_timeline). This broke seeking with the
demuxer cache enabled. The demuxer is expected to set the new_segment
field after every seek or segment boundary switch, so the cached packets
basically contained incorrect values for this, and the decoders were not
initialized correctly.
Fix this by getting rid of the flag completely. Let the decoders instead
compare the segment information by content, which is hopefully enough.
(In theory, two segments with same information could perhaps appear in
broken-ish corner cases, or in an attempt to simulate looping, and such.
I preferred the simple solution over others, such as generating unique
and stable segment IDs.)
We still add a "segmented" field to make it explicit whether segments
are used, instead of doing something silly like testing arbitrary other
segment fields for validity.
Cached seeking with timeline stuff is still slightly broken even with
this commit: the seek logic is not aware of the overlap that segments
can have, and the timestamp clamping that needs to be performed in
theory to account for the fact that a packet might contain a frame that
is always clipped off by segment handling. This can be fixed later.
2017-10-24 19:33:01 +02:00
|
|
|
bool segmented;
|
|
|
|
|
struct mp_codec_params *codec; // set to non-NULL iff segmented is set
|
|
|
|
|
double start, end; // set to non-NOPTS iff segmented is set
|
Rewrite ordered chapters and timeline stuff
This uses a different method to piece segments together. The old
approach basically changes to a new file (with a new start offset) any
time a segment ends. This meant waiting for audio/video end on segment
end, and then changing to the new segment all at once. It had a very
weird impact on the playback core, and some things (like truly gapless
segment transitions, or frame backstepping) just didn't work.
The new approach adds the demux_timeline pseudo-demuxer, which presents
an uniform packet stream from the many segments. This is pretty similar
to how ordered chapters are implemented everywhere else. It also reminds
of the FFmpeg concat pseudo-demuxer.
The "pure" version of this approach doesn't work though. Segments can
actually have different codec configurations (different extradata), and
subtitles are most likely broken too. (Subtitles have multiple corner
cases which break the pure stream-concatenation approach completely.)
To counter this, we do two things:
- Reinit the decoder with each segment. We go as far as allowing
concatenating files with completely different codecs for the sake
of EDL (which also uses the timeline infrastructure). A "lighter"
approach would try to make use of decoder mechanism to update e.g.
the extradata, but that seems fragile.
- Clip decoded data to segment boundaries. This is equivalent to
normal playback core mechanisms like hr-seek, but now the playback
core doesn't need to care about these things.
These two mechanisms are equivalent to what happened in the old
implementation, except they don't happen in the playback core anymore.
In other words, the playback core is completely relieved from timeline
implementation details. (Which honestly is exactly what I'm trying to
do here. I don't think ordered chapter behavior deserves improvement,
even if it's bad - but I want to get it out from the playback core.)
There is code duplication between audio and video decoder common code.
This is awful and could be shareable - but this will happen later.
Note that the audio path has some code to clip audio frames for the
purpose of codec preroll/gapless handling, but it's not shared as
sharing it would cause more pain than it would help.
2016-02-15 21:04:07 +01:00
|
|
|
|
2016-02-15 20:39:17 +01:00
|
|
|
// private
|
2011-08-20 19:25:43 +02:00
|
|
|
struct demux_packet *next;
|
2016-02-15 20:39:17 +01:00
|
|
|
struct AVPacket *avpacket; // keep the buffer allocation and sidedata
|
2017-11-04 23:02:25 +01:00
|
|
|
double kf_seek_pts; // demux.c internal: seek pts for keyframe range
|
demux: support for some kinds of timed metadata
This makes ICY title changes show up at approximately the correct time,
even if the demuxer buffer is huge. (It'll still be wrong if the stream
byte cache contains a meaningful amount of data.)
It should have the same effect for mid-stream metadata changes in e.g.
OGG (untested).
This is still somewhat fishy, but in parts due to ICY being fishy, and
FFmpeg's metadata change API being somewhat fishy. For example, what
happens if you seek? With FFmpeg AVFMT_EVENT_FLAG_METADATA_UPDATED and
AVSTREAM_EVENT_FLAG_METADATA_UPDATED we hope that FFmpeg will correctly
restore the correct metadata when the first packet is returned.
If you seke with ICY, we're out of luck, and some audio will be
associated with the wrong tag until we get a new title through ICY
metadata update at an essentially random point (it's mostly inherent to
ICY). Then the tags will switch back and forth, and this behavior will
stick with the data stored in the demuxer cache. Fortunately, this can
happen only if the HTTP stream is actually seekable, which it usually is
not for ICY things. Seeking doesn't even make sense with ICY, since you
can't know the exact metadata location. Basically ICY metsdata sucks.
Some complexity is due to a microoptimization: I didn't want additional
atomic accesses for each packet if no timed metadata is used. (It
probably doesn't matter at all.)
2018-04-16 22:23:08 +02:00
|
|
|
struct mp_packet_tags *metadata; // timed metadata (demux.c internal)
|
2011-08-20 19:25:43 +02:00
|
|
|
} demux_packet_t;
|
|
|
|
|
|
2017-11-05 16:36:18 +01:00
|
|
|
struct AVBufferRef;
|
|
|
|
|
|
2014-07-05 16:45:28 +02:00
|
|
|
struct demux_packet *new_demux_packet(size_t len);
|
2014-08-24 17:45:28 +02:00
|
|
|
struct demux_packet *new_demux_packet_from_avpacket(struct AVPacket *avpkt);
|
2014-07-05 16:45:28 +02:00
|
|
|
struct demux_packet *new_demux_packet_from(void *data, size_t len);
|
2017-11-05 16:36:18 +01:00
|
|
|
struct demux_packet *new_demux_packet_from_buf(struct AVBufferRef *buf);
|
2014-07-05 16:45:28 +02:00
|
|
|
void demux_packet_shorten(struct demux_packet *dp, size_t len);
|
|
|
|
|
void free_demux_packet(struct demux_packet *dp);
|
|
|
|
|
struct demux_packet *demux_copy_packet(struct demux_packet *dp);
|
2017-04-14 19:19:44 +02:00
|
|
|
size_t demux_packet_estimate_total_size(struct demux_packet *dp);
|
2014-07-05 16:45:28 +02:00
|
|
|
|
2015-02-05 21:52:07 +01:00
|
|
|
void demux_packet_copy_attribs(struct demux_packet *dst, struct demux_packet *src);
|
|
|
|
|
|
2014-11-03 20:00:34 +01:00
|
|
|
int demux_packet_set_padding(struct demux_packet *dp, int start, int end);
|
2017-01-31 14:48:10 +01:00
|
|
|
int demux_packet_add_blockadditional(struct demux_packet *dp, uint64_t id,
|
|
|
|
|
void *data, size_t size);
|
2014-11-03 20:00:34 +01:00
|
|
|
|
2011-08-20 19:25:43 +02:00
|
|
|
#endif /* MPLAYER_DEMUX_PACKET_H */
|