2006-09-15 22:14:24 +03:00
|
|
|
/*
|
|
|
|
* General DV muxer/demuxer
|
|
|
|
* Copyright (c) 2003 Roman Shaposhnik
|
|
|
|
*
|
|
|
|
* Many thanks to Dan Dennedy <dan@dennedy.org> for providing wealth
|
|
|
|
* of DV technical info.
|
|
|
|
*
|
|
|
|
* Raw DV format
|
2009-01-19 17:46:40 +02:00
|
|
|
* Copyright (c) 2002 Fabrice Bellard
|
2006-09-15 22:14:24 +03:00
|
|
|
*
|
|
|
|
* 50 Mbps (DVCPRO50) support
|
|
|
|
* Copyright (c) 2006 Daniel Maas <dmaas@maasdigital.com>
|
|
|
|
*
|
2011-03-18 19:35:10 +02:00
|
|
|
* This file is part of Libav.
|
2006-10-07 18:30:46 +03:00
|
|
|
*
|
2011-03-18 19:35:10 +02:00
|
|
|
* Libav is free software; you can redistribute it and/or
|
2006-09-15 22:14:24 +03:00
|
|
|
* modify it under the terms of the GNU Lesser General Public
|
|
|
|
* License as published by the Free Software Foundation; either
|
2006-10-07 18:30:46 +03:00
|
|
|
* version 2.1 of the License, or (at your option) any later version.
|
2006-09-15 22:14:24 +03:00
|
|
|
*
|
2011-03-18 19:35:10 +02:00
|
|
|
* Libav is distributed in the hope that it will be useful,
|
2006-09-15 22:14:24 +03:00
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
|
|
|
|
* Lesser General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU Lesser General Public
|
2011-03-18 19:35:10 +02:00
|
|
|
* License along with Libav; if not, write to the Free Software
|
2006-09-15 22:14:24 +03:00
|
|
|
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
|
|
|
|
*/
|
|
|
|
#include <time.h>
|
2007-01-15 09:41:28 +02:00
|
|
|
#include <stdarg.h>
|
2010-04-20 17:41:55 +03:00
|
|
|
|
2006-09-15 22:14:24 +03:00
|
|
|
#include "avformat.h"
|
2010-04-20 17:41:55 +03:00
|
|
|
#include "internal.h"
|
2012-04-18 18:55:49 +03:00
|
|
|
#include "libavcodec/dv_profile.h"
|
2013-11-10 20:05:39 +03:00
|
|
|
#include "libavcodec/dv.h"
|
2006-09-15 22:14:24 +03:00
|
|
|
#include "dv.h"
|
2008-05-09 14:56:36 +03:00
|
|
|
#include "libavutil/fifo.h"
|
2011-06-04 14:58:23 +03:00
|
|
|
#include "libavutil/mathematics.h"
|
2006-09-15 22:14:24 +03:00
|
|
|
|
2016-04-27 19:45:23 +02:00
|
|
|
#define MAX_AUDIO_FRAME_SIZE 192000 // 1 second of 48khz 32-bit audio
|
2012-08-15 10:11:31 +03:00
|
|
|
|
2006-09-15 22:14:24 +03:00
|
|
|
struct DVMuxContext {
|
2014-07-05 12:09:15 +03:00
|
|
|
const AVDVProfile* sys; /* current DV profile, e.g.: 525/60, 625/50 */
|
2008-10-25 00:37:06 +03:00
|
|
|
int n_ast; /* number of stereo audio streams (up to 2) */
|
|
|
|
AVStream *ast[2]; /* stereo audio streams */
|
2009-03-08 16:16:55 +02:00
|
|
|
AVFifoBuffer *audio_data[2]; /* FIFO for storing excessive amounts of PCM */
|
2008-10-25 00:37:06 +03:00
|
|
|
int frames; /* current frame number */
|
2011-07-07 12:25:03 +03:00
|
|
|
int64_t start_time; /* recording start time */
|
2012-12-19 20:48:21 +03:00
|
|
|
int has_audio; /* frame under construction has audio */
|
|
|
|
int has_video; /* frame under construction has video */
|
|
|
|
uint8_t frame_buf[DV_MAX_FRAME_SIZE]; /* frame under construction */
|
2006-09-15 22:14:24 +03:00
|
|
|
};
|
|
|
|
|
|
|
|
static const int dv_aaux_packs_dist[12][9] = {
|
|
|
|
{ 0xff, 0xff, 0xff, 0x50, 0x51, 0x52, 0x53, 0xff, 0xff },
|
|
|
|
{ 0x50, 0x51, 0x52, 0x53, 0xff, 0xff, 0xff, 0xff, 0xff },
|
|
|
|
{ 0xff, 0xff, 0xff, 0x50, 0x51, 0x52, 0x53, 0xff, 0xff },
|
|
|
|
{ 0x50, 0x51, 0x52, 0x53, 0xff, 0xff, 0xff, 0xff, 0xff },
|
|
|
|
{ 0xff, 0xff, 0xff, 0x50, 0x51, 0x52, 0x53, 0xff, 0xff },
|
|
|
|
{ 0x50, 0x51, 0x52, 0x53, 0xff, 0xff, 0xff, 0xff, 0xff },
|
|
|
|
{ 0xff, 0xff, 0xff, 0x50, 0x51, 0x52, 0x53, 0xff, 0xff },
|
|
|
|
{ 0x50, 0x51, 0x52, 0x53, 0xff, 0xff, 0xff, 0xff, 0xff },
|
|
|
|
{ 0xff, 0xff, 0xff, 0x50, 0x51, 0x52, 0x53, 0xff, 0xff },
|
|
|
|
{ 0x50, 0x51, 0x52, 0x53, 0xff, 0xff, 0xff, 0xff, 0xff },
|
|
|
|
{ 0xff, 0xff, 0xff, 0x50, 0x51, 0x52, 0x53, 0xff, 0xff },
|
|
|
|
{ 0x50, 0x51, 0x52, 0x53, 0xff, 0xff, 0xff, 0xff, 0xff },
|
|
|
|
};
|
|
|
|
|
2014-07-05 12:09:15 +03:00
|
|
|
static int dv_audio_frame_size(const AVDVProfile* sys, int frame)
|
2006-09-15 22:14:24 +03:00
|
|
|
{
|
2008-10-25 00:41:27 +03:00
|
|
|
return sys->audio_samples_dist[frame % (sizeof(sys->audio_samples_dist) /
|
2006-09-15 22:14:24 +03:00
|
|
|
sizeof(sys->audio_samples_dist[0]))];
|
|
|
|
}
|
|
|
|
|
2007-01-15 09:41:28 +02:00
|
|
|
static int dv_write_pack(enum dv_pack_type pack_id, DVMuxContext *c, uint8_t* buf, ...)
|
2006-09-15 22:14:24 +03:00
|
|
|
{
|
|
|
|
struct tm tc;
|
|
|
|
time_t ct;
|
|
|
|
int ltc_frame;
|
2007-01-15 09:41:28 +02:00
|
|
|
va_list ap;
|
2006-09-15 22:14:24 +03:00
|
|
|
|
|
|
|
buf[0] = (uint8_t)pack_id;
|
|
|
|
switch (pack_id) {
|
|
|
|
case dv_timecode:
|
2008-10-25 00:41:27 +03:00
|
|
|
ct = (time_t)av_rescale_rnd(c->frames, c->sys->time_base.num,
|
|
|
|
c->sys->time_base.den, AV_ROUND_DOWN);
|
2012-02-15 12:28:39 +03:00
|
|
|
ff_brktimegm(ct, &tc);
|
2007-06-24 10:45:19 +03:00
|
|
|
/*
|
|
|
|
* LTC drop-frame frame counter drops two frames (0 and 1) every
|
|
|
|
* minute, unless it is exactly divisible by 10
|
|
|
|
*/
|
2008-10-25 00:41:27 +03:00
|
|
|
ltc_frame = (c->frames + 2 * ct / 60 - 2 * ct / 600) % c->sys->ltc_divisor;
|
2008-10-25 00:37:06 +03:00
|
|
|
buf[1] = (0 << 7) | /* color frame: 0 - unsync; 1 - sync mode */
|
|
|
|
(1 << 6) | /* drop frame timecode: 0 - nondrop; 1 - drop */
|
|
|
|
((ltc_frame / 10) << 4) | /* tens of frames */
|
|
|
|
(ltc_frame % 10); /* units of frames */
|
|
|
|
buf[2] = (1 << 7) | /* biphase mark polarity correction: 0 - even; 1 - odd */
|
|
|
|
((tc.tm_sec / 10) << 4) | /* tens of seconds */
|
|
|
|
(tc.tm_sec % 10); /* units of seconds */
|
|
|
|
buf[3] = (1 << 7) | /* binary group flag BGF0 */
|
|
|
|
((tc.tm_min / 10) << 4) | /* tens of minutes */
|
|
|
|
(tc.tm_min % 10); /* units of minutes */
|
|
|
|
buf[4] = (1 << 7) | /* binary group flag BGF2 */
|
|
|
|
(1 << 6) | /* binary group flag BGF1 */
|
|
|
|
((tc.tm_hour / 10) << 4) | /* tens of hours */
|
|
|
|
(tc.tm_hour % 10); /* units of hours */
|
2007-06-24 10:45:19 +03:00
|
|
|
break;
|
2006-09-15 22:14:24 +03:00
|
|
|
case dv_audio_source: /* AAUX source pack */
|
2007-06-24 10:45:19 +03:00
|
|
|
va_start(ap, buf);
|
|
|
|
buf[1] = (1 << 7) | /* locked mode -- SMPTE only supports locked mode */
|
|
|
|
(1 << 6) | /* reserved -- always 1 */
|
|
|
|
(dv_audio_frame_size(c->sys, c->frames) -
|
|
|
|
c->sys->audio_min_samples[0]);
|
|
|
|
/* # of samples */
|
|
|
|
buf[2] = (0 << 7) | /* multi-stereo */
|
|
|
|
(0 << 5) | /* #of audio channels per block: 0 -- 1 channel */
|
|
|
|
(0 << 4) | /* pair bit: 0 -- one pair of channels */
|
|
|
|
!!va_arg(ap, int); /* audio mode */
|
|
|
|
buf[3] = (1 << 7) | /* res */
|
|
|
|
(1 << 6) | /* multi-language flag */
|
|
|
|
(c->sys->dsf << 5) | /* system: 60fields/50fields */
|
|
|
|
(c->sys->n_difchan & 2); /* definition: 0 -- 25Mbps, 2 -- 50Mbps */
|
|
|
|
buf[4] = (1 << 7) | /* emphasis: 1 -- off */
|
|
|
|
(0 << 6) | /* emphasis time constant: 0 -- reserved */
|
2008-10-02 19:28:58 +03:00
|
|
|
(0 << 3) | /* frequency: 0 -- 48kHz, 1 -- 44,1kHz, 2 -- 32kHz */
|
2016-04-27 19:45:23 +02:00
|
|
|
0; /* quantization: 0 -- 16-bit linear, 1 -- 12-bit nonlinear */
|
2007-06-24 10:45:19 +03:00
|
|
|
va_end(ap);
|
|
|
|
break;
|
2006-09-15 22:14:24 +03:00
|
|
|
case dv_audio_control:
|
2007-06-24 10:45:19 +03:00
|
|
|
buf[1] = (0 << 6) | /* copy protection: 0 -- unrestricted */
|
|
|
|
(1 << 4) | /* input source: 1 -- digital input */
|
|
|
|
(3 << 2) | /* compression: 3 -- no information */
|
|
|
|
0; /* misc. info/SMPTE emphasis off */
|
|
|
|
buf[2] = (1 << 7) | /* recording start point: 1 -- no */
|
|
|
|
(1 << 6) | /* recording end point: 1 -- no */
|
|
|
|
(1 << 3) | /* recording mode: 1 -- original */
|
|
|
|
7;
|
|
|
|
buf[3] = (1 << 7) | /* direction: 1 -- forward */
|
2012-10-06 13:10:34 +03:00
|
|
|
(c->sys->pix_fmt == AV_PIX_FMT_YUV420P ? 0x20 : /* speed */
|
2008-10-25 00:41:27 +03:00
|
|
|
c->sys->ltc_divisor * 4);
|
2007-06-24 10:45:19 +03:00
|
|
|
buf[4] = (1 << 7) | /* reserved -- always 1 */
|
|
|
|
0x7f; /* genre category */
|
|
|
|
break;
|
2006-09-15 22:14:24 +03:00
|
|
|
case dv_audio_recdate:
|
|
|
|
case dv_video_recdate: /* VAUX recording date */
|
2008-10-07 19:59:18 +03:00
|
|
|
ct = c->start_time + av_rescale_rnd(c->frames, c->sys->time_base.num,
|
2008-10-25 00:41:27 +03:00
|
|
|
c->sys->time_base.den, AV_ROUND_DOWN);
|
2012-02-15 12:28:39 +03:00
|
|
|
ff_brktimegm(ct, &tc);
|
2007-06-24 10:45:19 +03:00
|
|
|
buf[1] = 0xff; /* ds, tm, tens of time zone, units of time zone */
|
|
|
|
/* 0xff is very likely to be "unknown" */
|
|
|
|
buf[2] = (3 << 6) | /* reserved -- always 1 */
|
|
|
|
((tc.tm_mday / 10) << 4) | /* Tens of day */
|
|
|
|
(tc.tm_mday % 10); /* Units of day */
|
|
|
|
buf[3] = /* we set high 4 bits to 0, shouldn't we set them to week? */
|
|
|
|
((tc.tm_mon / 10) << 4) | /* Tens of month */
|
|
|
|
(tc.tm_mon % 10); /* Units of month */
|
|
|
|
buf[4] = (((tc.tm_year % 100) / 10) << 4) | /* Tens of year */
|
|
|
|
(tc.tm_year % 10); /* Units of year */
|
|
|
|
break;
|
2006-09-15 22:14:24 +03:00
|
|
|
case dv_audio_rectime: /* AAUX recording time */
|
|
|
|
case dv_video_rectime: /* VAUX recording time */
|
2008-10-07 19:59:18 +03:00
|
|
|
ct = c->start_time + av_rescale_rnd(c->frames, c->sys->time_base.num,
|
|
|
|
c->sys->time_base.den, AV_ROUND_DOWN);
|
2012-02-15 12:28:39 +03:00
|
|
|
ff_brktimegm(ct, &tc);
|
2007-06-24 10:45:19 +03:00
|
|
|
buf[1] = (3 << 6) | /* reserved -- always 1 */
|
|
|
|
0x3f; /* tens of frame, units of frame: 0x3f - "unknown" ? */
|
|
|
|
buf[2] = (1 << 7) | /* reserved -- always 1 */
|
|
|
|
((tc.tm_sec / 10) << 4) | /* Tens of seconds */
|
|
|
|
(tc.tm_sec % 10); /* Units of seconds */
|
|
|
|
buf[3] = (1 << 7) | /* reserved -- always 1 */
|
|
|
|
((tc.tm_min / 10) << 4) | /* Tens of minutes */
|
|
|
|
(tc.tm_min % 10); /* Units of minutes */
|
|
|
|
buf[4] = (3 << 6) | /* reserved -- always 1 */
|
|
|
|
((tc.tm_hour / 10) << 4) | /* Tens of hours */
|
|
|
|
(tc.tm_hour % 10); /* Units of hours */
|
|
|
|
break;
|
2006-09-15 22:14:24 +03:00
|
|
|
default:
|
2007-06-24 10:45:19 +03:00
|
|
|
buf[1] = buf[2] = buf[3] = buf[4] = 0xff;
|
2006-09-15 22:14:24 +03:00
|
|
|
}
|
|
|
|
return 5;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void dv_inject_audio(DVMuxContext *c, int channel, uint8_t* frame_ptr)
|
|
|
|
{
|
|
|
|
int i, j, d, of, size;
|
|
|
|
size = 4 * dv_audio_frame_size(c->sys, c->frames);
|
|
|
|
frame_ptr += channel * c->sys->difseg_size * 150 * 80;
|
|
|
|
for (i = 0; i < c->sys->difseg_size; i++) {
|
2007-06-24 10:45:19 +03:00
|
|
|
frame_ptr += 6 * 80; /* skip DIF segment header */
|
|
|
|
for (j = 0; j < 9; j++) {
|
|
|
|
dv_write_pack(dv_aaux_packs_dist[i][j], c, &frame_ptr[3], i >= c->sys->difseg_size/2);
|
|
|
|
for (d = 8; d < 80; d+=2) {
|
|
|
|
of = c->sys->audio_shuffle[i][j] + (d - 8)/2 * c->sys->audio_stride;
|
|
|
|
if (of*2 >= size)
|
|
|
|
continue;
|
2006-09-15 22:14:24 +03:00
|
|
|
|
2011-06-29 18:30:23 +03:00
|
|
|
frame_ptr[d] = *av_fifo_peek2(c->audio_data[channel], of*2+1); // FIXME: maybe we have to admit
|
|
|
|
frame_ptr[d+1] = *av_fifo_peek2(c->audio_data[channel], of*2); // that DV is a big-endian PCM
|
2007-06-24 10:45:19 +03:00
|
|
|
}
|
|
|
|
frame_ptr += 16 * 80; /* 15 Video DIFs + 1 Audio DIF */
|
|
|
|
}
|
2006-09-15 22:14:24 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void dv_inject_metadata(DVMuxContext *c, uint8_t* frame)
|
|
|
|
{
|
|
|
|
int j, k;
|
|
|
|
uint8_t* buf;
|
|
|
|
|
|
|
|
for (buf = frame; buf < frame + c->sys->frame_size; buf += 150 * 80) {
|
|
|
|
/* DV subcode: 2nd and 3d DIFs */
|
|
|
|
for (j = 80; j < 80 * 3; j += 80) {
|
|
|
|
for (k = 6; k < 6 * 8; k += 8)
|
|
|
|
dv_write_pack(dv_timecode, c, &buf[j+k]);
|
|
|
|
|
|
|
|
if (((long)(buf-frame)/(c->sys->frame_size/(c->sys->difseg_size*c->sys->n_difchan))%c->sys->difseg_size) > 5) { /* FIXME: is this really needed ? */
|
|
|
|
dv_write_pack(dv_video_recdate, c, &buf[j+14]);
|
|
|
|
dv_write_pack(dv_video_rectime, c, &buf[j+22]);
|
|
|
|
dv_write_pack(dv_video_recdate, c, &buf[j+38]);
|
|
|
|
dv_write_pack(dv_video_rectime, c, &buf[j+46]);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* DV VAUX: 4th, 5th and 6th 3DIFs */
|
|
|
|
for (j = 80*3 + 3; j < 80*6; j += 80) {
|
|
|
|
dv_write_pack(dv_video_recdate, c, &buf[j+5*2]);
|
|
|
|
dv_write_pack(dv_video_rectime, c, &buf[j+5*3]);
|
|
|
|
dv_write_pack(dv_video_recdate, c, &buf[j+5*11]);
|
|
|
|
dv_write_pack(dv_video_rectime, c, &buf[j+5*12]);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The following 3 functions constitute our interface to the world
|
|
|
|
*/
|
|
|
|
|
lavf: replace AVStream.codec with AVStream.codecpar
Currently, AVStream contains an embedded AVCodecContext instance, which
is used by demuxers to export stream parameters to the caller and by
muxers to receive stream parameters from the caller. It is also used
internally as the codec context that is passed to parsers.
In addition, it is also widely used by the callers as the decoding (when
demuxer) or encoding (when muxing) context, though this has been
officially discouraged since Libav 11.
There are multiple important problems with this approach:
- the fields in AVCodecContext are in general one of
* stream parameters
* codec options
* codec state
However, it's not clear which ones are which. It is consequently
unclear which fields are a demuxer allowed to set or a muxer allowed to
read. This leads to erratic behaviour depending on whether decoding or
encoding is being performed or not (and whether it uses the AVStream
embedded codec context).
- various synchronization issues arising from the fact that the same
context is used by several different APIs (muxers/demuxers,
parsers, bitstream filters and encoders/decoders) simultaneously, with
there being no clear rules for who can modify what and the different
processes being typically delayed with respect to each other.
- avformat_find_stream_info() making it necessary to support opening
and closing a single codec context multiple times, thus
complicating the semantics of freeing various allocated objects in the
codec context.
Those problems are resolved by replacing the AVStream embedded codec
context with a newly added AVCodecParameters instance, which stores only
the stream parameters exported by the demuxers or read by the muxers.
2014-06-18 21:42:52 +03:00
|
|
|
static int dv_assemble_frame(AVFormatContext *s,
|
|
|
|
DVMuxContext *c, AVStream* st,
|
2011-01-25 01:36:16 +02:00
|
|
|
uint8_t* data, int data_size, uint8_t** frame)
|
2006-09-15 22:14:24 +03:00
|
|
|
{
|
|
|
|
int i, reqasize;
|
|
|
|
|
|
|
|
*frame = &c->frame_buf[0];
|
|
|
|
reqasize = 4 * dv_audio_frame_size(c->sys, c->frames);
|
|
|
|
|
lavf: replace AVStream.codec with AVStream.codecpar
Currently, AVStream contains an embedded AVCodecContext instance, which
is used by demuxers to export stream parameters to the caller and by
muxers to receive stream parameters from the caller. It is also used
internally as the codec context that is passed to parsers.
In addition, it is also widely used by the callers as the decoding (when
demuxer) or encoding (when muxing) context, though this has been
officially discouraged since Libav 11.
There are multiple important problems with this approach:
- the fields in AVCodecContext are in general one of
* stream parameters
* codec options
* codec state
However, it's not clear which ones are which. It is consequently
unclear which fields are a demuxer allowed to set or a muxer allowed to
read. This leads to erratic behaviour depending on whether decoding or
encoding is being performed or not (and whether it uses the AVStream
embedded codec context).
- various synchronization issues arising from the fact that the same
context is used by several different APIs (muxers/demuxers,
parsers, bitstream filters and encoders/decoders) simultaneously, with
there being no clear rules for who can modify what and the different
processes being typically delayed with respect to each other.
- avformat_find_stream_info() making it necessary to support opening
and closing a single codec context multiple times, thus
complicating the semantics of freeing various allocated objects in the
codec context.
Those problems are resolved by replacing the AVStream embedded codec
context with a newly added AVCodecParameters instance, which stores only
the stream parameters exported by the demuxers or read by the muxers.
2014-06-18 21:42:52 +03:00
|
|
|
switch (st->codecpar->codec_type) {
|
2010-03-31 02:30:55 +03:00
|
|
|
case AVMEDIA_TYPE_VIDEO:
|
2007-06-24 10:45:19 +03:00
|
|
|
/* FIXME: we have to have more sensible approach than this one */
|
|
|
|
if (c->has_video)
|
lavf: replace AVStream.codec with AVStream.codecpar
Currently, AVStream contains an embedded AVCodecContext instance, which
is used by demuxers to export stream parameters to the caller and by
muxers to receive stream parameters from the caller. It is also used
internally as the codec context that is passed to parsers.
In addition, it is also widely used by the callers as the decoding (when
demuxer) or encoding (when muxing) context, though this has been
officially discouraged since Libav 11.
There are multiple important problems with this approach:
- the fields in AVCodecContext are in general one of
* stream parameters
* codec options
* codec state
However, it's not clear which ones are which. It is consequently
unclear which fields are a demuxer allowed to set or a muxer allowed to
read. This leads to erratic behaviour depending on whether decoding or
encoding is being performed or not (and whether it uses the AVStream
embedded codec context).
- various synchronization issues arising from the fact that the same
context is used by several different APIs (muxers/demuxers,
parsers, bitstream filters and encoders/decoders) simultaneously, with
there being no clear rules for who can modify what and the different
processes being typically delayed with respect to each other.
- avformat_find_stream_info() making it necessary to support opening
and closing a single codec context multiple times, thus
complicating the semantics of freeing various allocated objects in the
codec context.
Those problems are resolved by replacing the AVStream embedded codec
context with a newly added AVCodecParameters instance, which stores only
the stream parameters exported by the demuxers or read by the muxers.
2014-06-18 21:42:52 +03:00
|
|
|
av_log(s, AV_LOG_ERROR, "Can't process DV frame #%d. Insufficient audio data or severe sync problem.\n", c->frames);
|
2015-10-18 23:44:25 +02:00
|
|
|
if (data_size != c->sys->frame_size) {
|
lavf: replace AVStream.codec with AVStream.codecpar
Currently, AVStream contains an embedded AVCodecContext instance, which
is used by demuxers to export stream parameters to the caller and by
muxers to receive stream parameters from the caller. It is also used
internally as the codec context that is passed to parsers.
In addition, it is also widely used by the callers as the decoding (when
demuxer) or encoding (when muxing) context, though this has been
officially discouraged since Libav 11.
There are multiple important problems with this approach:
- the fields in AVCodecContext are in general one of
* stream parameters
* codec options
* codec state
However, it's not clear which ones are which. It is consequently
unclear which fields are a demuxer allowed to set or a muxer allowed to
read. This leads to erratic behaviour depending on whether decoding or
encoding is being performed or not (and whether it uses the AVStream
embedded codec context).
- various synchronization issues arising from the fact that the same
context is used by several different APIs (muxers/demuxers,
parsers, bitstream filters and encoders/decoders) simultaneously, with
there being no clear rules for who can modify what and the different
processes being typically delayed with respect to each other.
- avformat_find_stream_info() making it necessary to support opening
and closing a single codec context multiple times, thus
complicating the semantics of freeing various allocated objects in the
codec context.
Those problems are resolved by replacing the AVStream embedded codec
context with a newly added AVCodecParameters instance, which stores only
the stream parameters exported by the demuxers or read by the muxers.
2014-06-18 21:42:52 +03:00
|
|
|
av_log(s, AV_LOG_ERROR, "Unexpected frame size, %d != %d\n",
|
2015-10-18 23:44:25 +02:00
|
|
|
data_size, c->sys->frame_size);
|
|
|
|
return AVERROR(ENOSYS);
|
|
|
|
}
|
2006-09-15 22:14:24 +03:00
|
|
|
|
2007-06-24 10:45:19 +03:00
|
|
|
memcpy(*frame, data, c->sys->frame_size);
|
|
|
|
c->has_video = 1;
|
|
|
|
break;
|
2010-03-31 02:30:55 +03:00
|
|
|
case AVMEDIA_TYPE_AUDIO:
|
2007-06-24 10:45:19 +03:00
|
|
|
for (i = 0; i < c->n_ast && st != c->ast[i]; i++);
|
2006-09-15 22:14:24 +03:00
|
|
|
|
|
|
|
/* FIXME: we have to have more sensible approach than this one */
|
2012-08-15 10:11:31 +03:00
|
|
|
if (av_fifo_size(c->audio_data[i]) + data_size >= 100*MAX_AUDIO_FRAME_SIZE)
|
lavf: replace AVStream.codec with AVStream.codecpar
Currently, AVStream contains an embedded AVCodecContext instance, which
is used by demuxers to export stream parameters to the caller and by
muxers to receive stream parameters from the caller. It is also used
internally as the codec context that is passed to parsers.
In addition, it is also widely used by the callers as the decoding (when
demuxer) or encoding (when muxing) context, though this has been
officially discouraged since Libav 11.
There are multiple important problems with this approach:
- the fields in AVCodecContext are in general one of
* stream parameters
* codec options
* codec state
However, it's not clear which ones are which. It is consequently
unclear which fields are a demuxer allowed to set or a muxer allowed to
read. This leads to erratic behaviour depending on whether decoding or
encoding is being performed or not (and whether it uses the AVStream
embedded codec context).
- various synchronization issues arising from the fact that the same
context is used by several different APIs (muxers/demuxers,
parsers, bitstream filters and encoders/decoders) simultaneously, with
there being no clear rules for who can modify what and the different
processes being typically delayed with respect to each other.
- avformat_find_stream_info() making it necessary to support opening
and closing a single codec context multiple times, thus
complicating the semantics of freeing various allocated objects in the
codec context.
Those problems are resolved by replacing the AVStream embedded codec
context with a newly added AVCodecParameters instance, which stores only
the stream parameters exported by the demuxers or read by the muxers.
2014-06-18 21:42:52 +03:00
|
|
|
av_log(s, AV_LOG_ERROR, "Can't process DV frame #%d. Insufficient video data or severe sync problem.\n", c->frames);
|
2009-03-08 16:16:55 +02:00
|
|
|
av_fifo_generic_write(c->audio_data[i], data, data_size, NULL);
|
2006-09-15 22:14:24 +03:00
|
|
|
|
2008-07-24 20:09:28 +03:00
|
|
|
/* Let us see if we've got enough audio for one DV frame. */
|
2009-03-08 16:16:55 +02:00
|
|
|
c->has_audio |= ((reqasize <= av_fifo_size(c->audio_data[i])) << i);
|
2006-09-15 22:14:24 +03:00
|
|
|
|
2007-06-24 10:45:19 +03:00
|
|
|
break;
|
2006-09-15 22:14:24 +03:00
|
|
|
default:
|
2007-06-24 10:45:19 +03:00
|
|
|
break;
|
2006-09-15 22:14:24 +03:00
|
|
|
}
|
|
|
|
|
2008-07-24 20:09:28 +03:00
|
|
|
/* Let us see if we have enough data to construct one DV frame. */
|
2008-10-25 00:41:27 +03:00
|
|
|
if (c->has_video == 1 && c->has_audio + 1 == 1 << c->n_ast) {
|
2006-09-15 22:14:24 +03:00
|
|
|
dv_inject_metadata(c, *frame);
|
2007-05-16 05:02:22 +03:00
|
|
|
c->has_audio = 0;
|
2008-10-25 00:41:27 +03:00
|
|
|
for (i=0; i < c->n_ast; i++) {
|
2007-06-24 10:45:19 +03:00
|
|
|
dv_inject_audio(c, i, *frame);
|
2009-03-08 16:16:55 +02:00
|
|
|
av_fifo_drain(c->audio_data[i], reqasize);
|
|
|
|
c->has_audio |= ((reqasize <= av_fifo_size(c->audio_data[i])) << i);
|
2006-09-15 22:14:24 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
c->has_video = 0;
|
2007-05-16 05:02:22 +03:00
|
|
|
|
2006-09-15 22:14:24 +03:00
|
|
|
c->frames++;
|
|
|
|
|
|
|
|
return c->sys->frame_size;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-01-25 01:36:16 +02:00
|
|
|
static DVMuxContext* dv_init_mux(AVFormatContext* s)
|
2006-09-15 22:14:24 +03:00
|
|
|
{
|
2007-04-08 23:24:16 +03:00
|
|
|
DVMuxContext *c = s->priv_data;
|
2006-09-15 22:14:24 +03:00
|
|
|
AVStream *vst = NULL;
|
2011-07-07 12:25:03 +03:00
|
|
|
AVDictionaryEntry *t;
|
2006-09-15 22:14:24 +03:00
|
|
|
int i;
|
|
|
|
|
|
|
|
/* we support at most 1 video and 2 audio streams */
|
|
|
|
if (s->nb_streams > 3)
|
|
|
|
return NULL;
|
|
|
|
|
2008-10-25 00:41:27 +03:00
|
|
|
c->n_ast = 0;
|
2006-09-15 22:14:24 +03:00
|
|
|
c->ast[0] = c->ast[1] = NULL;
|
|
|
|
|
|
|
|
/* We have to sort out where audio and where video stream is */
|
|
|
|
for (i=0; i<s->nb_streams; i++) {
|
lavf: replace AVStream.codec with AVStream.codecpar
Currently, AVStream contains an embedded AVCodecContext instance, which
is used by demuxers to export stream parameters to the caller and by
muxers to receive stream parameters from the caller. It is also used
internally as the codec context that is passed to parsers.
In addition, it is also widely used by the callers as the decoding (when
demuxer) or encoding (when muxing) context, though this has been
officially discouraged since Libav 11.
There are multiple important problems with this approach:
- the fields in AVCodecContext are in general one of
* stream parameters
* codec options
* codec state
However, it's not clear which ones are which. It is consequently
unclear which fields are a demuxer allowed to set or a muxer allowed to
read. This leads to erratic behaviour depending on whether decoding or
encoding is being performed or not (and whether it uses the AVStream
embedded codec context).
- various synchronization issues arising from the fact that the same
context is used by several different APIs (muxers/demuxers,
parsers, bitstream filters and encoders/decoders) simultaneously, with
there being no clear rules for who can modify what and the different
processes being typically delayed with respect to each other.
- avformat_find_stream_info() making it necessary to support opening
and closing a single codec context multiple times, thus
complicating the semantics of freeing various allocated objects in the
codec context.
Those problems are resolved by replacing the AVStream embedded codec
context with a newly added AVCodecParameters instance, which stores only
the stream parameters exported by the demuxers or read by the muxers.
2014-06-18 21:42:52 +03:00
|
|
|
switch (s->streams[i]->codecpar->codec_type) {
|
2010-03-31 02:30:55 +03:00
|
|
|
case AVMEDIA_TYPE_VIDEO:
|
2007-06-24 10:45:19 +03:00
|
|
|
if (vst) return NULL;
|
|
|
|
vst = s->streams[i];
|
|
|
|
break;
|
2010-03-31 02:30:55 +03:00
|
|
|
case AVMEDIA_TYPE_AUDIO:
|
2007-06-24 10:45:19 +03:00
|
|
|
if (c->n_ast > 1) return NULL;
|
|
|
|
c->ast[c->n_ast++] = s->streams[i];
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
goto bail_out;
|
|
|
|
}
|
2006-09-15 22:14:24 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Some checks -- DV format is very picky about its incoming streams */
|
lavf: replace AVStream.codec with AVStream.codecpar
Currently, AVStream contains an embedded AVCodecContext instance, which
is used by demuxers to export stream parameters to the caller and by
muxers to receive stream parameters from the caller. It is also used
internally as the codec context that is passed to parsers.
In addition, it is also widely used by the callers as the decoding (when
demuxer) or encoding (when muxing) context, though this has been
officially discouraged since Libav 11.
There are multiple important problems with this approach:
- the fields in AVCodecContext are in general one of
* stream parameters
* codec options
* codec state
However, it's not clear which ones are which. It is consequently
unclear which fields are a demuxer allowed to set or a muxer allowed to
read. This leads to erratic behaviour depending on whether decoding or
encoding is being performed or not (and whether it uses the AVStream
embedded codec context).
- various synchronization issues arising from the fact that the same
context is used by several different APIs (muxers/demuxers,
parsers, bitstream filters and encoders/decoders) simultaneously, with
there being no clear rules for who can modify what and the different
processes being typically delayed with respect to each other.
- avformat_find_stream_info() making it necessary to support opening
and closing a single codec context multiple times, thus
complicating the semantics of freeing various allocated objects in the
codec context.
Those problems are resolved by replacing the AVStream embedded codec
context with a newly added AVCodecParameters instance, which stores only
the stream parameters exported by the demuxers or read by the muxers.
2014-06-18 21:42:52 +03:00
|
|
|
if (!vst || vst->codecpar->codec_id != AV_CODEC_ID_DVVIDEO)
|
2006-09-15 22:14:24 +03:00
|
|
|
goto bail_out;
|
|
|
|
for (i=0; i<c->n_ast; i++) {
|
lavf: replace AVStream.codec with AVStream.codecpar
Currently, AVStream contains an embedded AVCodecContext instance, which
is used by demuxers to export stream parameters to the caller and by
muxers to receive stream parameters from the caller. It is also used
internally as the codec context that is passed to parsers.
In addition, it is also widely used by the callers as the decoding (when
demuxer) or encoding (when muxing) context, though this has been
officially discouraged since Libav 11.
There are multiple important problems with this approach:
- the fields in AVCodecContext are in general one of
* stream parameters
* codec options
* codec state
However, it's not clear which ones are which. It is consequently
unclear which fields are a demuxer allowed to set or a muxer allowed to
read. This leads to erratic behaviour depending on whether decoding or
encoding is being performed or not (and whether it uses the AVStream
embedded codec context).
- various synchronization issues arising from the fact that the same
context is used by several different APIs (muxers/demuxers,
parsers, bitstream filters and encoders/decoders) simultaneously, with
there being no clear rules for who can modify what and the different
processes being typically delayed with respect to each other.
- avformat_find_stream_info() making it necessary to support opening
and closing a single codec context multiple times, thus
complicating the semantics of freeing various allocated objects in the
codec context.
Those problems are resolved by replacing the AVStream embedded codec
context with a newly added AVCodecParameters instance, which stores only
the stream parameters exported by the demuxers or read by the muxers.
2014-06-18 21:42:52 +03:00
|
|
|
if (c->ast[i] && (c->ast[i]->codecpar->codec_id != AV_CODEC_ID_PCM_S16LE ||
|
|
|
|
c->ast[i]->codecpar->sample_rate != 48000 ||
|
|
|
|
c->ast[i]->codecpar->channels != 2))
|
2006-09-15 22:14:24 +03:00
|
|
|
goto bail_out;
|
|
|
|
}
|
lavf: replace AVStream.codec with AVStream.codecpar
Currently, AVStream contains an embedded AVCodecContext instance, which
is used by demuxers to export stream parameters to the caller and by
muxers to receive stream parameters from the caller. It is also used
internally as the codec context that is passed to parsers.
In addition, it is also widely used by the callers as the decoding (when
demuxer) or encoding (when muxing) context, though this has been
officially discouraged since Libav 11.
There are multiple important problems with this approach:
- the fields in AVCodecContext are in general one of
* stream parameters
* codec options
* codec state
However, it's not clear which ones are which. It is consequently
unclear which fields are a demuxer allowed to set or a muxer allowed to
read. This leads to erratic behaviour depending on whether decoding or
encoding is being performed or not (and whether it uses the AVStream
embedded codec context).
- various synchronization issues arising from the fact that the same
context is used by several different APIs (muxers/demuxers,
parsers, bitstream filters and encoders/decoders) simultaneously, with
there being no clear rules for who can modify what and the different
processes being typically delayed with respect to each other.
- avformat_find_stream_info() making it necessary to support opening
and closing a single codec context multiple times, thus
complicating the semantics of freeing various allocated objects in the
codec context.
Those problems are resolved by replacing the AVStream embedded codec
context with a newly added AVCodecParameters instance, which stores only
the stream parameters exported by the demuxers or read by the muxers.
2014-06-18 21:42:52 +03:00
|
|
|
c->sys = av_dv_codec_profile(vst->codecpar->width, vst->codecpar->height, vst->codecpar->format);
|
2006-09-15 22:14:24 +03:00
|
|
|
if (!c->sys)
|
|
|
|
goto bail_out;
|
|
|
|
|
2008-10-25 00:41:27 +03:00
|
|
|
if ((c->n_ast > 1) && (c->sys->n_difchan < 2)) {
|
2006-09-15 22:14:24 +03:00
|
|
|
/* only 1 stereo pair is allowed in 25Mbps mode */
|
|
|
|
goto bail_out;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Ok, everything seems to be in working order */
|
2008-10-25 00:41:27 +03:00
|
|
|
c->frames = 0;
|
|
|
|
c->has_audio = 0;
|
|
|
|
c->has_video = 0;
|
2011-07-13 12:45:17 +03:00
|
|
|
if (t = av_dict_get(s->metadata, "creation_time", NULL, 0))
|
|
|
|
c->start_time = ff_iso8601_to_unix_time(t->value);
|
2006-09-15 22:14:24 +03:00
|
|
|
|
2008-10-25 00:41:27 +03:00
|
|
|
for (i=0; i < c->n_ast; i++) {
|
2012-08-15 10:11:31 +03:00
|
|
|
if (c->ast[i] && !(c->audio_data[i]=av_fifo_alloc(100*MAX_AUDIO_FRAME_SIZE))) {
|
2008-10-25 00:41:27 +03:00
|
|
|
while (i > 0) {
|
2006-09-15 22:14:24 +03:00
|
|
|
i--;
|
2009-03-08 16:16:55 +02:00
|
|
|
av_fifo_free(c->audio_data[i]);
|
2006-09-15 22:14:24 +03:00
|
|
|
}
|
|
|
|
goto bail_out;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return c;
|
|
|
|
|
|
|
|
bail_out:
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2011-01-25 01:36:16 +02:00
|
|
|
static void dv_delete_mux(DVMuxContext *c)
|
2006-09-15 22:14:24 +03:00
|
|
|
{
|
|
|
|
int i;
|
|
|
|
for (i=0; i < c->n_ast; i++)
|
2009-03-08 16:16:55 +02:00
|
|
|
av_fifo_free(c->audio_data[i]);
|
2006-09-15 22:14:24 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
static int dv_write_header(AVFormatContext *s)
|
|
|
|
{
|
2006-11-08 20:57:02 +02:00
|
|
|
if (!dv_init_mux(s)) {
|
2006-09-15 22:14:24 +03:00
|
|
|
av_log(s, AV_LOG_ERROR, "Can't initialize DV format!\n"
|
|
|
|
"Make sure that you supply exactly two streams:\n"
|
2008-10-02 19:28:58 +03:00
|
|
|
" video: 25fps or 29.97fps, audio: 2ch/48kHz/PCM\n"
|
2006-09-15 22:14:24 +03:00
|
|
|
" (50Mbps allows an optional second audio stream)\n");
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int dv_write_packet(struct AVFormatContext *s, AVPacket *pkt)
|
|
|
|
{
|
|
|
|
uint8_t* frame;
|
|
|
|
int fsize;
|
|
|
|
|
lavf: replace AVStream.codec with AVStream.codecpar
Currently, AVStream contains an embedded AVCodecContext instance, which
is used by demuxers to export stream parameters to the caller and by
muxers to receive stream parameters from the caller. It is also used
internally as the codec context that is passed to parsers.
In addition, it is also widely used by the callers as the decoding (when
demuxer) or encoding (when muxing) context, though this has been
officially discouraged since Libav 11.
There are multiple important problems with this approach:
- the fields in AVCodecContext are in general one of
* stream parameters
* codec options
* codec state
However, it's not clear which ones are which. It is consequently
unclear which fields are a demuxer allowed to set or a muxer allowed to
read. This leads to erratic behaviour depending on whether decoding or
encoding is being performed or not (and whether it uses the AVStream
embedded codec context).
- various synchronization issues arising from the fact that the same
context is used by several different APIs (muxers/demuxers,
parsers, bitstream filters and encoders/decoders) simultaneously, with
there being no clear rules for who can modify what and the different
processes being typically delayed with respect to each other.
- avformat_find_stream_info() making it necessary to support opening
and closing a single codec context multiple times, thus
complicating the semantics of freeing various allocated objects in the
codec context.
Those problems are resolved by replacing the AVStream embedded codec
context with a newly added AVCodecParameters instance, which stores only
the stream parameters exported by the demuxers or read by the muxers.
2014-06-18 21:42:52 +03:00
|
|
|
fsize = dv_assemble_frame(s, s->priv_data, s->streams[pkt->stream_index],
|
2006-09-15 22:14:24 +03:00
|
|
|
pkt->data, pkt->size, &frame);
|
|
|
|
if (fsize > 0) {
|
2011-02-21 20:28:17 +02:00
|
|
|
avio_write(s->pb, frame, fsize);
|
2006-09-15 22:14:24 +03:00
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* We might end up with some extra A/V data without matching counterpart.
|
|
|
|
* E.g. video data without enough audio to write the complete frame.
|
|
|
|
* Currently we simply drop the last frame. I don't know whether this
|
|
|
|
* is the best strategy of all
|
|
|
|
*/
|
|
|
|
static int dv_write_trailer(struct AVFormatContext *s)
|
|
|
|
{
|
2007-04-08 23:24:16 +03:00
|
|
|
dv_delete_mux(s->priv_data);
|
2006-09-15 22:14:24 +03:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-01-26 00:03:28 +02:00
|
|
|
AVOutputFormat ff_dv_muxer = {
|
2011-07-16 23:18:12 +03:00
|
|
|
.name = "dv",
|
2012-07-24 04:23:48 +03:00
|
|
|
.long_name = NULL_IF_CONFIG_SMALL("DV (Digital Video)"),
|
2011-07-16 23:18:12 +03:00
|
|
|
.extensions = "dv",
|
|
|
|
.priv_data_size = sizeof(DVMuxContext),
|
2012-08-05 12:11:04 +03:00
|
|
|
.audio_codec = AV_CODEC_ID_PCM_S16LE,
|
|
|
|
.video_codec = AV_CODEC_ID_DVVIDEO,
|
2011-07-16 23:18:12 +03:00
|
|
|
.write_header = dv_write_header,
|
|
|
|
.write_packet = dv_write_packet,
|
|
|
|
.write_trailer = dv_write_trailer,
|
2006-09-15 22:14:24 +03:00
|
|
|
};
|