2010-01-30 22:26:47 +00:00
|
|
|
/*
|
|
|
|
* This file is part of MPlayer.
|
|
|
|
*
|
|
|
|
* MPlayer is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
* (at your option) any later version.
|
|
|
|
*
|
|
|
|
* MPlayer is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License along
|
|
|
|
* with MPlayer; if not, write to the Free Software Foundation, Inc.,
|
|
|
|
* 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
|
|
|
|
*/
|
|
|
|
|
2008-02-22 09:09:46 +00:00
|
|
|
#ifndef MPLAYER_STREAM_H
|
|
|
|
#define MPLAYER_STREAM_H
|
2001-04-22 16:56:20 +00:00
|
|
|
|
2013-12-17 01:39:45 +00:00
|
|
|
#include "common/msg.h"
|
2012-11-17 17:12:13 +00:00
|
|
|
#include <stdbool.h>
|
2010-11-02 01:17:41 +00:00
|
|
|
#include <stdio.h>
|
2002-09-15 22:38:01 +00:00
|
|
|
#include <string.h>
|
2002-01-07 09:22:01 +00:00
|
|
|
#include <inttypes.h>
|
2002-03-23 21:52:13 +00:00
|
|
|
#include <sys/types.h>
|
2010-03-06 07:24:41 +00:00
|
|
|
#include <fcntl.h>
|
|
|
|
|
2014-08-29 10:09:04 +00:00
|
|
|
#include "misc/bstr.h"
|
2011-02-25 16:10:00 +00:00
|
|
|
|
2013-07-12 20:05:43 +00:00
|
|
|
enum streamtype {
|
|
|
|
STREAMTYPE_GENERIC = 0,
|
|
|
|
STREAMTYPE_FILE,
|
|
|
|
STREAMTYPE_DVB,
|
2014-07-14 23:49:02 +00:00
|
|
|
STREAMTYPE_DVD,
|
|
|
|
STREAMTYPE_BLURAY,
|
2013-07-12 20:05:43 +00:00
|
|
|
STREAMTYPE_TV,
|
|
|
|
STREAMTYPE_MF,
|
2013-11-19 21:26:35 +00:00
|
|
|
STREAMTYPE_EDL,
|
2013-07-12 20:05:43 +00:00
|
|
|
STREAMTYPE_AVDEVICE,
|
2014-07-05 14:57:56 +00:00
|
|
|
STREAMTYPE_CDDA,
|
2013-07-12 20:05:43 +00:00
|
|
|
};
|
2001-04-22 16:56:20 +00:00
|
|
|
|
2002-09-15 22:38:01 +00:00
|
|
|
#define STREAM_BUFFER_SIZE 2048
|
2013-01-24 16:43:07 +00:00
|
|
|
#define STREAM_MAX_SECTOR_SIZE (8 * 1024)
|
2002-09-15 22:38:01 +00:00
|
|
|
|
stream: add stream_unread_buffer()
demux_lavf probes up to 2 MB of data in the worst case. When the ffmpeg
demuxer is actually opened, the stream is seeked back to 0, and the
previously read data is thrown away.
This wasn't a problem for playback of local files, but it's less than
ideal for playing from slow media (like web streams), and breaks
completely if the media is not seekable (pipes, some web streams).
This new function is intended to allow fixing this. demux_lavf will use
it to put the read probe data back into the buffer.
The simplest way of implementing this function is by making it
transparently extend the normal stream buffer. This makes sure no
existing code is broken by new weird special cases. For simplicity
and to avoid possible performance loss due to extra dereferencing
when accessing the buffer, we just extend the static buffer from
8 KB to 2 MB. Normally, most of these 2 MB will stay uncommitted, so
there's no associated waste of memory. If demux_lavf really reads all
2 MB, the memory will be committed and stay unused, though.
2013-05-24 21:20:09 +00:00
|
|
|
// Max buffer for initial probe.
|
|
|
|
#define STREAM_MAX_BUFFER_SIZE (2 * 1024 * 1024)
|
|
|
|
|
2013-06-06 18:39:53 +00:00
|
|
|
|
|
|
|
// stream->mode
|
2003-04-02 16:25:07 +00:00
|
|
|
#define STREAM_READ 0
|
|
|
|
#define STREAM_WRITE 1
|
2013-06-06 18:39:53 +00:00
|
|
|
|
2013-08-25 20:50:16 +00:00
|
|
|
// flags for stream_open_ext (this includes STREAM_READ and STREAM_WRITE)
|
|
|
|
#define STREAM_NO_FILTERS 2
|
2014-08-31 17:49:39 +00:00
|
|
|
#define STREAM_SAFE_ONLY 4
|
2014-08-31 22:12:47 +00:00
|
|
|
#define STREAM_NETWORK_ONLY 8
|
2013-08-25 20:50:16 +00:00
|
|
|
|
2014-08-31 17:49:39 +00:00
|
|
|
#define STREAM_UNSAFE -3
|
2013-08-25 20:50:16 +00:00
|
|
|
#define STREAM_NO_MATCH -2
|
2007-08-28 22:38:45 +00:00
|
|
|
#define STREAM_UNSUPPORTED -1
|
2003-04-02 16:25:07 +00:00
|
|
|
#define STREAM_ERROR 0
|
|
|
|
#define STREAM_OK 1
|
|
|
|
|
2013-10-02 19:19:16 +00:00
|
|
|
enum stream_ctrl {
|
|
|
|
STREAM_CTRL_GET_TIME_LENGTH = 1,
|
|
|
|
STREAM_CTRL_GET_NUM_CHAPTERS,
|
|
|
|
STREAM_CTRL_GET_CURRENT_TIME,
|
|
|
|
STREAM_CTRL_SEEK_TO_TIME,
|
|
|
|
STREAM_CTRL_GET_SIZE,
|
|
|
|
STREAM_CTRL_GET_ASPECT_RATIO,
|
2014-07-14 23:49:02 +00:00
|
|
|
STREAM_CTRL_GET_NUM_ANGLES,
|
|
|
|
STREAM_CTRL_GET_ANGLE,
|
|
|
|
STREAM_CTRL_SET_ANGLE,
|
2013-10-02 19:19:16 +00:00
|
|
|
STREAM_CTRL_GET_NUM_TITLES,
|
|
|
|
STREAM_CTRL_GET_LANG,
|
|
|
|
STREAM_CTRL_GET_CURRENT_TITLE,
|
Add prelimimary (basic, possibly broken) dvdnav support
This readds a more or less completely new dvdnav implementation, though
it's based on the code from before commit 41fbcee. Note that this is
rather basic, and might be broken or not quite usable in many cases.
Most importantly, navigation highlights are not correctly implemented.
This would require changes in the FFmpeg dvdsub decoder (to apply a
different internal CLUT), so supporting it is not really possible right
now. And in fact, I don't think I ever want to support it, because it's
a very small gain for a lot of work. Instead, mpv will display fake
highlights, which are an approximate bounding box around the real
highlights.
Some things like mouse input or switching audio/subtitles stream using
the dvdnav VM are not supported.
Might be quite fragile on transitions: if dvdnav initiates a transition,
and doesn't give us enough mpeg data to initialize video playback, the
player will just quit.
This is added only because some users seem to want it. I don't intend to
make mpv a good DVD player, so the very basic minimum will have to do.
How about you just convert your DVD to proper video files?
2013-12-12 00:44:28 +00:00
|
|
|
STREAM_CTRL_SET_CURRENT_TITLE,
|
2013-10-02 19:19:16 +00:00
|
|
|
STREAM_CTRL_GET_CACHE_SIZE,
|
2014-04-09 17:15:23 +00:00
|
|
|
STREAM_CTRL_SET_CACHE_SIZE,
|
2013-10-02 19:19:16 +00:00
|
|
|
STREAM_CTRL_GET_CACHE_FILL,
|
|
|
|
STREAM_CTRL_GET_CACHE_IDLE,
|
2013-12-13 23:59:26 +00:00
|
|
|
STREAM_CTRL_RESUME_CACHE,
|
2013-10-02 19:19:16 +00:00
|
|
|
STREAM_CTRL_RECONNECT,
|
|
|
|
STREAM_CTRL_GET_CHAPTER_TIME,
|
2014-07-14 23:49:02 +00:00
|
|
|
STREAM_CTRL_GET_DVD_INFO,
|
2013-10-02 19:19:16 +00:00
|
|
|
STREAM_CTRL_SET_CONTENTS,
|
|
|
|
STREAM_CTRL_GET_METADATA,
|
2013-12-06 22:00:19 +00:00
|
|
|
STREAM_CTRL_GET_BASE_FILENAME,
|
2014-07-14 23:49:02 +00:00
|
|
|
STREAM_CTRL_GET_NAV_EVENT, // struct mp_nav_event**
|
|
|
|
STREAM_CTRL_NAV_CMD, // struct mp_nav_cmd*
|
|
|
|
STREAM_CTRL_GET_DISC_NAME,
|
command: redo ancient TV/DVB/PVR commands
Convert all these commands to properties. (Except tv_last_channel, not
sure what to do with this.) Also, internally, don't access stream
details directly, but dispatch commands with stream ctrls.
Many of the new properties are a bit strange, because they're write-
only. Also remove some OSD output these commands produced, because I
couldn't be bothered to port these.
In general, this makes everything much cleaner, and will also make it
easier to e.g. move the demuxer to its own thread.
Don't bother updating input.conf, but changes.rst documents how old
commands map to the new ones.
Mostly untested, due to lack of hardware.
2014-06-09 21:38:28 +00:00
|
|
|
STREAM_CTRL_TV_SET_SCAN,
|
|
|
|
STREAM_CTRL_SET_TV_FREQ,
|
|
|
|
STREAM_CTRL_GET_TV_FREQ,
|
|
|
|
STREAM_CTRL_SET_TV_COLORS,
|
|
|
|
STREAM_CTRL_GET_TV_COLORS,
|
|
|
|
STREAM_CTRL_TV_SET_NORM,
|
|
|
|
STREAM_CTRL_TV_STEP_NORM,
|
|
|
|
STREAM_CTRL_TV_SET_CHAN,
|
|
|
|
STREAM_CTRL_TV_STEP_CHAN,
|
|
|
|
STREAM_CTRL_TV_LAST_CHAN,
|
|
|
|
STREAM_CTRL_DVB_SET_CHANNEL,
|
|
|
|
STREAM_CTRL_DVB_STEP_CHANNEL,
|
2014-07-30 00:21:35 +00:00
|
|
|
STREAM_CTRL_AVSEEK,
|
2013-10-02 19:19:16 +00:00
|
|
|
};
|
2003-04-02 16:25:07 +00:00
|
|
|
|
2012-02-19 13:15:41 +00:00
|
|
|
struct stream_lang_req {
|
2013-01-24 16:43:07 +00:00
|
|
|
int type; // STREAM_AUDIO, STREAM_SUB
|
|
|
|
int id;
|
|
|
|
char name[50];
|
2012-02-19 13:15:41 +00:00
|
|
|
};
|
2008-10-16 18:28:38 +00:00
|
|
|
|
2013-06-04 23:59:04 +00:00
|
|
|
struct stream_dvd_info_req {
|
|
|
|
unsigned int palette[16];
|
|
|
|
int num_subs;
|
|
|
|
};
|
|
|
|
|
command: redo ancient TV/DVB/PVR commands
Convert all these commands to properties. (Except tv_last_channel, not
sure what to do with this.) Also, internally, don't access stream
details directly, but dispatch commands with stream ctrls.
Many of the new properties are a bit strange, because they're write-
only. Also remove some OSD output these commands produced, because I
couldn't be bothered to port these.
In general, this makes everything much cleaner, and will also make it
easier to e.g. move the demuxer to its own thread.
Don't bother updating input.conf, but changes.rst documents how old
commands map to the new ones.
Mostly untested, due to lack of hardware.
2014-06-09 21:38:28 +00:00
|
|
|
// for STREAM_CTRL_SET_TV_COLORS
|
|
|
|
#define TV_COLOR_BRIGHTNESS 1
|
|
|
|
#define TV_COLOR_HUE 2
|
|
|
|
#define TV_COLOR_SATURATION 3
|
|
|
|
#define TV_COLOR_CONTRAST 4
|
|
|
|
|
2014-07-30 00:21:35 +00:00
|
|
|
// for STREAM_CTRL_AVSEEK
|
|
|
|
struct stream_avseek {
|
|
|
|
int stream_index;
|
|
|
|
int64_t timestamp;
|
|
|
|
int flags;
|
|
|
|
};
|
|
|
|
|
2008-04-24 02:49:44 +00:00
|
|
|
struct stream;
|
2003-04-02 16:25:07 +00:00
|
|
|
typedef struct stream_info_st {
|
2013-01-24 16:43:07 +00:00
|
|
|
const char *name;
|
2013-06-06 18:39:53 +00:00
|
|
|
// opts is set from ->opts
|
2014-05-24 12:06:13 +00:00
|
|
|
int (*open)(struct stream *st);
|
2014-06-10 21:56:05 +00:00
|
|
|
const char *const *protocols;
|
2013-08-02 15:02:34 +00:00
|
|
|
int priv_size;
|
|
|
|
const void *priv_defaults;
|
2014-06-10 18:46:07 +00:00
|
|
|
void *(*get_defaults)(struct stream *st);
|
2013-08-02 15:02:34 +00:00
|
|
|
const struct m_option *options;
|
2014-06-10 21:56:05 +00:00
|
|
|
const char *const *url_options;
|
2013-08-25 20:50:16 +00:00
|
|
|
bool stream_filter;
|
2014-08-31 22:12:47 +00:00
|
|
|
bool can_write; // correctly checks for READ/WRITE modes
|
|
|
|
bool is_safe; // opening is no security issue, even with remote provided URLs
|
|
|
|
bool is_network; // used to restrict remote playlist entries to remote URLs
|
2003-04-02 16:25:07 +00:00
|
|
|
} stream_info_t;
|
|
|
|
|
2008-04-24 02:49:44 +00:00
|
|
|
typedef struct stream {
|
2013-08-02 15:02:34 +00:00
|
|
|
const struct stream_info_st *info;
|
|
|
|
|
2013-01-24 16:43:07 +00:00
|
|
|
// Read
|
|
|
|
int (*fill_buffer)(struct stream *s, char *buffer, int max_len);
|
|
|
|
// Write
|
|
|
|
int (*write_buffer)(struct stream *s, char *buffer, int len);
|
|
|
|
// Seek
|
|
|
|
int (*seek)(struct stream *s, int64_t pos);
|
|
|
|
// Control
|
|
|
|
// Will be later used to let streams like dvd and cdda report
|
|
|
|
// their structure (ie tracks, chapters, etc)
|
|
|
|
int (*control)(struct stream *s, int cmd, void *arg);
|
|
|
|
// Close
|
|
|
|
void (*close)(struct stream *s);
|
|
|
|
|
2013-07-12 20:05:43 +00:00
|
|
|
enum streamtype type; // see STREAMTYPE_*
|
|
|
|
enum streamtype uncached_type; // if stream is cache, type of wrapped str.
|
2013-01-24 16:43:07 +00:00
|
|
|
int sector_size; // sector size (seek will be aligned on this size if non 0)
|
2013-05-25 13:03:30 +00:00
|
|
|
int read_chunk; // maximum amount of data to read at once to limit latency
|
2013-01-24 16:43:07 +00:00
|
|
|
unsigned int buf_pos, buf_len;
|
2014-05-24 12:04:09 +00:00
|
|
|
int64_t pos;
|
|
|
|
uint64_t end_pos; // static size; use STREAM_CTRL_GET_SIZE instead
|
2013-01-24 16:43:07 +00:00
|
|
|
int eof;
|
|
|
|
int mode; //STREAM_READ or STREAM_WRITE
|
|
|
|
bool streaming; // known to be a network stream if true
|
|
|
|
void *priv; // used for DVD, TV, RTSP etc
|
2013-08-02 15:02:34 +00:00
|
|
|
char *url; // filename/url (possibly including protocol prefix)
|
|
|
|
char *path; // filename (url without protocol prefix)
|
2013-01-24 16:43:07 +00:00
|
|
|
char *mime_type; // when HTTP streaming is used
|
2013-07-11 19:10:42 +00:00
|
|
|
char *demuxer; // request demuxer to be used
|
2013-01-24 16:43:07 +00:00
|
|
|
char *lavf_type; // name of expected demuxer type for lavf
|
2014-05-24 12:04:09 +00:00
|
|
|
bool seekable : 1; // presence of general byte seeking support
|
|
|
|
bool fast_skip : 1; // consider stream fast enough to fw-seek by skipping
|
|
|
|
bool safe_origin : 1; // used for playlists that can be opened safely
|
2014-08-31 22:12:47 +00:00
|
|
|
bool is_network : 1; // original stream_info_t.is_network flag
|
2014-05-24 12:04:09 +00:00
|
|
|
bool allow_caching : 1; // stream cache makes sense
|
2013-12-21 19:36:45 +00:00
|
|
|
struct mp_log *log;
|
2013-01-24 16:43:07 +00:00
|
|
|
struct MPOpts *opts;
|
2013-12-21 19:36:45 +00:00
|
|
|
struct mpv_global *global;
|
2013-05-11 20:19:33 +00:00
|
|
|
|
stream: redo playback abort handling
This mechanism originates from MPlayer's way of dealing with blocking
network, but it's still useful. On opening and closing, mpv waits for
network synchronously, and also some obscure commands and use-cases can
lead to such blocking. In these situations, the stream is asynchronously
forced to stop by "interrupting" it.
The old design interrupting I/O was a bit broken: polling with a
callback, instead of actively interrupting it. Change the direction of
this. There is no callback anymore, and the player calls
mp_cancel_trigger() to force the stream to return.
libavformat (via stream_lavf.c) has the old broken design, and fixing it
would require fixing libavformat, which won't happen so quickly. So we
have to keep that part. But everything above the stream layer is
prepared for a better design, and more sophisticated methods than
mp_cancel_test() could be easily introduced.
There's still one problem: commands are still run in the central
playback loop, which we assume can block on I/O in the worst case.
That's not a problem yet, because we simply mark some commands as being
able to stop playback of the current file ("quit" etc.), so input.c
could abort playback as soon as such a command is queued. But there are
also commands abort playback only conditionally, and the logic for that
is in the playback core and thus "unreachable". For example,
"playlist_next" aborts playback only if there's a next file. We don't
want it to always abort playback.
As a quite ugly hack, abort playback only if at least 2 abort commands
are queued - this pretty much happens only if the core is frozen and
doesn't react to input.
2014-09-13 12:23:08 +00:00
|
|
|
struct mp_cancel *cancel; // cancellation notification
|
|
|
|
|
2013-05-11 20:19:33 +00:00
|
|
|
FILE *capture_file;
|
|
|
|
char *capture_filename;
|
cache: make the stream cache a proper stream that wraps other streams
Before this commit, the cache was franken-hacked on top of the stream
API. You had to use special functions (like cache_stream_fill_buffer()
instead of stream_fill_buffer()), which would access the stream in a
cached manner.
The whole idea about the previous design was that the cache runs in a
thread or in a forked process, while the cache awa functions made sure
the stream instance looked consistent to the user. If you used the
normal functions instead of the special ones while the cache was
running, you were out of luck.
Make it a bit more reasonable by turning the cache into a stream on its
own. This makes it behave exactly like a normal stream. The stream
callbacks call into the original (uncached) stream to do work. No
special cache functions or redirections are needed. The only different
thing about cache streams is that they are created by special functions,
instead of being part of the auto_open_streams[] array.
To make things simpler, remove the threading implementation, which was
messed into the code. The threading code could perhaps be kept, but I
don't really want to have to worry about this special case. A proper
threaded implementation will be added later.
Remove the cache enabling code from stream_radio.c. Since enabling the
cache involves replacing the old stream with a new one, the code as-is
can't be kept. It would be easily possible to enable the cache by
requesting a cache size (which is also much simpler). But nobody uses
stream_radio.c and I can't even test this thing, and the cache is
probably not really important for it either.
2013-05-24 16:49:09 +00:00
|
|
|
|
2013-08-25 20:50:16 +00:00
|
|
|
struct stream *uncached_stream; // underlying stream for cache wrapper
|
|
|
|
struct stream *source;
|
stream: add stream_unread_buffer()
demux_lavf probes up to 2 MB of data in the worst case. When the ffmpeg
demuxer is actually opened, the stream is seeked back to 0, and the
previously read data is thrown away.
This wasn't a problem for playback of local files, but it's less than
ideal for playing from slow media (like web streams), and breaks
completely if the media is not seekable (pipes, some web streams).
This new function is intended to allow fixing this. demux_lavf will use
it to put the read probe data back into the buffer.
The simplest way of implementing this function is by making it
transparently extend the normal stream buffer. This makes sure no
existing code is broken by new weird special cases. For simplicity
and to avoid possible performance loss due to extra dereferencing
when accessing the buffer, we just extend the static buffer from
8 KB to 2 MB. Normally, most of these 2 MB will stay uncommitted, so
there's no associated waste of memory. If demux_lavf really reads all
2 MB, the memory will be committed and stay unused, though.
2013-05-24 21:20:09 +00:00
|
|
|
|
|
|
|
// Includes additional padding in case sizes get rounded up by sector size.
|
|
|
|
unsigned char buffer[];
|
2001-04-22 16:56:20 +00:00
|
|
|
} stream_t;
|
|
|
|
|
2008-08-12 09:49:37 +00:00
|
|
|
int stream_fill_buffer(stream_t *s);
|
2010-02-21 23:30:34 +00:00
|
|
|
|
2013-05-11 20:19:33 +00:00
|
|
|
void stream_set_capture_file(stream_t *s, const char *filename);
|
|
|
|
|
2014-05-19 21:27:09 +00:00
|
|
|
struct mp_cache_opts;
|
|
|
|
bool stream_wants_cache(stream_t *stream, struct mp_cache_opts *opts);
|
|
|
|
int stream_enable_cache(stream_t **stream, struct mp_cache_opts *opts);
|
cache: make the stream cache a proper stream that wraps other streams
Before this commit, the cache was franken-hacked on top of the stream
API. You had to use special functions (like cache_stream_fill_buffer()
instead of stream_fill_buffer()), which would access the stream in a
cached manner.
The whole idea about the previous design was that the cache runs in a
thread or in a forked process, while the cache awa functions made sure
the stream instance looked consistent to the user. If you used the
normal functions instead of the special ones while the cache was
running, you were out of luck.
Make it a bit more reasonable by turning the cache into a stream on its
own. This makes it behave exactly like a normal stream. The stream
callbacks call into the original (uncached) stream to do work. No
special cache functions or redirections are needed. The only different
thing about cache streams is that they are created by special functions,
instead of being part of the auto_open_streams[] array.
To make things simpler, remove the threading implementation, which was
messed into the code. The threading code could perhaps be kept, but I
don't really want to have to worry about this special case. A proper
threaded implementation will be added later.
Remove the cache enabling code from stream_radio.c. Since enabling the
cache involves replacing the old stream with a new one, the code as-is
can't be kept. It would be easily possible to enable the cache by
requesting a cache size (which is also much simpler). But nobody uses
stream_radio.c and I can't even test this thing, and the cache is
probably not really important for it either.
2013-05-24 16:49:09 +00:00
|
|
|
|
|
|
|
// Internal
|
2014-05-19 21:27:09 +00:00
|
|
|
int stream_cache_init(stream_t *cache, stream_t *stream,
|
|
|
|
struct mp_cache_opts *opts);
|
2014-06-22 00:50:52 +00:00
|
|
|
int stream_file_cache_init(stream_t *cache, stream_t *stream,
|
|
|
|
struct mp_cache_opts *opts);
|
cache: make the stream cache a proper stream that wraps other streams
Before this commit, the cache was franken-hacked on top of the stream
API. You had to use special functions (like cache_stream_fill_buffer()
instead of stream_fill_buffer()), which would access the stream in a
cached manner.
The whole idea about the previous design was that the cache runs in a
thread or in a forked process, while the cache awa functions made sure
the stream instance looked consistent to the user. If you used the
normal functions instead of the special ones while the cache was
running, you were out of luck.
Make it a bit more reasonable by turning the cache into a stream on its
own. This makes it behave exactly like a normal stream. The stream
callbacks call into the original (uncached) stream to do work. No
special cache functions or redirections are needed. The only different
thing about cache streams is that they are created by special functions,
instead of being part of the auto_open_streams[] array.
To make things simpler, remove the threading implementation, which was
messed into the code. The threading code could perhaps be kept, but I
don't really want to have to worry about this special case. A proper
threaded implementation will be added later.
Remove the cache enabling code from stream_radio.c. Since enabling the
cache involves replacing the old stream with a new one, the code as-is
can't be kept. It would be easily possible to enable the cache by
requesting a cache size (which is also much simpler). But nobody uses
stream_radio.c and I can't even test this thing, and the cache is
probably not really important for it either.
2013-05-24 16:49:09 +00:00
|
|
|
|
2006-12-18 20:50:31 +00:00
|
|
|
int stream_write_buffer(stream_t *s, unsigned char *buf, int len);
|
2001-07-31 23:18:16 +00:00
|
|
|
|
2013-01-24 16:43:07 +00:00
|
|
|
inline static int stream_read_char(stream_t *s)
|
|
|
|
{
|
|
|
|
return (s->buf_pos < s->buf_len) ? s->buffer[s->buf_pos++] :
|
cache: make the stream cache a proper stream that wraps other streams
Before this commit, the cache was franken-hacked on top of the stream
API. You had to use special functions (like cache_stream_fill_buffer()
instead of stream_fill_buffer()), which would access the stream in a
cached manner.
The whole idea about the previous design was that the cache runs in a
thread or in a forked process, while the cache awa functions made sure
the stream instance looked consistent to the user. If you used the
normal functions instead of the special ones while the cache was
running, you were out of luck.
Make it a bit more reasonable by turning the cache into a stream on its
own. This makes it behave exactly like a normal stream. The stream
callbacks call into the original (uncached) stream to do work. No
special cache functions or redirections are needed. The only different
thing about cache streams is that they are created by special functions,
instead of being part of the auto_open_streams[] array.
To make things simpler, remove the threading implementation, which was
messed into the code. The threading code could perhaps be kept, but I
don't really want to have to worry about this special case. A proper
threaded implementation will be added later.
Remove the cache enabling code from stream_radio.c. Since enabling the
cache involves replacing the old stream with a new one, the code as-is
can't be kept. It would be easily possible to enable the cache by
requesting a cache size (which is also much simpler). But nobody uses
stream_radio.c and I can't even test this thing, and the cache is
probably not really important for it either.
2013-05-24 16:49:09 +00:00
|
|
|
(stream_fill_buffer(s) ? s->buffer[s->buf_pos++] : -256);
|
2001-04-22 16:56:20 +00:00
|
|
|
}
|
|
|
|
|
2013-01-24 16:43:07 +00:00
|
|
|
unsigned char *stream_read_line(stream_t *s, unsigned char *mem, int max,
|
|
|
|
int utf16);
|
2013-08-25 18:40:21 +00:00
|
|
|
int stream_skip_bom(struct stream *s);
|
2006-03-16 14:42:51 +00:00
|
|
|
|
2013-01-24 16:43:07 +00:00
|
|
|
inline static int stream_eof(stream_t *s)
|
|
|
|
{
|
|
|
|
return s->eof;
|
2001-04-22 16:56:20 +00:00
|
|
|
}
|
|
|
|
|
2013-01-24 16:43:07 +00:00
|
|
|
inline static int64_t stream_tell(stream_t *s)
|
|
|
|
{
|
|
|
|
return s->pos + s->buf_pos - s->buf_len;
|
2001-04-22 16:56:20 +00:00
|
|
|
}
|
|
|
|
|
2013-05-24 09:56:49 +00:00
|
|
|
int stream_skip(stream_t *s, int64_t len);
|
|
|
|
int stream_seek(stream_t *s, int64_t pos);
|
|
|
|
int stream_read(stream_t *s, char *mem, int total);
|
2013-05-27 19:53:40 +00:00
|
|
|
int stream_read_partial(stream_t *s, char *buf, int buf_size);
|
2013-06-21 19:06:36 +00:00
|
|
|
struct bstr stream_peek(stream_t *s, int len);
|
2013-12-13 23:51:00 +00:00
|
|
|
void stream_drop_buffers(stream_t *s);
|
2001-04-22 16:56:20 +00:00
|
|
|
|
2013-12-21 19:36:45 +00:00
|
|
|
struct mpv_global;
|
2013-06-11 10:16:42 +00:00
|
|
|
|
2011-02-25 16:10:00 +00:00
|
|
|
struct bstr stream_read_complete(struct stream *s, void *talloc_ctx,
|
2013-06-11 10:16:42 +00:00
|
|
|
int max_size);
|
2006-03-01 21:56:30 +00:00
|
|
|
int stream_control(stream_t *s, int cmd, void *arg);
|
2001-04-22 16:56:20 +00:00
|
|
|
void free_stream(stream_t *s);
|
stream: redo playback abort handling
This mechanism originates from MPlayer's way of dealing with blocking
network, but it's still useful. On opening and closing, mpv waits for
network synchronously, and also some obscure commands and use-cases can
lead to such blocking. In these situations, the stream is asynchronously
forced to stop by "interrupting" it.
The old design interrupting I/O was a bit broken: polling with a
callback, instead of actively interrupting it. Change the direction of
this. There is no callback anymore, and the player calls
mp_cancel_trigger() to force the stream to return.
libavformat (via stream_lavf.c) has the old broken design, and fixing it
would require fixing libavformat, which won't happen so quickly. So we
have to keep that part. But everything above the stream layer is
prepared for a better design, and more sophisticated methods than
mp_cancel_test() could be easily introduced.
There's still one problem: commands are still run in the central
playback loop, which we assume can block on I/O in the worst case.
That's not a problem yet, because we simply mark some commands as being
able to stop playback of the current file ("quit" etc.), so input.c
could abort playback as soon as such a command is queued. But there are
also commands abort playback only conditionally, and the logic for that
is in the playback core and thus "unreachable". For example,
"playlist_next" aborts playback only if there's a next file. We don't
want it to always abort playback.
As a quite ugly hack, abort playback only if at least 2 abort commands
are queued - this pretty much happens only if the core is frozen and
doesn't react to input.
2014-09-13 12:23:08 +00:00
|
|
|
struct stream *stream_create(const char *url, int flags,
|
|
|
|
struct mp_cancel *c, struct mpv_global *global);
|
2013-12-21 19:36:45 +00:00
|
|
|
struct stream *stream_open(const char *filename, struct mpv_global *global);
|
|
|
|
stream_t *open_output_stream(const char *filename, struct mpv_global *global);
|
2013-06-20 22:47:58 +00:00
|
|
|
stream_t *open_memory_stream(void *data, int len);
|
2011-02-10 10:15:21 +00:00
|
|
|
|
2013-08-02 15:03:30 +00:00
|
|
|
void mp_url_unescape_inplace(char *buf);
|
2013-08-25 20:58:29 +00:00
|
|
|
char *mp_url_escape(void *talloc_ctx, const char *s, const char *ok);
|
2013-08-02 15:03:30 +00:00
|
|
|
|
stream: redo playback abort handling
This mechanism originates from MPlayer's way of dealing with blocking
network, but it's still useful. On opening and closing, mpv waits for
network synchronously, and also some obscure commands and use-cases can
lead to such blocking. In these situations, the stream is asynchronously
forced to stop by "interrupting" it.
The old design interrupting I/O was a bit broken: polling with a
callback, instead of actively interrupting it. Change the direction of
this. There is no callback anymore, and the player calls
mp_cancel_trigger() to force the stream to return.
libavformat (via stream_lavf.c) has the old broken design, and fixing it
would require fixing libavformat, which won't happen so quickly. So we
have to keep that part. But everything above the stream layer is
prepared for a better design, and more sophisticated methods than
mp_cancel_test() could be easily introduced.
There's still one problem: commands are still run in the central
playback loop, which we assume can block on I/O in the worst case.
That's not a problem yet, because we simply mark some commands as being
able to stop playback of the current file ("quit" etc.), so input.c
could abort playback as soon as such a command is queued. But there are
also commands abort playback only conditionally, and the logic for that
is in the playback core and thus "unreachable". For example,
"playlist_next" aborts playback only if there's a next file. We don't
want it to always abort playback.
As a quite ugly hack, abort playback only if at least 2 abort commands
are queued - this pretty much happens only if the core is frozen and
doesn't react to input.
2014-09-13 12:23:08 +00:00
|
|
|
struct mp_cancel *mp_cancel_new(void *talloc_ctx);
|
|
|
|
void mp_cancel_trigger(struct mp_cancel *c);
|
|
|
|
bool mp_cancel_test(struct mp_cancel *c);
|
|
|
|
void mp_cancel_reset(struct mp_cancel *c);
|
|
|
|
|
2014-01-08 20:46:42 +00:00
|
|
|
// stream_file.c
|
|
|
|
char *mp_file_url_to_filename(void *talloc_ctx, bstr url);
|
|
|
|
|
2014-06-30 10:49:01 +00:00
|
|
|
void stream_print_proto_list(struct mp_log *log);
|
|
|
|
|
2008-02-22 09:09:46 +00:00
|
|
|
#endif /* MPLAYER_STREAM_H */
|