2010-01-30 16:57:40 +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.
|
|
|
|
*/
|
|
|
|
|
2002-03-06 20:54:43 +00:00
|
|
|
#include <stdio.h>
|
|
|
|
#include <stdlib.h>
|
|
|
|
#include <assert.h>
|
2002-07-28 15:54:26 +00:00
|
|
|
#include <time.h>
|
2010-01-20 14:31:13 +00:00
|
|
|
#include <stdbool.h>
|
2012-07-31 21:37:56 +00:00
|
|
|
#include <sys/types.h>
|
2002-03-06 20:54:43 +00:00
|
|
|
|
2012-01-28 11:41:36 +00:00
|
|
|
#include <libavutil/common.h>
|
|
|
|
#include <libavutil/opt.h>
|
2012-02-01 18:01:16 +00:00
|
|
|
#include <libavutil/intreadwrite.h>
|
2012-12-11 17:16:42 +00:00
|
|
|
#include <libavutil/pixdesc.h>
|
2012-01-28 11:41:36 +00:00
|
|
|
|
2012-11-10 15:19:45 +00:00
|
|
|
#include "compat/libav.h"
|
|
|
|
|
2010-10-16 01:33:38 +00:00
|
|
|
#include "talloc.h"
|
2002-03-06 20:54:43 +00:00
|
|
|
#include "config.h"
|
2013-08-06 20:41:30 +00:00
|
|
|
#include "mpvcore/mp_msg.h"
|
|
|
|
#include "mpvcore/options.h"
|
|
|
|
#include "mpvcore/bstr.h"
|
|
|
|
#include "mpvcore/av_opts.h"
|
|
|
|
#include "mpvcore/av_common.h"
|
|
|
|
#include "mpvcore/codecs.h"
|
2002-03-06 20:54:43 +00:00
|
|
|
|
2012-11-09 00:06:43 +00:00
|
|
|
#include "compat/mpbswap.h"
|
|
|
|
#include "video/fmt-conversion.h"
|
2002-03-06 20:54:43 +00:00
|
|
|
|
2009-11-21 18:53:10 +00:00
|
|
|
#include "vd.h"
|
2012-11-09 00:06:43 +00:00
|
|
|
#include "video/img_format.h"
|
video/filter: change filter API, use refcounting, remove filter DR
Change the entire filter API to use reference counted images instead
of vf_get_image().
Remove filter "direct rendering". This was useful for vf_expand and (in
rare cases) vf_sub: DR allowed these filters to pass a cropped image to
the filters before them. Then, on filtering, the image was "uncropped",
so that black bars could be added around the image without copying. This
means that in some cases, vf_expand will be slower (-vf gradfun,expand
for example).
Note that another form of DR used for in-place filters has been replaced
by simpler logic. Instead of trying to do DR, filters can check if the
image is writeable (with mp_image_is_writeable()), and do true in-place
if that's the case. This affects filters like vf_gradfun and vf_sub.
Everything has to support strides now. If something doesn't, making a
copy of the image data is required.
2012-11-05 13:25:04 +00:00
|
|
|
#include "video/mp_image_pool.h"
|
2012-11-04 16:17:11 +00:00
|
|
|
#include "video/filter/vf.h"
|
2013-11-03 23:00:18 +00:00
|
|
|
#include "video/decode/dec_video.h"
|
2012-11-09 00:06:43 +00:00
|
|
|
#include "demux/stheader.h"
|
2013-11-18 17:46:44 +00:00
|
|
|
#include "demux/packet.h"
|
2012-11-09 00:06:43 +00:00
|
|
|
#include "video/csputils.h"
|
2002-03-06 20:54:43 +00:00
|
|
|
|
2012-12-11 17:27:34 +00:00
|
|
|
#include "lavc.h"
|
2002-03-06 20:54:43 +00:00
|
|
|
|
mp_image: simplify image allocation
mp_image_alloc_planes() allocated images with minimal stride, even if
the resulting stride was unaligned. It was the responsibility of
vf_get_image() to set an image's width to something larger than
required to get an aligned stride, and then crop it. Always allocate
with aligned strides instead.
Get rid of IMGFMT_IF09 special handling. This format is not used
anymore. (IF09 has 4x4 chroma sub-sampling, and that is what it was
mainly used for - this is still supported.) Get rid of swapped chroma
plane allocation. This is not used anywhere, and VOs like vo_xv,
vo_direct3d and vo_sdl do their own swapping.
Always round chroma width/height up instead of down. Consider 4:2:0 and
an uneven image size. For luma, the size was left uneven, and the chroma
size was rounded down. This doesn't make sense, because chroma would be
missing for the bottom/right border.
Remove mp_image_new_empty() and mp_image_alloc_planes(), they were not
used anymore, except in draw_bmp.c. (It's still allowed to setup
mp_images manually, you just can't allocate image data with them
anymore - this is also done in draw_bmp.c.)
2012-12-19 11:04:32 +00:00
|
|
|
#if AVPALETTE_SIZE != MP_PALETTE_SIZE
|
|
|
|
#error palette too large, adapt video/mp_image.h:MP_PALETTE_SIZE
|
2009-12-26 11:51:19 +00:00
|
|
|
#endif
|
|
|
|
|
2013-08-06 20:41:30 +00:00
|
|
|
#include "mpvcore/m_option.h"
|
2002-06-02 12:48:55 +00:00
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static void init_avctx(struct dec_video *vd, const char *decoder,
|
2013-08-11 21:23:12 +00:00
|
|
|
struct vd_lavc_hwdec *hwdec);
|
2013-11-23 20:36:20 +00:00
|
|
|
static void uninit_avctx(struct dec_video *vd);
|
2013-03-09 19:21:12 +00:00
|
|
|
static void setup_refcounting_hw(struct AVCodecContext *s);
|
2002-07-16 00:56:12 +00:00
|
|
|
|
2013-11-29 16:39:57 +00:00
|
|
|
static enum AVPixelFormat get_format_hwdec(struct AVCodecContext *avctx,
|
|
|
|
const enum AVPixelFormat *pix_fmt);
|
2012-11-06 14:27:44 +00:00
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static void uninit(struct dec_video *vd);
|
2003-07-01 22:05:46 +00:00
|
|
|
|
2013-03-01 10:27:59 +00:00
|
|
|
#define OPT_BASE_STRUCT struct MPOpts
|
|
|
|
|
2011-10-22 00:51:37 +00:00
|
|
|
const m_option_t lavc_decode_opts_conf[] = {
|
2008-04-24 00:59:21 +00:00
|
|
|
OPT_FLAG_CONSTANTS("fast", lavc_param.fast, 0, 0, CODEC_FLAG2_FAST),
|
|
|
|
OPT_STRING("skiploopfilter", lavc_param.skip_loop_filter_str, 0),
|
|
|
|
OPT_STRING("skipidct", lavc_param.skip_idct_str, 0),
|
|
|
|
OPT_STRING("skipframe", lavc_param.skip_frame_str, 0),
|
2010-12-20 03:53:28 +00:00
|
|
|
OPT_INTRANGE("threads", lavc_param.threads, 0, 0, 16),
|
2008-04-24 00:59:21 +00:00
|
|
|
OPT_FLAG_CONSTANTS("bitexact", lavc_param.bitexact, 0, 0, CODEC_FLAG_BITEXACT),
|
2013-11-01 16:14:05 +00:00
|
|
|
OPT_FLAG("check-hw-profile", lavc_param.check_hw_profile, 0),
|
2008-05-15 18:19:35 +00:00
|
|
|
OPT_STRING("o", lavc_param.avopt, 0),
|
2008-04-24 00:59:21 +00:00
|
|
|
{NULL, NULL, 0, 0, 0, 0, NULL}
|
2002-06-02 12:48:55 +00:00
|
|
|
};
|
|
|
|
|
2013-08-11 21:23:12 +00:00
|
|
|
const struct vd_lavc_hwdec mp_vd_lavc_vdpau;
|
|
|
|
const struct vd_lavc_hwdec mp_vd_lavc_vdpau_old;
|
2013-08-14 13:47:18 +00:00
|
|
|
const struct vd_lavc_hwdec mp_vd_lavc_vda;
|
video: add vaapi decode and output support
This is based on the MPlayer VA API patches. To be exact it's based on
a very stripped down version of commit f1ad459a263f8537f6c from
git://gitorious.org/vaapi/mplayer.git.
This doesn't contain useless things like benchmarking hacks and the
demo code for GLX interop. Also, unlike in the original patch, decoding
and video output are split into separate source files (the separation
between decoding and display also makes pixel format hacks unnecessary).
On the other hand, some features not present in the original patch were
added, like screenshot support.
VA API is rather bad for actual video output. Dealing with older libva
versions or the completely broken vdpau backend doesn't help. OSD is
low quality and should be rather slow. In some cases, only either OSD
or subtitles can be shown at the same time (because OSD is drawn first,
OSD is prefered).
Also, libva can't decide whether it accepts straight or premultiplied
alpha for OSD sub-pictures: the vdpau backend seems to assume
premultiplied, while a native vaapi driver uses straight. So I picked
straight alpha. It doesn't matter much, because the blending code for
straight alpha I added to img_convert.c is probably buggy, and ASS
subtitles might be blended incorrectly.
Really good video output with VA API would probably use OpenGL and the
GL interop features, but at this point you might just use vo_opengl.
(Patches for making HW decoding with vo_opengl have a chance of being
accepted.)
Despite these issues, decoding seems to work ok. I still got tearing
on the Intel system I tested (Intel(R) Core(TM) i3-2350M). It was also
tested with the vdpau vaapi wrapper on a nvidia system; however this
was rather broken. (Fortunately, there is no reason to use mpv's VAAPI
support over native VDPAU.)
2013-08-09 12:01:30 +00:00
|
|
|
const struct vd_lavc_hwdec mp_vd_lavc_vaapi;
|
2013-09-22 20:47:50 +00:00
|
|
|
const struct vd_lavc_hwdec mp_vd_lavc_vaapi_copy;
|
2013-08-11 21:23:12 +00:00
|
|
|
|
|
|
|
static const struct vd_lavc_hwdec *hwdec_list[] = {
|
2013-07-16 11:28:28 +00:00
|
|
|
#if HAVE_VDPAU_HWACCEL
|
2013-08-11 21:23:12 +00:00
|
|
|
&mp_vd_lavc_vdpau,
|
2013-07-16 11:28:28 +00:00
|
|
|
#endif
|
|
|
|
#if HAVE_VDPAU_DECODER
|
2013-08-11 21:23:12 +00:00
|
|
|
&mp_vd_lavc_vdpau_old,
|
vdpau: split off decoder parts, use "new" libavcodec vdpau hwaccel API
Move the decoder parts from vo_vdpau.c to a new file vdpau_old.c. This
file is named so because because it's written against the "old"
libavcodec vdpau pseudo-decoder (e.g. "h264_vdpau").
Add support for the "new" libavcodec vdpau support. This was recently
added and replaces the "old" vdpau parts. (In fact, Libav is about to
deprecate and remove the "old" API without deprecation grace period,
so we have to support it now. Moreover, there will probably be no Libav
release which supports both, so the transition is even less smooth than
we could hope, and we have to support both the old and new API.)
Whether the old or new API is used is checked by a configure test: if
the new API is found, it is used, otherwise the old API is assumed.
Some details might be handled differently. Especially display preemption
is a bit problematic with the "new" libavcodec vdpau support: it wants
to keep a pointer to a specific vdpau API function (which can be driver
specific, because preemption might switch drivers). Also, surface IDs
are now directly stored in AVFrames (and mp_images), so they can't be
forced to VDP_INVALID_HANDLE on preemption. (This changes even with
older libavcodec versions, because mp_image always uses the newer
representation to make vo_vdpau.c simpler.)
Decoder initialization in the new code tries to deal with codec
profiles, while the old code always uses the highest profile per codec.
Surface allocation changes. Since the decoder won't call config() in
vo_vdpau.c on video size change anymore, we allow allocating surfaces
of arbitrary size instead of locking it to what the VO was configured.
The non-hwdec code also has slightly different allocation behavior now.
Enabling the old vdpau special decoders via e.g. --vd=lavc:h264_vdpau
doesn't work anymore (a warning suggesting the --hwdec option is
printed instead).
2013-07-27 23:49:45 +00:00
|
|
|
#endif
|
2013-07-16 11:28:28 +00:00
|
|
|
#if HAVE_VDA_HWACCEL
|
2013-08-11 21:23:12 +00:00
|
|
|
&mp_vd_lavc_vda,
|
2013-08-14 13:47:18 +00:00
|
|
|
#endif
|
2013-07-16 11:28:28 +00:00
|
|
|
#if HAVE_VAAPI_HWACCEL
|
video: add vaapi decode and output support
This is based on the MPlayer VA API patches. To be exact it's based on
a very stripped down version of commit f1ad459a263f8537f6c from
git://gitorious.org/vaapi/mplayer.git.
This doesn't contain useless things like benchmarking hacks and the
demo code for GLX interop. Also, unlike in the original patch, decoding
and video output are split into separate source files (the separation
between decoding and display also makes pixel format hacks unnecessary).
On the other hand, some features not present in the original patch were
added, like screenshot support.
VA API is rather bad for actual video output. Dealing with older libva
versions or the completely broken vdpau backend doesn't help. OSD is
low quality and should be rather slow. In some cases, only either OSD
or subtitles can be shown at the same time (because OSD is drawn first,
OSD is prefered).
Also, libva can't decide whether it accepts straight or premultiplied
alpha for OSD sub-pictures: the vdpau backend seems to assume
premultiplied, while a native vaapi driver uses straight. So I picked
straight alpha. It doesn't matter much, because the blending code for
straight alpha I added to img_convert.c is probably buggy, and ASS
subtitles might be blended incorrectly.
Really good video output with VA API would probably use OpenGL and the
GL interop features, but at this point you might just use vo_opengl.
(Patches for making HW decoding with vo_opengl have a chance of being
accepted.)
Despite these issues, decoding seems to work ok. I still got tearing
on the Intel system I tested (Intel(R) Core(TM) i3-2350M). It was also
tested with the vdpau vaapi wrapper on a nvidia system; however this
was rather broken. (Fortunately, there is no reason to use mpv's VAAPI
support over native VDPAU.)
2013-08-09 12:01:30 +00:00
|
|
|
&mp_vd_lavc_vaapi,
|
2013-09-22 20:47:50 +00:00
|
|
|
&mp_vd_lavc_vaapi_copy,
|
video: add vaapi decode and output support
This is based on the MPlayer VA API patches. To be exact it's based on
a very stripped down version of commit f1ad459a263f8537f6c from
git://gitorious.org/vaapi/mplayer.git.
This doesn't contain useless things like benchmarking hacks and the
demo code for GLX interop. Also, unlike in the original patch, decoding
and video output are split into separate source files (the separation
between decoding and display also makes pixel format hacks unnecessary).
On the other hand, some features not present in the original patch were
added, like screenshot support.
VA API is rather bad for actual video output. Dealing with older libva
versions or the completely broken vdpau backend doesn't help. OSD is
low quality and should be rather slow. In some cases, only either OSD
or subtitles can be shown at the same time (because OSD is drawn first,
OSD is prefered).
Also, libva can't decide whether it accepts straight or premultiplied
alpha for OSD sub-pictures: the vdpau backend seems to assume
premultiplied, while a native vaapi driver uses straight. So I picked
straight alpha. It doesn't matter much, because the blending code for
straight alpha I added to img_convert.c is probably buggy, and ASS
subtitles might be blended incorrectly.
Really good video output with VA API would probably use OpenGL and the
GL interop features, but at this point you might just use vo_opengl.
(Patches for making HW decoding with vo_opengl have a chance of being
accepted.)
Despite these issues, decoding seems to work ok. I still got tearing
on the Intel system I tested (Intel(R) Core(TM) i3-2350M). It was also
tested with the vdpau vaapi wrapper on a nvidia system; however this
was rather broken. (Fortunately, there is no reason to use mpv's VAAPI
support over native VDPAU.)
2013-08-09 12:01:30 +00:00
|
|
|
#endif
|
2013-08-11 21:23:12 +00:00
|
|
|
NULL
|
2012-12-11 17:16:42 +00:00
|
|
|
};
|
|
|
|
|
2013-08-11 21:23:12 +00:00
|
|
|
static struct vd_lavc_hwdec *find_hwcodec(enum hwdec_type api)
|
2012-12-11 17:16:42 +00:00
|
|
|
{
|
2013-08-11 21:23:12 +00:00
|
|
|
for (int n = 0; hwdec_list[n]; n++) {
|
|
|
|
if (hwdec_list[n]->type == api)
|
|
|
|
return (struct vd_lavc_hwdec *)hwdec_list[n];
|
2012-12-11 17:16:42 +00:00
|
|
|
}
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static bool hwdec_codec_allowed(struct dec_video *vd, const char *codec)
|
2013-05-03 19:00:05 +00:00
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
bstr s = bstr0(vd->opts->hwdec_codecs);
|
2013-05-03 19:00:05 +00:00
|
|
|
while (s.len) {
|
|
|
|
bstr item;
|
|
|
|
bstr_split_tok(s, ",", &item, &s);
|
2013-08-11 21:23:12 +00:00
|
|
|
if (bstr_equals0(item, "all") || bstr_equals0(item, codec))
|
2013-05-03 19:00:05 +00:00
|
|
|
return true;
|
|
|
|
}
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2011-10-22 00:51:37 +00:00
|
|
|
static enum AVDiscard str2AVDiscard(char *str)
|
|
|
|
{
|
2008-05-10 19:15:57 +00:00
|
|
|
if (!str) return AVDISCARD_DEFAULT;
|
|
|
|
if (strcasecmp(str, "none" ) == 0) return AVDISCARD_NONE;
|
|
|
|
if (strcasecmp(str, "default") == 0) return AVDISCARD_DEFAULT;
|
|
|
|
if (strcasecmp(str, "nonref" ) == 0) return AVDISCARD_NONREF;
|
|
|
|
if (strcasecmp(str, "bidir" ) == 0) return AVDISCARD_BIDIR;
|
|
|
|
if (strcasecmp(str, "nonkey" ) == 0) return AVDISCARD_NONKEY;
|
|
|
|
if (strcasecmp(str, "all" ) == 0) return AVDISCARD_ALL;
|
|
|
|
mp_msg(MSGT_DECVIDEO, MSGL_ERR, "Unknown discard value %s\n", str);
|
2005-07-17 00:18:42 +00:00
|
|
|
return AVDISCARD_DEFAULT;
|
|
|
|
}
|
|
|
|
|
2013-11-01 16:14:05 +00:00
|
|
|
// Find the correct profile entry for the current codec and profile.
|
|
|
|
// Assumes the table has higher profiles first (for each codec).
|
|
|
|
const struct hwdec_profile_entry *hwdec_find_profile(
|
|
|
|
struct lavc_ctx *ctx, const struct hwdec_profile_entry *table)
|
|
|
|
{
|
|
|
|
assert(AV_CODEC_ID_NONE == 0);
|
|
|
|
struct lavc_param *lavc_param = &ctx->opts->lavc_param;
|
|
|
|
enum AVCodecID codec = ctx->avctx->codec_id;
|
|
|
|
int profile = ctx->avctx->profile;
|
|
|
|
// Assume nobody cares about these aspects of the profile
|
2013-11-14 18:24:20 +00:00
|
|
|
if (codec == AV_CODEC_ID_H264) {
|
|
|
|
if (profile == FF_PROFILE_H264_CONSTRAINED_BASELINE)
|
|
|
|
profile = FF_PROFILE_H264_MAIN;
|
|
|
|
}
|
2013-11-01 16:14:05 +00:00
|
|
|
for (int n = 0; table[n].av_codec; n++) {
|
|
|
|
if (table[n].av_codec == codec) {
|
|
|
|
if (table[n].ff_profile == FF_PROFILE_UNKNOWN ||
|
|
|
|
profile == FF_PROFILE_UNKNOWN ||
|
|
|
|
table[n].ff_profile == profile ||
|
|
|
|
!lavc_param->check_hw_profile)
|
|
|
|
return &table[n];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
// Check codec support, without checking the profile.
|
|
|
|
bool hwdec_check_codec_support(const char *decoder,
|
|
|
|
const struct hwdec_profile_entry *table)
|
|
|
|
{
|
|
|
|
enum AVCodecID codec = mp_codec_to_av_codec_id(decoder);
|
|
|
|
for (int n = 0; table[n].av_codec; n++) {
|
|
|
|
if (table[n].av_codec == codec)
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
int hwdec_get_max_refs(struct lavc_ctx *ctx)
|
|
|
|
{
|
|
|
|
return ctx->avctx->codec_id == AV_CODEC_ID_H264 ? 16 : 2;
|
|
|
|
}
|
|
|
|
|
2013-11-03 23:00:18 +00:00
|
|
|
void hwdec_request_api(struct mp_hwdec_info *info, const char *api_name)
|
|
|
|
{
|
|
|
|
if (info && info->load_api)
|
|
|
|
info->load_api(info, api_name);
|
|
|
|
}
|
|
|
|
|
2013-08-11 21:23:12 +00:00
|
|
|
static int hwdec_probe(struct vd_lavc_hwdec *hwdec, struct mp_hwdec_info *info,
|
|
|
|
const char *decoder, const char **hw_decoder)
|
|
|
|
{
|
|
|
|
if (hwdec->codec_pairs) {
|
|
|
|
for (int n = 0; hwdec->codec_pairs[n + 0]; n += 2) {
|
|
|
|
const char *sw = hwdec->codec_pairs[n + 0];
|
|
|
|
const char *hw = hwdec->codec_pairs[n + 1];
|
|
|
|
if (decoder && strcmp(decoder, sw) == 0) {
|
|
|
|
AVCodec *codec = avcodec_find_decoder_by_name(hw);
|
|
|
|
*hw_decoder = hw;
|
|
|
|
if (codec)
|
|
|
|
goto found;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return HWDEC_ERR_NO_CODEC;
|
|
|
|
found: ;
|
|
|
|
}
|
|
|
|
int r = 0;
|
|
|
|
if (hwdec->probe)
|
|
|
|
r = hwdec->probe(hwdec, info, decoder);
|
|
|
|
return r;
|
|
|
|
}
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static bool probe_hwdec(struct dec_video *vd, bool autoprobe, enum hwdec_type api,
|
2013-08-11 21:23:12 +00:00
|
|
|
const char *decoder, struct vd_lavc_hwdec **use_hwdec,
|
|
|
|
const char **use_decoder)
|
|
|
|
{
|
|
|
|
struct vd_lavc_hwdec *hwdec = find_hwcodec(api);
|
|
|
|
if (!hwdec) {
|
|
|
|
mp_tmsg(MSGT_DECVIDEO, MSGL_V, "Requested hardware decoder not "
|
|
|
|
"compiled.\n");
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
const char *hw_decoder = NULL;
|
2013-11-23 20:39:07 +00:00
|
|
|
int r = hwdec_probe(hwdec, &vd->hwdec_info, decoder, &hw_decoder);
|
2013-08-11 21:23:12 +00:00
|
|
|
if (r >= 0) {
|
|
|
|
*use_hwdec = hwdec;
|
|
|
|
*use_decoder = hw_decoder;
|
|
|
|
return true;
|
|
|
|
} else if (r == HWDEC_ERR_NO_CODEC) {
|
|
|
|
mp_tmsg(MSGT_DECVIDEO, MSGL_V, "Hardware decoder '%s' not found in "
|
|
|
|
"libavcodec.\n", hw_decoder ? hw_decoder : decoder);
|
|
|
|
} else if (r == HWDEC_ERR_NO_CTX && !autoprobe) {
|
|
|
|
mp_tmsg(MSGT_DECVIDEO, MSGL_WARN, "VO does not support requested "
|
|
|
|
"hardware decoder.\n");
|
|
|
|
}
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static int init(struct dec_video *vd, const char *decoder)
|
2011-10-22 00:51:37 +00:00
|
|
|
{
|
2002-03-23 17:29:35 +00:00
|
|
|
vd_ffmpeg_ctx *ctx;
|
2013-11-23 20:36:20 +00:00
|
|
|
ctx = vd->priv = talloc_zero(NULL, vd_ffmpeg_ctx);
|
|
|
|
ctx->opts = vd->opts;
|
video/filter: change filter API, use refcounting, remove filter DR
Change the entire filter API to use reference counted images instead
of vf_get_image().
Remove filter "direct rendering". This was useful for vf_expand and (in
rare cases) vf_sub: DR allowed these filters to pass a cropped image to
the filters before them. Then, on filtering, the image was "uncropped",
so that black bars could be added around the image without copying. This
means that in some cases, vf_expand will be slower (-vf gradfun,expand
for example).
Note that another form of DR used for in-place filters has been replaced
by simpler logic. Instead of trying to do DR, filters can check if the
image is writeable (with mp_image_is_writeable()), and do true in-place
if that's the case. This affects filters like vf_gradfun and vf_sub.
Everything has to support strides now. If something doesn't, making a
copy of the image data is required.
2012-11-05 13:25:04 +00:00
|
|
|
ctx->non_dr1_pool = talloc_steal(ctx, mp_image_pool_new(16));
|
2009-02-12 15:41:59 +00:00
|
|
|
|
vdpau: split off decoder parts, use "new" libavcodec vdpau hwaccel API
Move the decoder parts from vo_vdpau.c to a new file vdpau_old.c. This
file is named so because because it's written against the "old"
libavcodec vdpau pseudo-decoder (e.g. "h264_vdpau").
Add support for the "new" libavcodec vdpau support. This was recently
added and replaces the "old" vdpau parts. (In fact, Libav is about to
deprecate and remove the "old" API without deprecation grace period,
so we have to support it now. Moreover, there will probably be no Libav
release which supports both, so the transition is even less smooth than
we could hope, and we have to support both the old and new API.)
Whether the old or new API is used is checked by a configure test: if
the new API is found, it is used, otherwise the old API is assumed.
Some details might be handled differently. Especially display preemption
is a bit problematic with the "new" libavcodec vdpau support: it wants
to keep a pointer to a specific vdpau API function (which can be driver
specific, because preemption might switch drivers). Also, surface IDs
are now directly stored in AVFrames (and mp_images), so they can't be
forced to VDP_INVALID_HANDLE on preemption. (This changes even with
older libavcodec versions, because mp_image always uses the newer
representation to make vo_vdpau.c simpler.)
Decoder initialization in the new code tries to deal with codec
profiles, while the old code always uses the highest profile per codec.
Surface allocation changes. Since the decoder won't call config() in
vo_vdpau.c on video size change anymore, we allow allocating surfaces
of arbitrary size instead of locking it to what the VO was configured.
The non-hwdec code also has slightly different allocation behavior now.
Enabling the old vdpau special decoders via e.g. --vd=lavc:h264_vdpau
doesn't work anymore (a warning suggesting the --hwdec option is
printed instead).
2013-07-27 23:49:45 +00:00
|
|
|
if (bstr_endswith0(bstr0(decoder), "_vdpau")) {
|
|
|
|
mp_tmsg(MSGT_DECVIDEO, MSGL_WARN, "VDPAU decoder '%s' was requested. "
|
|
|
|
"This way of enabling hardware\ndecoding is not supported "
|
|
|
|
"anymore. Use --hwdec=vdpau instead.\nThe --hwdec-codec=... "
|
|
|
|
"option can be used to restrict which codecs are\nenabled, "
|
|
|
|
"otherwise all hardware decoding is tried for all codecs.\n",
|
|
|
|
decoder);
|
2013-11-23 20:36:20 +00:00
|
|
|
uninit(vd);
|
vdpau: split off decoder parts, use "new" libavcodec vdpau hwaccel API
Move the decoder parts from vo_vdpau.c to a new file vdpau_old.c. This
file is named so because because it's written against the "old"
libavcodec vdpau pseudo-decoder (e.g. "h264_vdpau").
Add support for the "new" libavcodec vdpau support. This was recently
added and replaces the "old" vdpau parts. (In fact, Libav is about to
deprecate and remove the "old" API without deprecation grace period,
so we have to support it now. Moreover, there will probably be no Libav
release which supports both, so the transition is even less smooth than
we could hope, and we have to support both the old and new API.)
Whether the old or new API is used is checked by a configure test: if
the new API is found, it is used, otherwise the old API is assumed.
Some details might be handled differently. Especially display preemption
is a bit problematic with the "new" libavcodec vdpau support: it wants
to keep a pointer to a specific vdpau API function (which can be driver
specific, because preemption might switch drivers). Also, surface IDs
are now directly stored in AVFrames (and mp_images), so they can't be
forced to VDP_INVALID_HANDLE on preemption. (This changes even with
older libavcodec versions, because mp_image always uses the newer
representation to make vo_vdpau.c simpler.)
Decoder initialization in the new code tries to deal with codec
profiles, while the old code always uses the highest profile per codec.
Surface allocation changes. Since the decoder won't call config() in
vo_vdpau.c on video size change anymore, we allow allocating surfaces
of arbitrary size instead of locking it to what the VO was configured.
The non-hwdec code also has slightly different allocation behavior now.
Enabling the old vdpau special decoders via e.g. --vd=lavc:h264_vdpau
doesn't work anymore (a warning suggesting the --hwdec option is
printed instead).
2013-07-27 23:49:45 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2013-08-11 21:23:12 +00:00
|
|
|
struct vd_lavc_hwdec *hwdec = NULL;
|
|
|
|
const char *hw_decoder = NULL;
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
if (hwdec_codec_allowed(vd, decoder)) {
|
|
|
|
if (vd->opts->hwdec_api == HWDEC_AUTO) {
|
2013-08-11 21:23:12 +00:00
|
|
|
for (int n = 0; hwdec_list[n]; n++) {
|
2013-11-23 20:36:20 +00:00
|
|
|
if (probe_hwdec(vd, true, hwdec_list[n]->type, decoder,
|
2013-08-11 21:23:12 +00:00
|
|
|
&hwdec, &hw_decoder))
|
|
|
|
break;
|
vdpau: split off decoder parts, use "new" libavcodec vdpau hwaccel API
Move the decoder parts from vo_vdpau.c to a new file vdpau_old.c. This
file is named so because because it's written against the "old"
libavcodec vdpau pseudo-decoder (e.g. "h264_vdpau").
Add support for the "new" libavcodec vdpau support. This was recently
added and replaces the "old" vdpau parts. (In fact, Libav is about to
deprecate and remove the "old" API without deprecation grace period,
so we have to support it now. Moreover, there will probably be no Libav
release which supports both, so the transition is even less smooth than
we could hope, and we have to support both the old and new API.)
Whether the old or new API is used is checked by a configure test: if
the new API is found, it is used, otherwise the old API is assumed.
Some details might be handled differently. Especially display preemption
is a bit problematic with the "new" libavcodec vdpau support: it wants
to keep a pointer to a specific vdpau API function (which can be driver
specific, because preemption might switch drivers). Also, surface IDs
are now directly stored in AVFrames (and mp_images), so they can't be
forced to VDP_INVALID_HANDLE on preemption. (This changes even with
older libavcodec versions, because mp_image always uses the newer
representation to make vo_vdpau.c simpler.)
Decoder initialization in the new code tries to deal with codec
profiles, while the old code always uses the highest profile per codec.
Surface allocation changes. Since the decoder won't call config() in
vo_vdpau.c on video size change anymore, we allow allocating surfaces
of arbitrary size instead of locking it to what the VO was configured.
The non-hwdec code also has slightly different allocation behavior now.
Enabling the old vdpau special decoders via e.g. --vd=lavc:h264_vdpau
doesn't work anymore (a warning suggesting the --hwdec option is
printed instead).
2013-07-27 23:49:45 +00:00
|
|
|
}
|
2013-11-23 20:36:20 +00:00
|
|
|
} else if (vd->opts->hwdec_api != HWDEC_NONE) {
|
|
|
|
probe_hwdec(vd, false, vd->opts->hwdec_api, decoder,
|
2013-08-11 21:23:12 +00:00
|
|
|
&hwdec, &hw_decoder);
|
2012-12-11 17:16:42 +00:00
|
|
|
}
|
2013-08-11 21:23:12 +00:00
|
|
|
} else {
|
|
|
|
mp_tmsg(MSGT_DECVIDEO, MSGL_V, "Not trying to use hardware decoding: "
|
|
|
|
"codec %s is blacklisted by user.\n", decoder);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (hwdec) {
|
|
|
|
ctx->software_fallback_decoder = talloc_strdup(ctx, decoder);
|
|
|
|
if (hw_decoder)
|
|
|
|
decoder = hw_decoder;
|
|
|
|
mp_tmsg(MSGT_DECVIDEO, MSGL_INFO, "Trying to use hardware decoding.\n");
|
2013-11-23 20:36:20 +00:00
|
|
|
} else if (vd->opts->hwdec_api != HWDEC_NONE) {
|
2013-08-11 21:23:12 +00:00
|
|
|
mp_tmsg(MSGT_DECVIDEO, MSGL_INFO, "Using software decoding.\n");
|
2012-12-11 17:16:42 +00:00
|
|
|
}
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
init_avctx(vd, decoder, hwdec);
|
2013-04-27 11:36:09 +00:00
|
|
|
if (!ctx->avctx) {
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 14:15:19 +00:00
|
|
|
if (ctx->software_fallback_decoder) {
|
|
|
|
mp_tmsg(MSGT_DECVIDEO, MSGL_ERR, "Error initializing hardware "
|
|
|
|
"decoding, falling back to software decoding.\n");
|
|
|
|
decoder = ctx->software_fallback_decoder;
|
|
|
|
ctx->software_fallback_decoder = NULL;
|
2013-11-23 20:36:20 +00:00
|
|
|
init_avctx(vd, decoder, NULL);
|
2013-04-27 11:36:09 +00:00
|
|
|
}
|
|
|
|
if (!ctx->avctx) {
|
2013-11-23 20:36:20 +00:00
|
|
|
uninit(vd);
|
2013-04-27 11:36:09 +00:00
|
|
|
return 0;
|
2012-12-11 17:16:42 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2013-02-09 14:15:32 +00:00
|
|
|
static void set_from_bih(AVCodecContext *avctx, uint32_t format,
|
2013-11-02 14:10:28 +00:00
|
|
|
MP_BITMAPINFOHEADER *bih)
|
2013-02-09 14:15:32 +00:00
|
|
|
{
|
|
|
|
|
|
|
|
switch (format) {
|
2013-11-02 14:10:28 +00:00
|
|
|
case MP_FOURCC('S','V','Q','3'):
|
|
|
|
case MP_FOURCC('A','V','R','n'):
|
|
|
|
case MP_FOURCC('M','J','P','G'):
|
2013-02-09 14:15:32 +00:00
|
|
|
/* AVRn stores huffman table in AVI header */
|
|
|
|
/* Pegasus MJPEG stores it also in AVI header, but it uses the common
|
|
|
|
* MJPG fourcc :( */
|
|
|
|
if (bih->biSize <= sizeof(*bih))
|
|
|
|
break;
|
|
|
|
av_opt_set_int(avctx, "extern_huff", 1, AV_OPT_SEARCH_CHILDREN);
|
|
|
|
avctx->extradata_size = bih->biSize - sizeof(*bih);
|
|
|
|
avctx->extradata = av_mallocz(avctx->extradata_size +
|
|
|
|
FF_INPUT_BUFFER_PADDING_SIZE);
|
|
|
|
memcpy(avctx->extradata, bih + 1, avctx->extradata_size);
|
|
|
|
break;
|
|
|
|
|
2013-11-02 14:10:28 +00:00
|
|
|
case MP_FOURCC('R','V','1','0'):
|
|
|
|
case MP_FOURCC('R','V','1','3'):
|
|
|
|
case MP_FOURCC('R','V','2','0'):
|
|
|
|
case MP_FOURCC('R','V','3','0'):
|
|
|
|
case MP_FOURCC('R','V','4','0'):
|
2013-02-09 14:15:32 +00:00
|
|
|
if (bih->biSize < sizeof(*bih) + 8) {
|
|
|
|
// only 1 packet per frame & sub_id from fourcc
|
|
|
|
avctx->extradata_size = 8;
|
|
|
|
avctx->extradata = av_mallocz(avctx->extradata_size +
|
|
|
|
FF_INPUT_BUFFER_PADDING_SIZE);
|
|
|
|
((uint32_t *)avctx->extradata)[0] = 0;
|
|
|
|
((uint32_t *)avctx->extradata)[1] =
|
2013-11-02 14:10:28 +00:00
|
|
|
format == MP_FOURCC('R','V','1','3') ?
|
2013-02-09 14:15:32 +00:00
|
|
|
0x10003001 : 0x10000000;
|
|
|
|
} else {
|
|
|
|
// has extra slice header (demux_rm or rm->avi streamcopy)
|
|
|
|
avctx->extradata_size = bih->biSize - sizeof(*bih);
|
|
|
|
avctx->extradata = av_mallocz(avctx->extradata_size +
|
|
|
|
FF_INPUT_BUFFER_PADDING_SIZE);
|
|
|
|
memcpy(avctx->extradata, bih + 1, avctx->extradata_size);
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
|
|
|
if (bih->biSize <= sizeof(*bih))
|
|
|
|
break;
|
|
|
|
avctx->extradata_size = bih->biSize - sizeof(*bih);
|
|
|
|
avctx->extradata = av_mallocz(avctx->extradata_size +
|
|
|
|
FF_INPUT_BUFFER_PADDING_SIZE);
|
|
|
|
memcpy(avctx->extradata, bih + 1, avctx->extradata_size);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
avctx->bits_per_coded_sample = bih->biBitCount;
|
|
|
|
avctx->coded_width = bih->biWidth;
|
|
|
|
avctx->coded_height = bih->biHeight;
|
|
|
|
}
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static void init_avctx(struct dec_video *vd, const char *decoder,
|
2013-08-11 21:23:12 +00:00
|
|
|
struct vd_lavc_hwdec *hwdec)
|
2012-12-11 17:16:42 +00:00
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
vd_ffmpeg_ctx *ctx = vd->priv;
|
|
|
|
struct lavc_param *lavc_param = &vd->opts->lavc_param;
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 14:15:19 +00:00
|
|
|
bool mp_rawvideo = false;
|
2013-11-23 20:36:20 +00:00
|
|
|
struct sh_stream *sh = vd->header;
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 14:15:19 +00:00
|
|
|
|
2013-04-27 11:36:09 +00:00
|
|
|
assert(!ctx->avctx);
|
|
|
|
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 14:15:19 +00:00
|
|
|
if (strcmp(decoder, "mp-rawvideo") == 0) {
|
|
|
|
mp_rawvideo = true;
|
|
|
|
decoder = "rawvideo";
|
|
|
|
}
|
2012-12-11 17:16:42 +00:00
|
|
|
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 14:15:19 +00:00
|
|
|
AVCodec *lavc_codec = avcodec_find_decoder_by_name(decoder);
|
|
|
|
if (!lavc_codec)
|
2013-04-27 11:36:09 +00:00
|
|
|
return;
|
2012-07-24 06:01:47 +00:00
|
|
|
|
2013-11-23 20:39:07 +00:00
|
|
|
ctx->hwdec_info = &vd->hwdec_info;
|
vdpau: split off decoder parts, use "new" libavcodec vdpau hwaccel API
Move the decoder parts from vo_vdpau.c to a new file vdpau_old.c. This
file is named so because because it's written against the "old"
libavcodec vdpau pseudo-decoder (e.g. "h264_vdpau").
Add support for the "new" libavcodec vdpau support. This was recently
added and replaces the "old" vdpau parts. (In fact, Libav is about to
deprecate and remove the "old" API without deprecation grace period,
so we have to support it now. Moreover, there will probably be no Libav
release which supports both, so the transition is even less smooth than
we could hope, and we have to support both the old and new API.)
Whether the old or new API is used is checked by a configure test: if
the new API is found, it is used, otherwise the old API is assumed.
Some details might be handled differently. Especially display preemption
is a bit problematic with the "new" libavcodec vdpau support: it wants
to keep a pointer to a specific vdpau API function (which can be driver
specific, because preemption might switch drivers). Also, surface IDs
are now directly stored in AVFrames (and mp_images), so they can't be
forced to VDP_INVALID_HANDLE on preemption. (This changes even with
older libavcodec versions, because mp_image always uses the newer
representation to make vo_vdpau.c simpler.)
Decoder initialization in the new code tries to deal with codec
profiles, while the old code always uses the highest profile per codec.
Surface allocation changes. Since the decoder won't call config() in
vo_vdpau.c on video size change anymore, we allow allocating surfaces
of arbitrary size instead of locking it to what the VO was configured.
The non-hwdec code also has slightly different allocation behavior now.
Enabling the old vdpau special decoders via e.g. --vd=lavc:h264_vdpau
doesn't work anymore (a warning suggesting the --hwdec option is
printed instead).
2013-07-27 23:49:45 +00:00
|
|
|
|
2012-12-11 23:43:50 +00:00
|
|
|
ctx->do_dr1 = ctx->do_hw_dr1 = 0;
|
2013-11-29 16:39:57 +00:00
|
|
|
ctx->pix_fmt = AV_PIX_FMT_NONE;
|
2013-09-22 20:47:15 +00:00
|
|
|
ctx->image_params = (struct mp_image_params){0};
|
|
|
|
ctx->vo_image_params = (struct mp_image_params){0};
|
2012-12-11 17:16:42 +00:00
|
|
|
ctx->hwdec = hwdec;
|
2012-01-28 11:41:36 +00:00
|
|
|
ctx->avctx = avcodec_alloc_context3(lavc_codec);
|
2012-12-11 17:16:42 +00:00
|
|
|
AVCodecContext *avctx = ctx->avctx;
|
2013-11-23 20:36:20 +00:00
|
|
|
avctx->opaque = vd;
|
2011-04-19 23:59:45 +00:00
|
|
|
avctx->codec_type = AVMEDIA_TYPE_VIDEO;
|
2009-09-23 19:21:38 +00:00
|
|
|
avctx->codec_id = lavc_codec->id;
|
2002-07-16 00:56:12 +00:00
|
|
|
|
2013-10-31 17:12:39 +00:00
|
|
|
#if HAVE_AVUTIL_REFCOUNTING
|
|
|
|
avctx->refcounted_frames = 1;
|
|
|
|
ctx->pic = av_frame_alloc();
|
|
|
|
#else
|
|
|
|
ctx->pic = avcodec_alloc_frame();
|
|
|
|
#endif
|
|
|
|
|
2013-12-04 19:58:06 +00:00
|
|
|
if (ctx->hwdec) {
|
2012-12-11 23:43:50 +00:00
|
|
|
ctx->do_hw_dr1 = true;
|
2012-11-05 22:57:02 +00:00
|
|
|
avctx->thread_count = 1;
|
2013-12-04 19:58:06 +00:00
|
|
|
avctx->get_format = get_format_hwdec;
|
2013-03-09 19:21:12 +00:00
|
|
|
setup_refcounting_hw(avctx);
|
2013-12-04 19:58:06 +00:00
|
|
|
if (ctx->hwdec->init(ctx) < 0) {
|
2013-11-23 20:36:20 +00:00
|
|
|
uninit_avctx(vd);
|
vdpau: split off decoder parts, use "new" libavcodec vdpau hwaccel API
Move the decoder parts from vo_vdpau.c to a new file vdpau_old.c. This
file is named so because because it's written against the "old"
libavcodec vdpau pseudo-decoder (e.g. "h264_vdpau").
Add support for the "new" libavcodec vdpau support. This was recently
added and replaces the "old" vdpau parts. (In fact, Libav is about to
deprecate and remove the "old" API without deprecation grace period,
so we have to support it now. Moreover, there will probably be no Libav
release which supports both, so the transition is even less smooth than
we could hope, and we have to support both the old and new API.)
Whether the old or new API is used is checked by a configure test: if
the new API is found, it is used, otherwise the old API is assumed.
Some details might be handled differently. Especially display preemption
is a bit problematic with the "new" libavcodec vdpau support: it wants
to keep a pointer to a specific vdpau API function (which can be driver
specific, because preemption might switch drivers). Also, surface IDs
are now directly stored in AVFrames (and mp_images), so they can't be
forced to VDP_INVALID_HANDLE on preemption. (This changes even with
older libavcodec versions, because mp_image always uses the newer
representation to make vo_vdpau.c simpler.)
Decoder initialization in the new code tries to deal with codec
profiles, while the old code always uses the highest profile per codec.
Surface allocation changes. Since the decoder won't call config() in
vo_vdpau.c on video size change anymore, we allow allocating surfaces
of arbitrary size instead of locking it to what the VO was configured.
The non-hwdec code also has slightly different allocation behavior now.
Enabling the old vdpau special decoders via e.g. --vd=lavc:h264_vdpau
doesn't work anymore (a warning suggesting the --hwdec option is
printed instead).
2013-07-27 23:49:45 +00:00
|
|
|
return;
|
2012-12-11 17:16:42 +00:00
|
|
|
}
|
2013-03-09 19:21:12 +00:00
|
|
|
} else {
|
2013-10-31 17:12:39 +00:00
|
|
|
#if !HAVE_AVUTIL_REFCOUNTING
|
2013-03-09 19:21:12 +00:00
|
|
|
if (lavc_codec->capabilities & CODEC_CAP_DR1) {
|
|
|
|
ctx->do_dr1 = true;
|
|
|
|
avctx->get_buffer = mp_codec_get_buffer;
|
|
|
|
avctx->release_buffer = mp_codec_release_buffer;
|
|
|
|
}
|
2013-03-09 19:50:06 +00:00
|
|
|
#endif
|
2013-12-04 19:58:19 +00:00
|
|
|
mp_set_avcodec_threads(avctx, lavc_param->threads);
|
2010-12-20 03:53:28 +00:00
|
|
|
}
|
2002-09-06 22:53:26 +00:00
|
|
|
|
2011-10-22 00:51:37 +00:00
|
|
|
avctx->flags |= lavc_param->bitexact;
|
2009-02-12 15:41:59 +00:00
|
|
|
|
2011-10-22 00:51:37 +00:00
|
|
|
avctx->flags2 |= lavc_param->fast;
|
2008-04-24 00:59:21 +00:00
|
|
|
avctx->skip_loop_filter = str2AVDiscard(lavc_param->skip_loop_filter_str);
|
|
|
|
avctx->skip_idct = str2AVDiscard(lavc_param->skip_idct_str);
|
|
|
|
avctx->skip_frame = str2AVDiscard(lavc_param->skip_frame_str);
|
2008-05-10 18:55:31 +00:00
|
|
|
|
2011-10-22 00:51:37 +00:00
|
|
|
if (lavc_param->avopt) {
|
|
|
|
if (parse_avopts(avctx, lavc_param->avopt) < 0) {
|
|
|
|
mp_msg(MSGT_DECVIDEO, MSGL_ERR,
|
|
|
|
"Your options /%s/ look like gibberish to me pal\n",
|
|
|
|
lavc_param->avopt);
|
2013-11-23 20:36:20 +00:00
|
|
|
uninit_avctx(vd);
|
2013-04-27 11:36:09 +00:00
|
|
|
return;
|
2008-05-10 18:55:31 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2011-07-09 10:50:16 +00:00
|
|
|
// Do this after the above avopt handling in case it changes values
|
|
|
|
ctx->skip_frame = avctx->skip_frame;
|
|
|
|
|
2013-11-23 20:37:56 +00:00
|
|
|
avctx->codec_tag = sh->format;
|
2013-11-23 20:36:20 +00:00
|
|
|
avctx->coded_width = sh->video->disp_w;
|
|
|
|
avctx->coded_height = sh->video->disp_h;
|
demux_lavf, ad_lavc, vd_lavc: pass codec header data directly
Instead of putting codec header data into WAVEFORMATEX and
BITMAPINFOHEADER, pass it directly via AVCodecContext. To do this, we
add mp_copy_lav_codec_headers(), which copies the codec header data
from one AVCodecContext to another (originally, the plan was to use
avcodec_copy_context() for this, but it looks like this would turn
decoder initialization into an even worse mess).
Get rid of the silly CodecID <-> codec_tag mapping. This was originally
needed for codecs.conf: codec tags were used to identify codecs, but
libavformat didn't always return useful codec tags (different file
formats can have different, overlapping tag numbers). Since we don't
go through WAVEFORMATEX etc. and pass all header data directly via
AVCodecContext, we can be absolutely sure that the codec tag mapping is
not needed anymore.
Note that this also destroys the "standard" MPlayer method of exporting
codec header data. WAVEFORMATEX and BITMAPINFOHEADER made sure that
other non-libavcodec decoders could be initialized. However, all these
decoders have been removed, so this is just cruft full of old hacks that
are not needed anymore. There's still ad_spdif and ad_mpg123, bu neither
of these need codec header data. Should we ever add non-libavcodec
decoders, better data structures without the past hacks could be added
to export the headers.
2013-02-09 14:15:37 +00:00
|
|
|
|
2013-07-07 21:54:11 +00:00
|
|
|
// demux_mkv
|
2013-11-23 20:36:20 +00:00
|
|
|
if (sh->video->bih)
|
2013-11-23 20:37:56 +00:00
|
|
|
set_from_bih(avctx, sh->format, sh->video->bih);
|
2002-08-28 22:02:38 +00:00
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
if (mp_rawvideo) {
|
2013-11-23 20:37:56 +00:00
|
|
|
avctx->pix_fmt = imgfmt2pixfmt(sh->format);
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 14:15:19 +00:00
|
|
|
avctx->codec_tag = 0;
|
|
|
|
}
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
if (sh->lav_headers)
|
|
|
|
mp_copy_lav_codec_headers(avctx, sh->lav_headers);
|
demux_lavf, ad_lavc, vd_lavc: pass codec header data directly
Instead of putting codec header data into WAVEFORMATEX and
BITMAPINFOHEADER, pass it directly via AVCodecContext. To do this, we
add mp_copy_lav_codec_headers(), which copies the codec header data
from one AVCodecContext to another (originally, the plan was to use
avcodec_copy_context() for this, but it looks like this would turn
decoder initialization into an even worse mess).
Get rid of the silly CodecID <-> codec_tag mapping. This was originally
needed for codecs.conf: codec tags were used to identify codecs, but
libavformat didn't always return useful codec tags (different file
formats can have different, overlapping tag numbers). Since we don't
go through WAVEFORMATEX etc. and pass all header data directly via
AVCodecContext, we can be absolutely sure that the codec tag mapping is
not needed anymore.
Note that this also destroys the "standard" MPlayer method of exporting
codec header data. WAVEFORMATEX and BITMAPINFOHEADER made sure that
other non-libavcodec decoders could be initialized. However, all these
decoders have been removed, so this is just cruft full of old hacks that
are not needed anymore. There's still ad_spdif and ad_mpg123, bu neither
of these need codec header data. Should we ever add non-libavcodec
decoders, better data structures without the past hacks could be added
to export the headers.
2013-02-09 14:15:37 +00:00
|
|
|
|
2002-03-06 20:54:43 +00:00
|
|
|
/* open it */
|
2012-01-28 11:41:36 +00:00
|
|
|
if (avcodec_open2(avctx, lavc_codec, NULL) < 0) {
|
2009-07-06 22:15:02 +00:00
|
|
|
mp_tmsg(MSGT_DECVIDEO, MSGL_ERR, "Could not open codec.\n");
|
2013-11-23 20:36:20 +00:00
|
|
|
uninit_avctx(vd);
|
2013-04-27 11:36:09 +00:00
|
|
|
return;
|
2002-03-06 20:54:43 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static void uninit_avctx(struct dec_video *vd)
|
2011-10-22 00:51:37 +00:00
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
vd_ffmpeg_ctx *ctx = vd->priv;
|
2002-03-23 17:29:35 +00:00
|
|
|
AVCodecContext *avctx = ctx->avctx;
|
2009-02-12 15:41:59 +00:00
|
|
|
|
2007-02-03 13:19:21 +00:00
|
|
|
if (avctx) {
|
2007-02-03 13:20:31 +00:00
|
|
|
if (avctx->codec && avcodec_close(avctx) < 0)
|
2009-07-06 22:15:02 +00:00
|
|
|
mp_tmsg(MSGT_DECVIDEO, MSGL_ERR, "Could not close codec.\n");
|
2002-05-02 12:24:53 +00:00
|
|
|
|
2007-02-03 13:20:31 +00:00
|
|
|
av_freep(&avctx->extradata);
|
|
|
|
av_freep(&avctx->slice_offset);
|
2007-02-03 13:19:21 +00:00
|
|
|
}
|
2005-01-08 19:16:21 +00:00
|
|
|
|
2013-04-27 11:36:09 +00:00
|
|
|
av_freep(&ctx->avctx);
|
2012-12-11 23:43:50 +00:00
|
|
|
|
2013-08-11 21:23:12 +00:00
|
|
|
if (ctx->hwdec && ctx->hwdec->uninit)
|
|
|
|
ctx->hwdec->uninit(ctx);
|
vdpau: split off decoder parts, use "new" libavcodec vdpau hwaccel API
Move the decoder parts from vo_vdpau.c to a new file vdpau_old.c. This
file is named so because because it's written against the "old"
libavcodec vdpau pseudo-decoder (e.g. "h264_vdpau").
Add support for the "new" libavcodec vdpau support. This was recently
added and replaces the "old" vdpau parts. (In fact, Libav is about to
deprecate and remove the "old" API without deprecation grace period,
so we have to support it now. Moreover, there will probably be no Libav
release which supports both, so the transition is even less smooth than
we could hope, and we have to support both the old and new API.)
Whether the old or new API is used is checked by a configure test: if
the new API is found, it is used, otherwise the old API is assumed.
Some details might be handled differently. Especially display preemption
is a bit problematic with the "new" libavcodec vdpau support: it wants
to keep a pointer to a specific vdpau API function (which can be driver
specific, because preemption might switch drivers). Also, surface IDs
are now directly stored in AVFrames (and mp_images), so they can't be
forced to VDP_INVALID_HANDLE on preemption. (This changes even with
older libavcodec versions, because mp_image always uses the newer
representation to make vo_vdpau.c simpler.)
Decoder initialization in the new code tries to deal with codec
profiles, while the old code always uses the highest profile per codec.
Surface allocation changes. Since the decoder won't call config() in
vo_vdpau.c on video size change anymore, we allow allocating surfaces
of arbitrary size instead of locking it to what the VO was configured.
The non-hwdec code also has slightly different allocation behavior now.
Enabling the old vdpau special decoders via e.g. --vd=lavc:h264_vdpau
doesn't work anymore (a warning suggesting the --hwdec option is
printed instead).
2013-07-27 23:49:45 +00:00
|
|
|
|
2013-10-31 17:12:39 +00:00
|
|
|
#if HAVE_AVUTIL_REFCOUNTING
|
|
|
|
av_frame_free(&ctx->pic);
|
|
|
|
#else
|
|
|
|
avcodec_free_frame(&ctx->pic);
|
2012-12-11 17:27:34 +00:00
|
|
|
mp_buffer_pool_free(&ctx->dr1_buffer_pool);
|
2013-03-09 19:50:06 +00:00
|
|
|
#endif
|
2002-03-06 20:54:43 +00:00
|
|
|
}
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static void uninit(struct dec_video *vd)
|
2011-10-22 00:51:37 +00:00
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
uninit_avctx(vd);
|
2012-12-11 17:16:42 +00:00
|
|
|
}
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static void update_image_params(struct dec_video *vd, AVFrame *frame)
|
2012-12-11 17:16:42 +00:00
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
vd_ffmpeg_ctx *ctx = vd->priv;
|
2012-12-20 12:28:39 +00:00
|
|
|
int width = frame->width;
|
|
|
|
int height = frame->height;
|
|
|
|
float aspect = av_q2d(frame->sample_aspect_ratio) * width / height;
|
2013-01-24 11:43:36 +00:00
|
|
|
int pix_fmt = frame->format;
|
|
|
|
|
|
|
|
#if LIBAVCODEC_VERSION_INT < AV_VERSION_INT(54, 40, 0)
|
|
|
|
pix_fmt = ctx->avctx->pix_fmt;
|
|
|
|
#endif
|
2005-05-25 16:29:53 +00:00
|
|
|
|
2013-11-23 20:40:51 +00:00
|
|
|
if (pix_fmt != ctx->pix_fmt) {
|
2013-01-24 11:43:36 +00:00
|
|
|
ctx->pix_fmt = pix_fmt;
|
|
|
|
ctx->best_csp = pixfmt2imgfmt(pix_fmt);
|
2002-04-13 13:40:26 +00:00
|
|
|
}
|
2013-11-23 20:40:51 +00:00
|
|
|
|
|
|
|
int d_w, d_h;
|
|
|
|
vf_set_dar(&d_w, &d_h, width, height, aspect);
|
|
|
|
|
|
|
|
ctx->image_params = (struct mp_image_params) {
|
|
|
|
.imgfmt = ctx->best_csp,
|
|
|
|
.w = width,
|
|
|
|
.h = height,
|
|
|
|
.d_w = d_w,
|
|
|
|
.d_h = d_h,
|
|
|
|
.colorspace = avcol_spc_to_mp_csp(ctx->avctx->colorspace),
|
|
|
|
.colorlevels = avcol_range_to_mp_csp_levels(ctx->avctx->color_range),
|
|
|
|
.chroma_location =
|
|
|
|
avchroma_location_to_mp(ctx->avctx->chroma_sample_location),
|
|
|
|
};
|
2002-07-14 19:44:40 +00:00
|
|
|
}
|
|
|
|
|
2013-11-29 16:39:57 +00:00
|
|
|
static enum AVPixelFormat get_format_hwdec(struct AVCodecContext *avctx,
|
|
|
|
const enum AVPixelFormat *fmt)
|
2012-11-06 14:27:44 +00:00
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
struct dec_video *vd = avctx->opaque;
|
|
|
|
vd_ffmpeg_ctx *ctx = vd->priv;
|
2012-11-06 14:27:44 +00:00
|
|
|
|
2012-12-11 17:16:42 +00:00
|
|
|
mp_msg(MSGT_DECVIDEO, MSGL_V, "Pixel formats supported by decoder:");
|
2013-11-29 16:39:57 +00:00
|
|
|
for (int i = 0; fmt[i] != AV_PIX_FMT_NONE; i++)
|
2012-12-11 17:16:42 +00:00
|
|
|
mp_msg(MSGT_DECVIDEO, MSGL_V, " %s", av_get_pix_fmt_name(fmt[i]));
|
|
|
|
mp_msg(MSGT_DECVIDEO, MSGL_V, "\n");
|
|
|
|
|
2013-08-11 21:23:12 +00:00
|
|
|
assert(ctx->hwdec);
|
2012-12-11 17:16:42 +00:00
|
|
|
|
2013-11-29 16:39:57 +00:00
|
|
|
for (int i = 0; fmt[i] != AV_PIX_FMT_NONE; i++) {
|
2013-08-11 21:23:12 +00:00
|
|
|
const int *okfmt = ctx->hwdec->image_formats;
|
vdpau: split off decoder parts, use "new" libavcodec vdpau hwaccel API
Move the decoder parts from vo_vdpau.c to a new file vdpau_old.c. This
file is named so because because it's written against the "old"
libavcodec vdpau pseudo-decoder (e.g. "h264_vdpau").
Add support for the "new" libavcodec vdpau support. This was recently
added and replaces the "old" vdpau parts. (In fact, Libav is about to
deprecate and remove the "old" API without deprecation grace period,
so we have to support it now. Moreover, there will probably be no Libav
release which supports both, so the transition is even less smooth than
we could hope, and we have to support both the old and new API.)
Whether the old or new API is used is checked by a configure test: if
the new API is found, it is used, otherwise the old API is assumed.
Some details might be handled differently. Especially display preemption
is a bit problematic with the "new" libavcodec vdpau support: it wants
to keep a pointer to a specific vdpau API function (which can be driver
specific, because preemption might switch drivers). Also, surface IDs
are now directly stored in AVFrames (and mp_images), so they can't be
forced to VDP_INVALID_HANDLE on preemption. (This changes even with
older libavcodec versions, because mp_image always uses the newer
representation to make vo_vdpau.c simpler.)
Decoder initialization in the new code tries to deal with codec
profiles, while the old code always uses the highest profile per codec.
Surface allocation changes. Since the decoder won't call config() in
vo_vdpau.c on video size change anymore, we allow allocating surfaces
of arbitrary size instead of locking it to what the VO was configured.
The non-hwdec code also has slightly different allocation behavior now.
Enabling the old vdpau special decoders via e.g. --vd=lavc:h264_vdpau
doesn't work anymore (a warning suggesting the --hwdec option is
printed instead).
2013-07-27 23:49:45 +00:00
|
|
|
for (int n = 0; okfmt && okfmt[n]; n++) {
|
|
|
|
if (imgfmt2pixfmt(okfmt[n]) == fmt[i])
|
|
|
|
return fmt[i];
|
|
|
|
}
|
2012-11-06 14:27:44 +00:00
|
|
|
}
|
2012-12-11 17:16:42 +00:00
|
|
|
|
2013-11-29 16:39:57 +00:00
|
|
|
return AV_PIX_FMT_NONE;
|
2012-11-06 14:27:44 +00:00
|
|
|
}
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static struct mp_image *get_surface_hwdec(struct dec_video *vd, AVFrame *pic)
|
2012-11-06 14:27:44 +00:00
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
vd_ffmpeg_ctx *ctx = vd->priv;
|
2012-11-06 14:27:44 +00:00
|
|
|
|
2012-12-11 17:16:42 +00:00
|
|
|
/* Decoders using ffmpeg's hwaccel architecture (everything except vdpau)
|
|
|
|
* can fall back to software decoding automatically. However, we don't
|
|
|
|
* want that: multithreading was already disabled. ffmpeg's fallback
|
|
|
|
* isn't really useful, and causes more trouble than it helps.
|
|
|
|
*
|
|
|
|
* Instead of trying to "adjust" the thread_count fields in avctx, let
|
|
|
|
* decoding fail hard. Then decode_with_fallback() will do our own software
|
|
|
|
* fallback. Fully reinitializing the decoder is saner, and will probably
|
|
|
|
* save us from other weird corner cases, like having to "reroute" the
|
|
|
|
* get_buffer callback.
|
|
|
|
*/
|
2012-12-20 12:28:39 +00:00
|
|
|
int imgfmt = pixfmt2imgfmt(pic->format);
|
2012-12-11 17:16:42 +00:00
|
|
|
if (!IMGFMT_IS_HWACCEL(imgfmt))
|
2013-03-09 19:50:06 +00:00
|
|
|
return NULL;
|
2012-11-06 14:27:44 +00:00
|
|
|
|
2013-08-15 16:20:52 +00:00
|
|
|
// Using frame->width/height is bad. For non-mod 16 video (which would
|
|
|
|
// require alignment of frame sizes) we want the decoded size, not the
|
|
|
|
// aligned size. At least vdpau needs this: the video mixer is created
|
|
|
|
// with decoded size, and the video surfaces must have matching size.
|
2013-08-15 16:20:15 +00:00
|
|
|
int w = ctx->avctx->width;
|
|
|
|
int h = ctx->avctx->height;
|
|
|
|
|
|
|
|
struct mp_image *mpi = ctx->hwdec->allocate_image(ctx, imgfmt, w, h);
|
2013-03-09 19:50:06 +00:00
|
|
|
|
|
|
|
if (mpi) {
|
|
|
|
for (int i = 0; i < 4; i++)
|
|
|
|
pic->data[i] = mpi->planes[i];
|
|
|
|
}
|
|
|
|
|
|
|
|
return mpi;
|
|
|
|
}
|
|
|
|
|
|
|
|
#if HAVE_AVUTIL_REFCOUNTING
|
|
|
|
|
|
|
|
static void free_mpi(void *opaque, uint8_t *data)
|
|
|
|
{
|
|
|
|
struct mp_image *mpi = opaque;
|
|
|
|
talloc_free(mpi);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int get_buffer2_hwdec(AVCodecContext *avctx, AVFrame *pic, int flags)
|
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
struct dec_video *vd = avctx->opaque;
|
2013-03-09 19:50:06 +00:00
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
struct mp_image *mpi = get_surface_hwdec(vd, pic);
|
2013-03-09 19:50:06 +00:00
|
|
|
if (!mpi)
|
|
|
|
return -1;
|
|
|
|
|
|
|
|
pic->buf[0] = av_buffer_create(NULL, 0, free_mpi, mpi, 0);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void setup_refcounting_hw(AVCodecContext *avctx)
|
|
|
|
{
|
|
|
|
avctx->get_buffer2 = get_buffer2_hwdec;
|
|
|
|
}
|
|
|
|
|
|
|
|
#else /* HAVE_AVUTIL_REFCOUNTING */
|
|
|
|
|
|
|
|
static int get_buffer_hwdec(AVCodecContext *avctx, AVFrame *pic)
|
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
struct dec_video *vd = avctx->opaque;
|
2013-03-09 19:50:06 +00:00
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
struct mp_image *mpi = get_surface_hwdec(vd, pic);
|
video/filter: change filter API, use refcounting, remove filter DR
Change the entire filter API to use reference counted images instead
of vf_get_image().
Remove filter "direct rendering". This was useful for vf_expand and (in
rare cases) vf_sub: DR allowed these filters to pass a cropped image to
the filters before them. Then, on filtering, the image was "uncropped",
so that black bars could be added around the image without copying. This
means that in some cases, vf_expand will be slower (-vf gradfun,expand
for example).
Note that another form of DR used for in-place filters has been replaced
by simpler logic. Instead of trying to do DR, filters can check if the
image is writeable (with mp_image_is_writeable()), and do true in-place
if that's the case. This affects filters like vf_gradfun and vf_sub.
Everything has to support strides now. If something doesn't, making a
copy of the image data is required.
2012-11-05 13:25:04 +00:00
|
|
|
if (!mpi)
|
|
|
|
return -1;
|
2012-11-06 14:27:44 +00:00
|
|
|
|
|
|
|
pic->opaque = mpi;
|
|
|
|
pic->type = FF_BUFFER_TYPE_USER;
|
|
|
|
|
|
|
|
/* The libavcodec reordered_opaque functionality is implemented by
|
|
|
|
* a similar copy in avcodec_default_get_buffer() and without a
|
|
|
|
* workaround like this it'd stop working when a custom buffer
|
|
|
|
* callback is used.
|
|
|
|
*/
|
|
|
|
pic->reordered_opaque = avctx->reordered_opaque;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void release_buffer_hwdec(AVCodecContext *avctx, AVFrame *pic)
|
|
|
|
{
|
|
|
|
mp_image_t *mpi = pic->opaque;
|
|
|
|
|
|
|
|
assert(pic->type == FF_BUFFER_TYPE_USER);
|
|
|
|
assert(mpi);
|
|
|
|
|
video/filter: change filter API, use refcounting, remove filter DR
Change the entire filter API to use reference counted images instead
of vf_get_image().
Remove filter "direct rendering". This was useful for vf_expand and (in
rare cases) vf_sub: DR allowed these filters to pass a cropped image to
the filters before them. Then, on filtering, the image was "uncropped",
so that black bars could be added around the image without copying. This
means that in some cases, vf_expand will be slower (-vf gradfun,expand
for example).
Note that another form of DR used for in-place filters has been replaced
by simpler logic. Instead of trying to do DR, filters can check if the
image is writeable (with mp_image_is_writeable()), and do true in-place
if that's the case. This affects filters like vf_gradfun and vf_sub.
Everything has to support strides now. If something doesn't, making a
copy of the image data is required.
2012-11-05 13:25:04 +00:00
|
|
|
talloc_free(mpi);
|
2012-11-06 14:27:44 +00:00
|
|
|
|
|
|
|
for (int i = 0; i < 4; i++)
|
|
|
|
pic->data[i] = NULL;
|
|
|
|
}
|
|
|
|
|
2013-03-09 19:21:12 +00:00
|
|
|
static void setup_refcounting_hw(AVCodecContext *avctx)
|
|
|
|
{
|
|
|
|
avctx->get_buffer = get_buffer_hwdec;
|
|
|
|
avctx->release_buffer = release_buffer_hwdec;
|
|
|
|
}
|
|
|
|
|
2013-03-09 19:50:06 +00:00
|
|
|
#endif /* HAVE_AVUTIL_REFCOUNTING */
|
|
|
|
|
|
|
|
#if HAVE_AVUTIL_REFCOUNTING
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static struct mp_image *image_from_decoder(struct dec_video *vd)
|
2013-03-09 19:50:06 +00:00
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
vd_ffmpeg_ctx *ctx = vd->priv;
|
2013-03-09 19:50:06 +00:00
|
|
|
AVFrame *pic = ctx->pic;
|
|
|
|
|
|
|
|
struct mp_image *img = mp_image_from_av_frame(pic);
|
|
|
|
av_frame_unref(pic);
|
|
|
|
|
|
|
|
return img;
|
|
|
|
}
|
|
|
|
|
|
|
|
#else /* HAVE_AVUTIL_REFCOUNTING */
|
|
|
|
|
2012-12-11 23:43:50 +00:00
|
|
|
static void fb_ref(void *b)
|
|
|
|
{
|
|
|
|
mp_buffer_ref(b);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void fb_unref(void *b)
|
|
|
|
{
|
|
|
|
mp_buffer_unref(b);
|
|
|
|
}
|
|
|
|
|
|
|
|
static bool fb_is_unique(void *b)
|
|
|
|
{
|
|
|
|
return mp_buffer_is_unique(b);
|
|
|
|
}
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static struct mp_image *image_from_decoder(struct dec_video *vd)
|
2013-03-09 19:21:12 +00:00
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
vd_ffmpeg_ctx *ctx = vd->priv;
|
2013-03-09 19:21:12 +00:00
|
|
|
AVFrame *pic = ctx->pic;
|
|
|
|
|
|
|
|
struct mp_image new = {0};
|
|
|
|
mp_image_copy_fields_from_av_frame(&new, pic);
|
|
|
|
|
|
|
|
struct mp_image *mpi;
|
|
|
|
if (ctx->do_hw_dr1 && pic->opaque) {
|
|
|
|
mpi = pic->opaque; // reordered frame
|
|
|
|
assert(mpi);
|
|
|
|
mpi = mp_image_new_ref(mpi);
|
|
|
|
mp_image_copy_attributes(mpi, &new);
|
|
|
|
} else if (ctx->do_dr1 && pic->opaque) {
|
|
|
|
struct FrameBuffer *fb = pic->opaque;
|
|
|
|
mp_buffer_ref(fb); // initial reference for mpi
|
|
|
|
mpi = mp_image_new_external_ref(&new, fb, fb_ref, fb_unref,
|
|
|
|
fb_is_unique, NULL);
|
|
|
|
} else {
|
|
|
|
mpi = mp_image_pool_new_copy(ctx->non_dr1_pool, &new);
|
|
|
|
}
|
|
|
|
return mpi;
|
|
|
|
}
|
|
|
|
|
2013-03-09 19:50:06 +00:00
|
|
|
#endif /* HAVE_AVUTIL_REFCOUNTING */
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static int decode(struct dec_video *vd, struct demux_packet *packet,
|
2013-11-25 22:08:29 +00:00
|
|
|
int flags, struct mp_image **out_image)
|
2009-11-21 18:53:10 +00:00
|
|
|
{
|
2011-10-22 00:51:37 +00:00
|
|
|
int got_picture = 0;
|
2002-07-14 19:44:40 +00:00
|
|
|
int ret;
|
2013-11-23 20:36:20 +00:00
|
|
|
vd_ffmpeg_ctx *ctx = vd->priv;
|
2002-07-14 19:44:40 +00:00
|
|
|
AVCodecContext *avctx = ctx->avctx;
|
2009-06-01 22:25:10 +00:00
|
|
|
AVPacket pkt;
|
2002-07-14 19:44:40 +00:00
|
|
|
|
2010-05-04 01:50:57 +00:00
|
|
|
if (flags & 2)
|
|
|
|
avctx->skip_frame = AVDISCARD_ALL;
|
|
|
|
else if (flags & 1)
|
|
|
|
avctx->skip_frame = AVDISCARD_NONREF;
|
|
|
|
else
|
2011-07-09 10:50:16 +00:00
|
|
|
avctx->skip_frame = ctx->skip_frame;
|
2002-07-14 19:44:40 +00:00
|
|
|
|
av_common: add timebase parameter to mp_set_av_packet()
If the timebase is set, it's used for converting the packet timestamps.
Otherwise, the previous method of reinterpret-casting the mpv style
double timestamps to libavcodec style int64_t timestamps is used.
Also replace the kind of awkward mp_get_av_frame_pkt_ts() function by
mp_pts_from_av(), which simply converts timestamps in a way the old
function did. (Plus it takes a timebase parameter, similar to the
addition to mp_set_av_packet().)
Note that this should not change anything yet. The code in ad_lavc.c and
vd_lavc.c passes NULL for the timebase parameters. We could set
AVCodecContext.pkt_timebase and use that if we want to give libavcodec
"proper" timestamps.
This could be important for ad_lavc.c: some codecs (opus, probably mp3
and aac too) have weird requirements about doing decoding preroll on the
container level, and thus require adjusting the audio start timestamps
in some cases. libavcodec doesn't tell us how much was skipped, so we
either get shifted timestamps (by the length of the skipped data), or we
give it proper timestamps. (Note: libavcodec interprets or changes
timestamps only if pkt_timebase is set, which by default it is not.)
This would require selecting a timebase though, so I feel uncomfortable
with the idea. At least this change paves the way, and will allow some
testing.
2013-12-04 19:12:14 +00:00
|
|
|
mp_set_av_packet(&pkt, packet, NULL);
|
2013-06-02 23:55:48 +00:00
|
|
|
|
2013-11-25 22:08:29 +00:00
|
|
|
ret = avcodec_decode_video2(avctx, ctx->pic, &got_picture, &pkt);
|
2012-12-11 17:16:42 +00:00
|
|
|
if (ret < 0) {
|
2011-10-22 00:51:37 +00:00
|
|
|
mp_msg(MSGT_DECVIDEO, MSGL_WARN, "Error while decoding frame!\n");
|
2012-12-11 17:16:42 +00:00
|
|
|
return -1;
|
|
|
|
}
|
2003-04-06 23:37:56 +00:00
|
|
|
|
2013-11-24 11:22:25 +00:00
|
|
|
// Skipped frame, or delayed output due to multithreaded decoding.
|
2011-10-22 00:51:37 +00:00
|
|
|
if (!got_picture)
|
2013-11-24 11:22:25 +00:00
|
|
|
return 0;
|
2002-07-15 21:33:46 +00:00
|
|
|
|
2013-11-25 22:08:29 +00:00
|
|
|
update_image_params(vd, ctx->pic);
|
av_common: add timebase parameter to mp_set_av_packet()
If the timebase is set, it's used for converting the packet timestamps.
Otherwise, the previous method of reinterpret-casting the mpv style
double timestamps to libavcodec style int64_t timestamps is used.
Also replace the kind of awkward mp_get_av_frame_pkt_ts() function by
mp_pts_from_av(), which simply converts timestamps in a way the old
function did. (Plus it takes a timebase parameter, similar to the
addition to mp_set_av_packet().)
Note that this should not change anything yet. The code in ad_lavc.c and
vd_lavc.c passes NULL for the timebase parameters. We could set
AVCodecContext.pkt_timebase and use that if we want to give libavcodec
"proper" timestamps.
This could be important for ad_lavc.c: some codecs (opus, probably mp3
and aac too) have weird requirements about doing decoding preroll on the
container level, and thus require adjusting the audio start timestamps
in some cases. libavcodec doesn't tell us how much was skipped, so we
either get shifted timestamps (by the length of the skipped data), or we
give it proper timestamps. (Note: libavcodec interprets or changes
timestamps only if pkt_timebase is set, which by default it is not.)
This would require selecting a timebase though, so I feel uncomfortable
with the idea. At least this change paves the way, and will allow some
testing.
2013-12-04 19:12:14 +00:00
|
|
|
vd->codec_pts = mp_pts_from_av(ctx->pic->pkt_pts, NULL);
|
|
|
|
vd->codec_dts = mp_pts_from_av(ctx->pic->pkt_dts, NULL);
|
2002-07-14 19:44:40 +00:00
|
|
|
|
2013-11-25 22:08:29 +00:00
|
|
|
// Note: potentially resets ctx->pic as it is transferred to mpi
|
2013-11-23 20:36:20 +00:00
|
|
|
struct mp_image *mpi = image_from_decoder(vd);
|
video/filter: change filter API, use refcounting, remove filter DR
Change the entire filter API to use reference counted images instead
of vf_get_image().
Remove filter "direct rendering". This was useful for vf_expand and (in
rare cases) vf_sub: DR allowed these filters to pass a cropped image to
the filters before them. Then, on filtering, the image was "uncropped",
so that black bars could be added around the image without copying. This
means that in some cases, vf_expand will be slower (-vf gradfun,expand
for example).
Note that another form of DR used for in-place filters has been replaced
by simpler logic. Instead of trying to do DR, filters can check if the
image is writeable (with mp_image_is_writeable()), and do true in-place
if that's the case. This affects filters like vf_gradfun and vf_sub.
Everything has to support strides now. If something doesn't, making a
copy of the image data is required.
2012-11-05 13:25:04 +00:00
|
|
|
assert(mpi->planes[0]);
|
2013-09-22 20:47:15 +00:00
|
|
|
mp_image_set_params(mpi, &ctx->image_params);
|
2002-03-06 20:54:43 +00:00
|
|
|
|
2013-08-15 16:21:54 +00:00
|
|
|
if (ctx->hwdec && ctx->hwdec->process_image)
|
2013-08-14 13:47:18 +00:00
|
|
|
mpi = ctx->hwdec->process_image(ctx, mpi);
|
vdpau: split off decoder parts, use "new" libavcodec vdpau hwaccel API
Move the decoder parts from vo_vdpau.c to a new file vdpau_old.c. This
file is named so because because it's written against the "old"
libavcodec vdpau pseudo-decoder (e.g. "h264_vdpau").
Add support for the "new" libavcodec vdpau support. This was recently
added and replaces the "old" vdpau parts. (In fact, Libav is about to
deprecate and remove the "old" API without deprecation grace period,
so we have to support it now. Moreover, there will probably be no Libav
release which supports both, so the transition is even less smooth than
we could hope, and we have to support both the old and new API.)
Whether the old or new API is used is checked by a configure test: if
the new API is found, it is used, otherwise the old API is assumed.
Some details might be handled differently. Especially display preemption
is a bit problematic with the "new" libavcodec vdpau support: it wants
to keep a pointer to a specific vdpau API function (which can be driver
specific, because preemption might switch drivers). Also, surface IDs
are now directly stored in AVFrames (and mp_images), so they can't be
forced to VDP_INVALID_HANDLE on preemption. (This changes even with
older libavcodec versions, because mp_image always uses the newer
representation to make vo_vdpau.c simpler.)
Decoder initialization in the new code tries to deal with codec
profiles, while the old code always uses the highest profile per codec.
Surface allocation changes. Since the decoder won't call config() in
vo_vdpau.c on video size change anymore, we allow allocating surfaces
of arbitrary size instead of locking it to what the VO was configured.
The non-hwdec code also has slightly different allocation behavior now.
Enabling the old vdpau special decoders via e.g. --vd=lavc:h264_vdpau
doesn't work anymore (a warning suggesting the --hwdec option is
printed instead).
2013-07-27 23:49:45 +00:00
|
|
|
|
2013-09-22 20:47:15 +00:00
|
|
|
struct mp_image_params vo_params;
|
|
|
|
mp_image_params_from_image(&vo_params, mpi);
|
|
|
|
|
|
|
|
if (!mp_image_params_equals(&vo_params, &ctx->vo_image_params)) {
|
2013-11-23 20:40:51 +00:00
|
|
|
mp_image_pool_clear(ctx->non_dr1_pool);
|
2013-11-23 20:36:20 +00:00
|
|
|
if (mpcodecs_reconfig_vo(vd, &vo_params) < 0) {
|
2013-09-22 20:47:15 +00:00
|
|
|
talloc_free(mpi);
|
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
ctx->vo_image_params = vo_params;
|
|
|
|
}
|
2006-07-13 23:02:03 +00:00
|
|
|
|
2012-12-11 17:16:42 +00:00
|
|
|
*out_image = mpi;
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static struct mp_image *decode_with_fallback(struct dec_video *vd,
|
2013-11-25 22:08:29 +00:00
|
|
|
struct demux_packet *packet, int flags)
|
2012-12-11 17:16:42 +00:00
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
vd_ffmpeg_ctx *ctx = vd->priv;
|
2012-12-11 17:16:42 +00:00
|
|
|
if (!ctx->avctx)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
struct mp_image *mpi = NULL;
|
2013-11-25 22:08:29 +00:00
|
|
|
int res = decode(vd, packet, flags, &mpi);
|
2012-12-11 17:16:42 +00:00
|
|
|
if (res >= 0)
|
|
|
|
return mpi;
|
|
|
|
|
|
|
|
// Failed hardware decoding? Try again in software.
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 14:15:19 +00:00
|
|
|
if (ctx->software_fallback_decoder) {
|
2013-11-23 20:36:20 +00:00
|
|
|
uninit_avctx(vd);
|
2012-12-11 17:16:42 +00:00
|
|
|
mp_tmsg(MSGT_DECVIDEO, MSGL_ERR, "Error using hardware "
|
|
|
|
"decoding, falling back to software decoding.\n");
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 14:15:19 +00:00
|
|
|
const char *decoder = ctx->software_fallback_decoder;
|
|
|
|
ctx->software_fallback_decoder = NULL;
|
2013-11-23 20:36:20 +00:00
|
|
|
init_avctx(vd, decoder, NULL);
|
2013-04-27 11:36:09 +00:00
|
|
|
if (ctx->avctx) {
|
2012-12-11 17:16:42 +00:00
|
|
|
mpi = NULL;
|
vd_lavc: when falling back to software, revert filter error status
When mpv is started with some video filters set (--vf is used), and
hardware decoding is requested, and hardware decoding would be possible,
but is prevented due to video filters that accept software formats only,
the fallback didn't work properly sometimes.
This fallback works rather violently: it tries to initialize the filter
chain, and if it fails it throws away the frame decoded using the
hardware, and retries with software. The case that didn't work was when
decoding the current packet didn't immediately lead to a new frame. Then
the filter chain wouldn't be reinitialized, and the playloop would stop
playback as soon as it encounters the error flag.
Fix this by resetting the filter error flag (back to "uninitialized"),
which is a rather violent, but somewhat working solution.
The fallback in general should perhaps be cleaned up later.
2013-11-23 21:28:39 +00:00
|
|
|
if (vd->vf_initialized < 0)
|
|
|
|
vd->vf_initialized = 0;
|
2013-11-25 22:08:29 +00:00
|
|
|
decode(vd, packet, flags, &mpi);
|
2012-12-11 17:16:42 +00:00
|
|
|
return mpi;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return NULL;
|
2002-03-06 20:54:43 +00:00
|
|
|
}
|
|
|
|
|
2013-11-23 20:36:20 +00:00
|
|
|
static int control(struct dec_video *vd, int cmd, void *arg)
|
2011-11-14 18:12:20 +00:00
|
|
|
{
|
2013-11-23 20:36:20 +00:00
|
|
|
vd_ffmpeg_ctx *ctx = vd->priv;
|
2011-11-14 18:12:20 +00:00
|
|
|
AVCodecContext *avctx = ctx->avctx;
|
|
|
|
switch (cmd) {
|
2013-11-27 19:54:07 +00:00
|
|
|
case VDCTRL_RESET:
|
2011-11-14 18:12:20 +00:00
|
|
|
avcodec_flush_buffers(avctx);
|
|
|
|
return CONTROL_TRUE;
|
|
|
|
case VDCTRL_QUERY_UNSEEN_FRAMES:;
|
|
|
|
int delay = avctx->has_b_frames;
|
2013-02-24 22:15:11 +00:00
|
|
|
assert(delay >= 0);
|
2012-02-03 18:03:00 +00:00
|
|
|
if (avctx->active_thread_type & FF_THREAD_FRAME)
|
|
|
|
delay += avctx->thread_count - 1;
|
2013-02-24 22:15:11 +00:00
|
|
|
*(int *)arg = delay;
|
|
|
|
return CONTROL_TRUE;
|
2013-05-18 09:32:53 +00:00
|
|
|
case VDCTRL_REINIT_VO:
|
2013-09-22 20:47:15 +00:00
|
|
|
if (ctx->vo_image_params.imgfmt)
|
2013-11-23 20:36:20 +00:00
|
|
|
mpcodecs_reconfig_vo(vd, &ctx->vo_image_params);
|
2011-11-14 18:12:20 +00:00
|
|
|
return true;
|
2013-07-14 23:05:44 +00:00
|
|
|
case VDCTRL_GET_PARAMS:
|
2013-09-22 20:47:15 +00:00
|
|
|
*(struct mp_image_params *)arg = ctx->vo_image_params;
|
|
|
|
return ctx->vo_image_params.imgfmt ? true : CONTROL_NA;
|
2011-11-14 18:12:20 +00:00
|
|
|
}
|
|
|
|
return CONTROL_UNKNOWN;
|
|
|
|
}
|
|
|
|
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 14:15:19 +00:00
|
|
|
static void add_decoders(struct mp_decoder_list *list)
|
|
|
|
{
|
|
|
|
mp_add_lavc_decoders(list, AVMEDIA_TYPE_VIDEO);
|
|
|
|
mp_add_decoder(list, "lavc", "mp-rawvideo", "mp-rawvideo",
|
|
|
|
"raw video");
|
|
|
|
}
|
|
|
|
|
2009-11-21 18:53:10 +00:00
|
|
|
const struct vd_functions mpcodecs_vd_ffmpeg = {
|
core: redo how codecs are mapped, remove codecs.conf
Use codec names instead of FourCCs to identify codecs. Rewrite how
codecs are selected and initialized. Now each decoder exports a list
of decoders (and the codec it supports) via add_decoders(). The order
matters, and the first decoder for a given decoder is preferred over
the other decoders. E.g. all ad_mpg123 decoders are preferred over
ad_lavc, because it comes first in the mpcodecs_ad_drivers array.
Likewise, decoders within ad_lavc that are enumerated first by
libavcodec (using av_codec_next()) are preferred. (This is actually
critical to select h264 software decoding by default instead of vdpau.
libavcodec and ffmpeg/avconv use the same method to select decoders by
default, so we hope this is sane.)
The codec names follow libavcodec's codec names as defined by
AVCodecDescriptor.name (see libavcodec/codec_desc.c). Some decoders
have names different from the canonical codec name. The AVCodecDescriptor
API is relatively new, so we need a compatibility layer for older
libavcodec versions for codec names that are referenced internally,
and which are different from the decoder name. (Add a configure check
for that, because checking versions is getting way too messy.)
demux/codec_tags.c is generated from the former codecs.conf (minus
"special" decoders like vdpau, and excluding the mappings that are the
same as the mappings libavformat's exported RIFF tables). It contains
all the mappings from FourCCs to codec name. This is needed for
demux_mkv, demux_mpg, demux_avi and demux_asf. demux_lavf will set the
codec as determined by libavformat, while the other demuxers have to do
this on their own, using the mp_set_audio/video_codec_from_tag()
functions. Note that the sh_audio/video->format members don't uniquely
identify the codec anymore, and sh->codec takes over this role.
Replace the --ac/--vc/--afm/--vfm with new --vd/--ad options, which
provide cover the functionality of the removed switched.
Note: there's no CODECS_FLAG_FLIP flag anymore. This means some obscure
container/video combinations (e.g. the sample Film_200_zygo_pro.mov)
are played flipped. ffplay/avplay doesn't handle this properly either,
so we don't care and blame ffmeg/libav instead.
2013-02-09 14:15:19 +00:00
|
|
|
.name = "lavc",
|
|
|
|
.add_decoders = add_decoders,
|
2009-11-21 18:53:10 +00:00
|
|
|
.init = init,
|
|
|
|
.uninit = uninit,
|
|
|
|
.control = control,
|
2012-12-11 17:16:42 +00:00
|
|
|
.decode = decode_with_fallback,
|
2009-11-21 18:53:10 +00:00
|
|
|
};
|