2009-05-08 21:51:13 +00:00
|
|
|
/*
|
2015-04-13 07:36:54 +00:00
|
|
|
* This file is part of mpv.
|
2009-05-08 21:51:13 +00:00
|
|
|
*
|
2017-06-24 11:56:53 +00: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.
|
2009-05-08 21:51:13 +00:00
|
|
|
*
|
2015-04-13 07:36:54 +00:00
|
|
|
* mpv is distributed in the hope that it will be useful,
|
2009-05-08 21:51:13 +00:00
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
2017-06-24 11:56:53 +00:00
|
|
|
* GNU Lesser General Public License for more details.
|
2009-05-08 21:51:13 +00:00
|
|
|
*
|
2017-06-24 11:56:53 +00: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/>.
|
2009-05-08 21:51:13 +00:00
|
|
|
*/
|
2003-01-22 23:51:04 +00:00
|
|
|
|
|
|
|
#include "config.h"
|
|
|
|
|
|
|
|
#include <stdlib.h>
|
|
|
|
#include <stdio.h>
|
|
|
|
#include <unistd.h>
|
|
|
|
#include <string.h>
|
|
|
|
|
2017-05-20 09:10:55 +00:00
|
|
|
#include <libavcodec/avcodec.h>
|
2017-06-18 13:00:36 +00:00
|
|
|
#include <libavutil/common.h>
|
2017-05-20 09:10:55 +00:00
|
|
|
|
|
|
|
#include "common/av_common.h"
|
|
|
|
|
2016-09-06 18:09:56 +00:00
|
|
|
#include "options/m_config.h"
|
2013-12-17 01:02:25 +00:00
|
|
|
#include "options/m_option.h"
|
2003-01-22 23:51:04 +00:00
|
|
|
|
2007-03-15 18:36:36 +00:00
|
|
|
#include "stream/stream.h"
|
2012-11-09 00:06:43 +00:00
|
|
|
#include "demux.h"
|
2003-01-22 23:51:04 +00:00
|
|
|
#include "stheader.h"
|
2014-09-24 20:55:50 +00:00
|
|
|
#include "codec_tags.h"
|
2003-01-22 23:51:04 +00:00
|
|
|
|
2017-05-20 09:10:55 +00:00
|
|
|
#include "video/fmt-conversion.h"
|
2012-11-09 00:06:43 +00:00
|
|
|
#include "video/img_format.h"
|
2003-01-22 23:51:04 +00:00
|
|
|
|
2014-09-23 19:04:37 +00:00
|
|
|
#include "osdep/endian.h"
|
|
|
|
|
2014-06-10 21:06:42 +00:00
|
|
|
struct demux_rawaudio_opts {
|
2016-08-04 18:49:20 +00:00
|
|
|
struct m_channels channels;
|
2014-06-10 21:06:42 +00:00
|
|
|
int samplerate;
|
|
|
|
int aformat;
|
|
|
|
};
|
|
|
|
|
2014-09-24 20:55:50 +00:00
|
|
|
// Ad-hoc schema to systematically encode the format as int
|
|
|
|
#define PCM(sign, is_float, bits, is_be) \
|
|
|
|
((sign) | ((is_float) << 1) | ((is_be) << 2) | ((bits) << 3))
|
|
|
|
#define NE (BYTE_ORDER == BIG_ENDIAN)
|
|
|
|
|
2014-06-10 21:06:42 +00:00
|
|
|
#define OPT_BASE_STRUCT struct demux_rawaudio_opts
|
|
|
|
const struct m_sub_options demux_rawaudio_conf = {
|
|
|
|
.opts = (const m_option_t[]) {
|
2016-08-04 18:49:20 +00:00
|
|
|
OPT_CHANNELS("channels", channels, 0, .min = 1),
|
2014-06-10 21:06:42 +00:00
|
|
|
OPT_INTRANGE("rate", samplerate, 0, 1000, 8 * 48000),
|
2014-09-24 20:55:50 +00:00
|
|
|
OPT_CHOICE("format", aformat, 0,
|
|
|
|
({"u8", PCM(0, 0, 8, 0)},
|
|
|
|
{"s8", PCM(1, 0, 8, 0)},
|
|
|
|
{"u16le", PCM(0, 0, 16, 0)}, {"u16be", PCM(0, 0, 16, 1)},
|
2016-07-28 14:36:57 +00:00
|
|
|
{"s16le", PCM(1, 0, 16, 0)}, {"s16be", PCM(1, 0, 16, 1)},
|
2014-09-24 20:55:50 +00:00
|
|
|
{"u24le", PCM(0, 0, 24, 0)}, {"u24be", PCM(0, 0, 24, 1)},
|
|
|
|
{"s24le", PCM(1, 0, 24, 0)}, {"s24be", PCM(1, 0, 24, 1)},
|
|
|
|
{"u32le", PCM(0, 0, 32, 0)}, {"u32be", PCM(0, 0, 32, 1)},
|
|
|
|
{"s32le", PCM(1, 0, 32, 0)}, {"s32be", PCM(1, 0, 32, 1)},
|
|
|
|
{"floatle", PCM(0, 1, 32, 0)}, {"floatbe", PCM(0, 1, 32, 1)},
|
|
|
|
{"doublele",PCM(0, 1, 64, 0)}, {"doublebe", PCM(0, 1, 64, 1)},
|
|
|
|
{"u16", PCM(0, 0, 16, NE)},
|
|
|
|
{"s16", PCM(1, 0, 16, NE)},
|
|
|
|
{"u24", PCM(0, 0, 24, NE)},
|
|
|
|
{"s24", PCM(1, 0, 24, NE)},
|
|
|
|
{"u32", PCM(0, 0, 32, NE)},
|
|
|
|
{"s32", PCM(1, 0, 32, NE)},
|
|
|
|
{"float", PCM(0, 1, 32, NE)},
|
|
|
|
{"double", PCM(0, 1, 64, NE)})),
|
2014-06-10 21:06:42 +00:00
|
|
|
{0}
|
|
|
|
},
|
|
|
|
.size = sizeof(struct demux_rawaudio_opts),
|
|
|
|
.defaults = &(const struct demux_rawaudio_opts){
|
2014-09-23 19:04:37 +00:00
|
|
|
// Note that currently, stream_cdda expects exactly these parameters!
|
2016-08-04 18:49:20 +00:00
|
|
|
.channels = {
|
|
|
|
.set = 1,
|
|
|
|
.chmaps = (struct mp_chmap[]){ MP_CHMAP_INIT_STEREO, },
|
|
|
|
.num_chmaps = 1,
|
|
|
|
},
|
2014-06-10 21:06:42 +00:00
|
|
|
.samplerate = 44100,
|
2014-09-25 17:52:17 +00:00
|
|
|
.aformat = PCM(1, 0, 16, 0), // s16le
|
2014-06-10 21:06:42 +00:00
|
|
|
},
|
2013-07-12 20:52:10 +00:00
|
|
|
};
|
|
|
|
|
2014-09-24 20:55:50 +00:00
|
|
|
#undef PCM
|
|
|
|
#undef NE
|
|
|
|
|
2014-06-10 21:06:42 +00:00
|
|
|
struct demux_rawvideo_opts {
|
|
|
|
int vformat;
|
|
|
|
int mp_format;
|
|
|
|
char *codec;
|
|
|
|
int width;
|
|
|
|
int height;
|
|
|
|
float fps;
|
|
|
|
int imgsize;
|
|
|
|
};
|
2013-07-12 20:52:10 +00:00
|
|
|
|
2014-06-10 21:06:42 +00:00
|
|
|
#undef OPT_BASE_STRUCT
|
|
|
|
#define OPT_BASE_STRUCT struct demux_rawvideo_opts
|
|
|
|
const struct m_sub_options demux_rawvideo_conf = {
|
|
|
|
.opts = (const m_option_t[]) {
|
|
|
|
OPT_INTRANGE("w", width, 0, 1, 8192),
|
|
|
|
OPT_INTRANGE("h", height, 0, 1, 8192),
|
|
|
|
OPT_GENERAL(int, "format", vformat, 0, .type = &m_option_type_fourcc),
|
|
|
|
OPT_IMAGEFORMAT("mp-format", mp_format, 0),
|
|
|
|
OPT_STRING("codec", codec, 0),
|
|
|
|
OPT_FLOATRANGE("fps", fps, 0, 0.001, 1000),
|
|
|
|
OPT_INTRANGE("size", imgsize, 0, 1, 8192 * 8192 * 4),
|
|
|
|
{0}
|
|
|
|
},
|
|
|
|
.size = sizeof(struct demux_rawvideo_opts),
|
|
|
|
.defaults = &(const struct demux_rawvideo_opts){
|
2017-06-18 13:00:36 +00:00
|
|
|
.vformat = MKTAG('I', '4', '2', '0'),
|
2014-06-10 21:06:42 +00:00
|
|
|
.width = 1280,
|
|
|
|
.height = 720,
|
|
|
|
.fps = 25,
|
|
|
|
},
|
2013-07-12 20:52:10 +00:00
|
|
|
};
|
|
|
|
|
2014-06-10 21:06:42 +00:00
|
|
|
struct priv {
|
demux: remove weird tripple-buffering for the sh_stream list
The demuxer infrastructure was originally single-threaded. To make it
suitable for multithreading (specifically, demuxing and decoding on
separate threads), some sort of tripple-buffering was introduced. There
are separate "struct demuxer" allocations. The demuxer thread sets the
state on d_thread. If anything changes, the state is copied to d_buffer
(the copy is protected by a lock), and the decoder thread is notified.
Then the decoder thread copies the state from d_buffer to d_user (again
while holding a lock). This avoids the need for locking in the
demuxer/decoder code itself (only demux.c needs an internal, "invisible"
lock.)
Remove the streams/num_streams fields from this tripple-buffering
schema. Move them to the internal struct, and protect them with the
internal lock. Use accessors for read access outside of demux.c.
Other than replacing all field accesses with accessors, this separates
allocating and adding sh_streams. This is needed to avoid race
conditions. Before this change, this was awkwardly handled by first
initializing the sh_stream, and then sending a stream change event. Now
the stream is allocated, then initialized, and then declared as
immutable and added (at which point it becomes visible to the decoder
thread immediately).
This change is useful for PR #2626. And eventually, we should probably
get entirely of the tripple buffering, and this makes a nice first step.
2015-12-23 20:44:53 +00:00
|
|
|
struct sh_stream *sh;
|
2014-06-10 21:06:42 +00:00
|
|
|
int frame_size;
|
|
|
|
int read_frames;
|
|
|
|
double frame_rate;
|
2003-01-22 23:51:04 +00:00
|
|
|
};
|
|
|
|
|
2017-06-20 11:57:58 +00:00
|
|
|
static int generic_open(struct demuxer *demuxer)
|
|
|
|
{
|
|
|
|
struct stream *s = demuxer->stream;
|
|
|
|
struct priv *p = demuxer->priv;
|
|
|
|
|
2019-11-07 14:54:34 +00:00
|
|
|
int64_t end = stream_get_size(s);
|
|
|
|
if (end >= 0)
|
2017-06-20 11:57:58 +00:00
|
|
|
demuxer->duration = (end / p->frame_size) / p->frame_rate;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2013-07-14 15:55:54 +00:00
|
|
|
static int demux_rawaudio_open(demuxer_t *demuxer, enum demux_check check)
|
2013-07-12 20:52:10 +00:00
|
|
|
{
|
2016-09-06 18:09:56 +00:00
|
|
|
struct demux_rawaudio_opts *opts =
|
|
|
|
mp_get_config_group(demuxer, demuxer->global, &demux_rawaudio_conf);
|
2013-07-14 15:55:54 +00:00
|
|
|
|
|
|
|
if (check != DEMUX_CHECK_REQUEST && check != DEMUX_CHECK_FORCE)
|
|
|
|
return -1;
|
|
|
|
|
2016-08-04 18:49:20 +00:00
|
|
|
if (opts->channels.num_chmaps != 1) {
|
|
|
|
MP_ERR(demuxer, "Invalid channels option given.\n");
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
demux: remove weird tripple-buffering for the sh_stream list
The demuxer infrastructure was originally single-threaded. To make it
suitable for multithreading (specifically, demuxing and decoding on
separate threads), some sort of tripple-buffering was introduced. There
are separate "struct demuxer" allocations. The demuxer thread sets the
state on d_thread. If anything changes, the state is copied to d_buffer
(the copy is protected by a lock), and the decoder thread is notified.
Then the decoder thread copies the state from d_buffer to d_user (again
while holding a lock). This avoids the need for locking in the
demuxer/decoder code itself (only demux.c needs an internal, "invisible"
lock.)
Remove the streams/num_streams fields from this tripple-buffering
schema. Move them to the internal struct, and protect them with the
internal lock. Use accessors for read access outside of demux.c.
Other than replacing all field accesses with accessors, this separates
allocating and adding sh_streams. This is needed to avoid race
conditions. Before this change, this was awkwardly handled by first
initializing the sh_stream, and then sending a stream change event. Now
the stream is allocated, then initialized, and then declared as
immutable and added (at which point it becomes visible to the decoder
thread immediately).
This change is useful for PR #2626. And eventually, we should probably
get entirely of the tripple buffering, and this makes a nice first step.
2015-12-23 20:44:53 +00:00
|
|
|
struct sh_stream *sh = demux_alloc_sh_stream(STREAM_AUDIO);
|
2016-01-12 22:48:19 +00:00
|
|
|
struct mp_codec_params *c = sh->codec;
|
2016-08-04 18:49:20 +00:00
|
|
|
c->channels = opts->channels.chmaps[0];
|
2016-01-12 22:48:19 +00:00
|
|
|
c->force_channels = true;
|
|
|
|
c->samplerate = opts->samplerate;
|
2014-09-24 20:55:50 +00:00
|
|
|
|
2016-08-19 12:19:46 +00:00
|
|
|
c->native_tb_num = 1;
|
|
|
|
c->native_tb_den = c->samplerate;
|
|
|
|
|
2014-09-24 20:55:50 +00:00
|
|
|
int f = opts->aformat;
|
2016-01-12 22:48:19 +00:00
|
|
|
// See PCM(): sign float bits endian
|
|
|
|
mp_set_pcm_codec(sh->codec, f & 1, f & 2, f >> 3, f & 4);
|
2014-09-24 20:55:50 +00:00
|
|
|
int samplesize = ((f >> 3) + 7) / 8;
|
2013-07-14 15:55:54 +00:00
|
|
|
|
demux: remove weird tripple-buffering for the sh_stream list
The demuxer infrastructure was originally single-threaded. To make it
suitable for multithreading (specifically, demuxing and decoding on
separate threads), some sort of tripple-buffering was introduced. There
are separate "struct demuxer" allocations. The demuxer thread sets the
state on d_thread. If anything changes, the state is copied to d_buffer
(the copy is protected by a lock), and the decoder thread is notified.
Then the decoder thread copies the state from d_buffer to d_user (again
while holding a lock). This avoids the need for locking in the
demuxer/decoder code itself (only demux.c needs an internal, "invisible"
lock.)
Remove the streams/num_streams fields from this tripple-buffering
schema. Move them to the internal struct, and protect them with the
internal lock. Use accessors for read access outside of demux.c.
Other than replacing all field accesses with accessors, this separates
allocating and adding sh_streams. This is needed to avoid race
conditions. Before this change, this was awkwardly handled by first
initializing the sh_stream, and then sending a stream change event. Now
the stream is allocated, then initialized, and then declared as
immutable and added (at which point it becomes visible to the decoder
thread immediately).
This change is useful for PR #2626. And eventually, we should probably
get entirely of the tripple buffering, and this makes a nice first step.
2015-12-23 20:44:53 +00:00
|
|
|
demux_add_sh_stream(demuxer, sh);
|
|
|
|
|
2013-07-14 15:55:54 +00:00
|
|
|
struct priv *p = talloc_ptrtype(demuxer, p);
|
|
|
|
demuxer->priv = p;
|
|
|
|
*p = (struct priv) {
|
demux: remove weird tripple-buffering for the sh_stream list
The demuxer infrastructure was originally single-threaded. To make it
suitable for multithreading (specifically, demuxing and decoding on
separate threads), some sort of tripple-buffering was introduced. There
are separate "struct demuxer" allocations. The demuxer thread sets the
state on d_thread. If anything changes, the state is copied to d_buffer
(the copy is protected by a lock), and the decoder thread is notified.
Then the decoder thread copies the state from d_buffer to d_user (again
while holding a lock). This avoids the need for locking in the
demuxer/decoder code itself (only demux.c needs an internal, "invisible"
lock.)
Remove the streams/num_streams fields from this tripple-buffering
schema. Move them to the internal struct, and protect them with the
internal lock. Use accessors for read access outside of demux.c.
Other than replacing all field accesses with accessors, this separates
allocating and adding sh_streams. This is needed to avoid race
conditions. Before this change, this was awkwardly handled by first
initializing the sh_stream, and then sending a stream change event. Now
the stream is allocated, then initialized, and then declared as
immutable and added (at which point it becomes visible to the decoder
thread immediately).
This change is useful for PR #2626. And eventually, we should probably
get entirely of the tripple buffering, and this makes a nice first step.
2015-12-23 20:44:53 +00:00
|
|
|
.sh = sh,
|
2016-01-12 22:48:19 +00:00
|
|
|
.frame_size = samplesize * c->channels.num,
|
|
|
|
.frame_rate = c->samplerate,
|
|
|
|
.read_frames = c->samplerate / 8,
|
2013-07-14 15:55:54 +00:00
|
|
|
};
|
|
|
|
|
2017-06-20 11:57:58 +00:00
|
|
|
return generic_open(demuxer);
|
2013-07-12 20:52:10 +00:00
|
|
|
}
|
2003-01-22 23:51:04 +00:00
|
|
|
|
2013-07-14 15:55:54 +00:00
|
|
|
static int demux_rawvideo_open(demuxer_t *demuxer, enum demux_check check)
|
2013-07-12 19:58:11 +00:00
|
|
|
{
|
2016-09-06 18:09:56 +00:00
|
|
|
struct demux_rawvideo_opts *opts =
|
|
|
|
mp_get_config_group(demuxer, demuxer->global, &demux_rawvideo_conf);
|
2013-07-14 15:55:54 +00:00
|
|
|
|
|
|
|
if (check != DEMUX_CHECK_REQUEST && check != DEMUX_CHECK_FORCE)
|
|
|
|
return -1;
|
|
|
|
|
2014-06-10 21:06:42 +00:00
|
|
|
int width = opts->width;
|
|
|
|
int height = opts->height;
|
|
|
|
|
2013-07-14 15:55:54 +00:00
|
|
|
if (!width || !height) {
|
2013-12-21 19:24:20 +00:00
|
|
|
MP_ERR(demuxer, "rawvideo: width or height not specified!\n");
|
2013-07-14 15:55:54 +00:00
|
|
|
return -1;
|
video: decouple internal pixel formats from FourCCs
mplayer's video chain traditionally used FourCCs for pixel formats. For
example, it used IMGFMT_YV12 for 4:2:0 YUV, which was defined to the
string 'YV12' interpreted as unsigned int. Additionally, it used to
encode information into the numeric values of some formats. The RGB
formats had their bit depth and endian encoded into the least
significant byte. Extended planar formats (420P10 etc.) had chroma
shift, endian, and component bit depth encoded. (This has been removed
in recent commits.)
Replace the FourCC mess with a simple enum. Remove all the redundant
formats like YV12/I420/IYUV. Replace some image format names by
something more intuitive, most importantly IMGFMT_YV12 -> IMGFMT_420P.
Add img_fourcc.h, which contains the old IDs for code that actually uses
FourCCs. Change the way demuxers, that output raw video, identify the
video format: they set either MP_FOURCC_RAWVIDEO or MP_FOURCC_IMGFMT to
request the rawvideo decoder, and sh_video->imgfmt specifies the pixel
format. Like the previous hack, this is supposed to avoid the need for
a complete codecs.cfg entry per format, or other lookup tables. (Note
that the RGB raw video FourCCs mostly rely on ffmpeg's mappings for NUT
raw video, but this is still considered better than adding a raw video
decoder - even if trivial, it would be full of annoying lookup tables.)
The TV code has not been tested.
Some corrective changes regarding endian and other image format flags
creep in.
2012-12-23 19:03:30 +00:00
|
|
|
}
|
2013-07-14 15:55:54 +00:00
|
|
|
|
|
|
|
const char *decoder = "rawvideo";
|
2014-06-10 21:06:42 +00:00
|
|
|
int imgfmt = opts->vformat;
|
|
|
|
int imgsize = opts->imgsize;
|
2017-05-20 09:10:55 +00:00
|
|
|
int mp_imgfmt = 0;
|
2014-06-10 21:06:42 +00:00
|
|
|
if (opts->mp_format && !IMGFMT_IS_HWACCEL(opts->mp_format)) {
|
2017-05-20 09:10:55 +00:00
|
|
|
mp_imgfmt = opts->mp_format;
|
2013-07-14 15:55:54 +00:00
|
|
|
if (!imgsize) {
|
2014-06-10 21:06:42 +00:00
|
|
|
struct mp_imgfmt_desc desc = mp_imgfmt_get_desc(opts->mp_format);
|
2013-07-14 15:55:54 +00:00
|
|
|
for (int p = 0; p < desc.num_planes; p++) {
|
|
|
|
imgsize += ((width >> desc.xs[p]) * (height >> desc.ys[p]) *
|
|
|
|
desc.bpp[p] + 7) / 8;
|
|
|
|
}
|
|
|
|
}
|
2014-06-10 21:06:42 +00:00
|
|
|
} else if (opts->codec && opts->codec[0])
|
|
|
|
decoder = talloc_strdup(demuxer, opts->codec);
|
2013-07-14 15:55:54 +00:00
|
|
|
|
|
|
|
if (!imgsize) {
|
|
|
|
int bpp = 0;
|
2014-06-10 21:06:42 +00:00
|
|
|
switch (imgfmt) {
|
2017-06-18 13:00:36 +00:00
|
|
|
case MKTAG('Y', 'V', '1', '2'):
|
|
|
|
case MKTAG('I', '4', '2', '0'):
|
|
|
|
case MKTAG('I', 'Y', 'U', 'V'):
|
2013-07-14 15:55:54 +00:00
|
|
|
bpp = 12;
|
|
|
|
break;
|
2017-06-18 13:00:36 +00:00
|
|
|
case MKTAG('U', 'Y', 'V', 'Y'):
|
|
|
|
case MKTAG('Y', 'U', 'Y', '2'):
|
2013-07-14 15:55:54 +00:00
|
|
|
bpp = 16;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
if (!bpp) {
|
2013-12-21 19:24:20 +00:00
|
|
|
MP_ERR(demuxer, "rawvideo: img size not specified and unknown format!\n");
|
2013-07-14 15:55:54 +00:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
imgsize = width * height * bpp / 8;
|
video: decouple internal pixel formats from FourCCs
mplayer's video chain traditionally used FourCCs for pixel formats. For
example, it used IMGFMT_YV12 for 4:2:0 YUV, which was defined to the
string 'YV12' interpreted as unsigned int. Additionally, it used to
encode information into the numeric values of some formats. The RGB
formats had their bit depth and endian encoded into the least
significant byte. Extended planar formats (420P10 etc.) had chroma
shift, endian, and component bit depth encoded. (This has been removed
in recent commits.)
Replace the FourCC mess with a simple enum. Remove all the redundant
formats like YV12/I420/IYUV. Replace some image format names by
something more intuitive, most importantly IMGFMT_YV12 -> IMGFMT_420P.
Add img_fourcc.h, which contains the old IDs for code that actually uses
FourCCs. Change the way demuxers, that output raw video, identify the
video format: they set either MP_FOURCC_RAWVIDEO or MP_FOURCC_IMGFMT to
request the rawvideo decoder, and sh_video->imgfmt specifies the pixel
format. Like the previous hack, this is supposed to avoid the need for
a complete codecs.cfg entry per format, or other lookup tables. (Note
that the RGB raw video FourCCs mostly rely on ffmpeg's mappings for NUT
raw video, but this is still considered better than adding a raw video
decoder - even if trivial, it would be full of annoying lookup tables.)
The TV code has not been tested.
Some corrective changes regarding endian and other image format flags
creep in.
2012-12-23 19:03:30 +00:00
|
|
|
}
|
2013-07-14 15:55:54 +00:00
|
|
|
|
demux: remove weird tripple-buffering for the sh_stream list
The demuxer infrastructure was originally single-threaded. To make it
suitable for multithreading (specifically, demuxing and decoding on
separate threads), some sort of tripple-buffering was introduced. There
are separate "struct demuxer" allocations. The demuxer thread sets the
state on d_thread. If anything changes, the state is copied to d_buffer
(the copy is protected by a lock), and the decoder thread is notified.
Then the decoder thread copies the state from d_buffer to d_user (again
while holding a lock). This avoids the need for locking in the
demuxer/decoder code itself (only demux.c needs an internal, "invisible"
lock.)
Remove the streams/num_streams fields from this tripple-buffering
schema. Move them to the internal struct, and protect them with the
internal lock. Use accessors for read access outside of demux.c.
Other than replacing all field accesses with accessors, this separates
allocating and adding sh_streams. This is needed to avoid race
conditions. Before this change, this was awkwardly handled by first
initializing the sh_stream, and then sending a stream change event. Now
the stream is allocated, then initialized, and then declared as
immutable and added (at which point it becomes visible to the decoder
thread immediately).
This change is useful for PR #2626. And eventually, we should probably
get entirely of the tripple buffering, and this makes a nice first step.
2015-12-23 20:44:53 +00:00
|
|
|
struct sh_stream *sh = demux_alloc_sh_stream(STREAM_VIDEO);
|
2016-01-12 22:48:19 +00:00
|
|
|
struct mp_codec_params *c = sh->codec;
|
|
|
|
c->codec = decoder;
|
|
|
|
c->codec_tag = imgfmt;
|
|
|
|
c->fps = opts->fps;
|
2016-08-19 12:19:46 +00:00
|
|
|
c->reliable_fps = true;
|
2016-01-12 22:48:19 +00:00
|
|
|
c->disp_w = width;
|
|
|
|
c->disp_h = height;
|
2017-05-20 09:10:55 +00:00
|
|
|
if (mp_imgfmt) {
|
|
|
|
c->lav_codecpar = avcodec_parameters_alloc();
|
|
|
|
if (!c->lav_codecpar)
|
|
|
|
abort();
|
|
|
|
c->lav_codecpar->codec_type = AVMEDIA_TYPE_VIDEO;
|
|
|
|
c->lav_codecpar->codec_id = mp_codec_to_av_codec_id(decoder);
|
|
|
|
c->lav_codecpar->format = imgfmt2pixfmt(mp_imgfmt);
|
|
|
|
c->lav_codecpar->width = width;
|
|
|
|
c->lav_codecpar->height = height;
|
|
|
|
}
|
demux: remove weird tripple-buffering for the sh_stream list
The demuxer infrastructure was originally single-threaded. To make it
suitable for multithreading (specifically, demuxing and decoding on
separate threads), some sort of tripple-buffering was introduced. There
are separate "struct demuxer" allocations. The demuxer thread sets the
state on d_thread. If anything changes, the state is copied to d_buffer
(the copy is protected by a lock), and the decoder thread is notified.
Then the decoder thread copies the state from d_buffer to d_user (again
while holding a lock). This avoids the need for locking in the
demuxer/decoder code itself (only demux.c needs an internal, "invisible"
lock.)
Remove the streams/num_streams fields from this tripple-buffering
schema. Move them to the internal struct, and protect them with the
internal lock. Use accessors for read access outside of demux.c.
Other than replacing all field accesses with accessors, this separates
allocating and adding sh_streams. This is needed to avoid race
conditions. Before this change, this was awkwardly handled by first
initializing the sh_stream, and then sending a stream change event. Now
the stream is allocated, then initialized, and then declared as
immutable and added (at which point it becomes visible to the decoder
thread immediately).
This change is useful for PR #2626. And eventually, we should probably
get entirely of the tripple buffering, and this makes a nice first step.
2015-12-23 20:44:53 +00:00
|
|
|
demux_add_sh_stream(demuxer, sh);
|
2013-07-14 15:55:54 +00:00
|
|
|
|
|
|
|
struct priv *p = talloc_ptrtype(demuxer, p);
|
|
|
|
demuxer->priv = p;
|
|
|
|
*p = (struct priv) {
|
demux: remove weird tripple-buffering for the sh_stream list
The demuxer infrastructure was originally single-threaded. To make it
suitable for multithreading (specifically, demuxing and decoding on
separate threads), some sort of tripple-buffering was introduced. There
are separate "struct demuxer" allocations. The demuxer thread sets the
state on d_thread. If anything changes, the state is copied to d_buffer
(the copy is protected by a lock), and the decoder thread is notified.
Then the decoder thread copies the state from d_buffer to d_user (again
while holding a lock). This avoids the need for locking in the
demuxer/decoder code itself (only demux.c needs an internal, "invisible"
lock.)
Remove the streams/num_streams fields from this tripple-buffering
schema. Move them to the internal struct, and protect them with the
internal lock. Use accessors for read access outside of demux.c.
Other than replacing all field accesses with accessors, this separates
allocating and adding sh_streams. This is needed to avoid race
conditions. Before this change, this was awkwardly handled by first
initializing the sh_stream, and then sending a stream change event. Now
the stream is allocated, then initialized, and then declared as
immutable and added (at which point it becomes visible to the decoder
thread immediately).
This change is useful for PR #2626. And eventually, we should probably
get entirely of the tripple buffering, and this makes a nice first step.
2015-12-23 20:44:53 +00:00
|
|
|
.sh = sh,
|
2013-07-14 15:55:54 +00:00
|
|
|
.frame_size = imgsize,
|
2016-01-12 22:48:19 +00:00
|
|
|
.frame_rate = c->fps,
|
2013-08-22 16:56:19 +00:00
|
|
|
.read_frames = 1,
|
2013-07-14 15:55:54 +00:00
|
|
|
};
|
|
|
|
|
2017-06-20 11:57:58 +00:00
|
|
|
return generic_open(demuxer);
|
2003-01-22 23:51:04 +00:00
|
|
|
}
|
|
|
|
|
2018-09-07 13:12:24 +00:00
|
|
|
static bool raw_read_packet(struct demuxer *demuxer, struct demux_packet **pkt)
|
2013-07-11 17:17:51 +00:00
|
|
|
{
|
2013-07-14 15:55:54 +00:00
|
|
|
struct priv *p = demuxer->priv;
|
2013-07-08 22:03:14 +00:00
|
|
|
|
2013-07-14 15:55:54 +00:00
|
|
|
if (demuxer->stream->eof)
|
2018-09-07 13:12:24 +00:00
|
|
|
return false;
|
2013-07-08 22:03:14 +00:00
|
|
|
|
2013-08-22 16:56:19 +00:00
|
|
|
struct demux_packet *dp = new_demux_packet(p->frame_size * p->read_frames);
|
2014-09-16 16:11:00 +00:00
|
|
|
if (!dp) {
|
|
|
|
MP_ERR(demuxer, "Can't read packet.\n");
|
2018-09-07 13:12:24 +00:00
|
|
|
return true;
|
2014-09-16 16:11:00 +00:00
|
|
|
}
|
|
|
|
|
2019-05-20 00:02:37 +00:00
|
|
|
dp->keyframe = true;
|
2014-05-24 12:03:07 +00:00
|
|
|
dp->pos = stream_tell(demuxer->stream);
|
2013-07-14 15:55:54 +00:00
|
|
|
dp->pts = (dp->pos / p->frame_size) / p->frame_rate;
|
2013-07-08 22:03:14 +00:00
|
|
|
|
2013-07-14 15:55:54 +00:00
|
|
|
int len = stream_read(demuxer->stream, dp->buffer, dp->len);
|
2014-06-13 00:02:30 +00:00
|
|
|
demux_packet_shorten(dp, len);
|
2013-07-08 22:03:14 +00:00
|
|
|
|
2018-09-07 13:12:24 +00:00
|
|
|
dp->stream = p->sh->index;
|
|
|
|
*pkt = dp;
|
|
|
|
|
|
|
|
return true;
|
2003-01-22 23:51:04 +00:00
|
|
|
}
|
|
|
|
|
2016-02-28 18:14:23 +00:00
|
|
|
static void raw_seek(demuxer_t *demuxer, double seek_pts, int flags)
|
2013-07-14 15:55:54 +00:00
|
|
|
{
|
|
|
|
struct priv *p = demuxer->priv;
|
|
|
|
stream_t *s = demuxer->stream;
|
2019-11-07 14:54:34 +00:00
|
|
|
int64_t end = stream_get_size(s);
|
demux_raw: fix operation with demuxer cache and backward playback
Raw audio formats can be accessed sample-wise, and logically audio
packets demuxed from it would contain only 1 sample. This is
inefficient, so raw audio demuxers typically "bundle" multiple samples
in one packet.
The problem for the demuxer cache and backward playback is that they
need properly aligned packets to make seeking "deterministic". The
requirement is that if you read some packets, and then seek back, you
eventually see the same packets again. demux_raw basically allowed to
seek into the middle of a previously returned packet, which makes it
impossible to make the transition seamless. (Unless you'd be aware of
the packet data format and cut them to make it seamless, which is too
complex for such a use case.)
Solve this by always aligning seeks to packet boundaries. This reduces
the seek accuracy to the arbitrarily chosen packet size. But you can use
hr-seek to fix this. The gain from not making raw audio an awful special
case pays in exchange for this "stupid" suggestion to use hr-seek.
It appears this also fixes that it could and did seek into the middle of
the frame (not sure if this code was ever tested - it goes back to
removing the code duplication between the former demux_rawaudio.c and
demux_rawvideo.c).
If you really cared, you could introduce a seek flag that controls
whether the seek is aligned or not. Then code which requires
"deterministic" demuxing could set it. But this isn't really useful for
us, and we'd always set the flag anyway, unless maybe the caching were
forced disabled.
libavformat's wav demuxer exhibits the same issue. We can't fix it (it
would require the unpleasant experience of contributing to FFmpeg), so
document this in otions.rst. In theory, this also affects seek range
joining, but the only bad effect should be that cached data is
discarded.
2019-05-20 00:18:59 +00:00
|
|
|
int64_t frame_nr = seek_pts * p->frame_rate;
|
|
|
|
frame_nr = frame_nr - (frame_nr % p->read_frames);
|
|
|
|
int64_t pos = frame_nr * p->frame_size;
|
2013-07-14 15:55:54 +00:00
|
|
|
if (flags & SEEK_FACTOR)
|
2016-02-28 18:14:23 +00:00
|
|
|
pos = end * seek_pts;
|
2013-07-14 15:55:54 +00:00
|
|
|
if (pos < 0)
|
|
|
|
pos = 0;
|
2019-11-07 14:54:34 +00:00
|
|
|
if (end > 0 && pos > end)
|
2013-07-14 15:55:54 +00:00
|
|
|
pos = end;
|
|
|
|
stream_seek(s, (pos / p->frame_size) * p->frame_size);
|
2003-01-22 23:51:04 +00:00
|
|
|
}
|
2005-08-05 19:57:47 +00:00
|
|
|
|
2013-07-12 20:52:10 +00:00
|
|
|
const demuxer_desc_t demuxer_desc_rawaudio = {
|
|
|
|
.name = "rawaudio",
|
|
|
|
.desc = "Uncompressed audio",
|
|
|
|
.open = demux_rawaudio_open,
|
2018-09-07 13:12:24 +00:00
|
|
|
.read_packet = raw_read_packet,
|
2013-07-12 20:52:10 +00:00
|
|
|
.seek = raw_seek,
|
|
|
|
};
|
2005-08-05 19:57:47 +00:00
|
|
|
|
2008-01-13 16:00:39 +00:00
|
|
|
const demuxer_desc_t demuxer_desc_rawvideo = {
|
2013-07-11 18:08:12 +00:00
|
|
|
.name = "rawvideo",
|
2013-07-12 20:12:02 +00:00
|
|
|
.desc = "Uncompressed video",
|
2013-07-11 18:08:12 +00:00
|
|
|
.open = demux_rawvideo_open,
|
2018-09-07 13:12:24 +00:00
|
|
|
.read_packet = raw_read_packet,
|
2013-07-12 20:52:10 +00:00
|
|
|
.seek = raw_seek,
|
2005-08-05 19:57:47 +00:00
|
|
|
};
|