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"
|
2012-11-09 00:06:43 +00:00
|
|
|
#include "demux/stheader.h"
|
|
|
|
#include "demux/demux_packet.h"
|
2010-12-20 03:53:28 +00:00
|
|
|
#include "osdep/numcores.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-08-11 21:23:12 +00:00
|
|
|
static void init_avctx(sh_video_t *sh, const char *decoder,
|
|
|
|
struct vd_lavc_hwdec *hwdec);
|
2012-12-11 17:16:42 +00:00
|
|
|
static void uninit_avctx(sh_video_t *sh);
|
2013-03-09 19:21:12 +00:00
|
|
|
static void setup_refcounting_hw(struct AVCodecContext *s);
|
2002-07-16 00:56:12 +00:00
|
|
|
|
2012-11-06 14:27:44 +00:00
|
|
|
static enum PixelFormat get_format_hwdec(struct AVCodecContext *avctx,
|
|
|
|
const enum PixelFormat *pix_fmt);
|
|
|
|
|
2009-11-21 18:53:10 +00:00
|
|
|
static void uninit(struct sh_video *sh);
|
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),
|
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 mp_vd_lavc_crystalhd = {
|
|
|
|
.type = HWDEC_CRYSTALHD,
|
|
|
|
.codec_pairs = (const char *[]) {
|
|
|
|
"mpeg2", "mpeg2_crystalhd",
|
|
|
|
"msmpeg4", "msmpeg4_crystalhd",
|
|
|
|
"wmv3", "wmv3_crystalhd",
|
|
|
|
"vc1", "vc1_crystalhd",
|
|
|
|
"h264", "h264_crystalhd",
|
|
|
|
"mpeg4", "mpeg4_crystalhd",
|
|
|
|
NULL
|
|
|
|
},
|
2012-12-11 17:16:42 +00:00
|
|
|
};
|
|
|
|
|
2013-08-11 21:23:12 +00:00
|
|
|
static const struct vd_lavc_hwdec *hwdec_list[] = {
|
2013-07-30 14:26:54 +00:00
|
|
|
#if CONFIG_VDPAU
|
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 HAVE_AV_CODEC_NEW_VDPAU_API
|
2013-08-11 21:23:12 +00:00
|
|
|
&mp_vd_lavc_vdpau,
|
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
|
|
|
#else
|
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
|
|
|
|
#endif // CONFIG_VDPAU
|
2013-08-14 13:47:18 +00:00
|
|
|
#if CONFIG_VDA
|
2013-08-11 21:23:12 +00:00
|
|
|
&mp_vd_lavc_vda,
|
2013-08-14 13:47:18 +00:00
|
|
|
#endif
|
2013-08-11 21:23:12 +00:00
|
|
|
&mp_vd_lavc_crystalhd,
|
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
|
|
|
#if CONFIG_VAAPI
|
|
|
|
&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-08-11 21:23:12 +00:00
|
|
|
static bool hwdec_codec_allowed(sh_video_t *sh, const char *codec)
|
2013-05-03 19:00:05 +00:00
|
|
|
{
|
|
|
|
bstr s = bstr0(sh->opts->hwdec_codecs);
|
|
|
|
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-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;
|
|
|
|
}
|
|
|
|
|
|
|
|
static bool probe_hwdec(sh_video_t *sh, bool autoprobe, enum hwdec_type api,
|
|
|
|
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;
|
|
|
|
int r = hwdec_probe(hwdec, sh->hwdec_info, decoder, &hw_decoder);
|
|
|
|
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;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
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 int init(sh_video_t *sh, const char *decoder)
|
2011-10-22 00:51:37 +00:00
|
|
|
{
|
2002-03-23 17:29:35 +00:00
|
|
|
vd_ffmpeg_ctx *ctx;
|
2010-10-16 01:33:38 +00:00
|
|
|
ctx = sh->context = talloc_zero(NULL, vd_ffmpeg_ctx);
|
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);
|
|
|
|
uninit(sh);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2013-08-11 21:23:12 +00:00
|
|
|
struct vd_lavc_hwdec *hwdec = NULL;
|
|
|
|
const char *hw_decoder = NULL;
|
|
|
|
|
|
|
|
if (hwdec_codec_allowed(sh, decoder)) {
|
|
|
|
if (sh->opts->hwdec_api == HWDEC_AUTO) {
|
|
|
|
for (int n = 0; hwdec_list[n]; n++) {
|
|
|
|
if (probe_hwdec(sh, true, hwdec_list[n]->type, decoder,
|
|
|
|
&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-08-11 21:23:12 +00:00
|
|
|
} else if (sh->opts->hwdec_api != HWDEC_NONE) {
|
|
|
|
probe_hwdec(sh, false, sh->opts->hwdec_api, decoder,
|
|
|
|
&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");
|
|
|
|
} else if (sh->opts->hwdec_api != HWDEC_NONE) {
|
|
|
|
mp_tmsg(MSGT_DECVIDEO, MSGL_INFO, "Using software decoding.\n");
|
2012-12-11 17:16:42 +00:00
|
|
|
}
|
|
|
|
|
2013-08-11 21:23:12 +00:00
|
|
|
init_avctx(sh, 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-04-27 11:36:09 +00:00
|
|
|
init_avctx(sh, decoder, NULL);
|
|
|
|
}
|
|
|
|
if (!ctx->avctx) {
|
|
|
|
uninit(sh);
|
|
|
|
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,
|
|
|
|
BITMAPINFOHEADER *bih)
|
|
|
|
{
|
|
|
|
|
|
|
|
switch (format) {
|
|
|
|
case mmioFOURCC('S','V','Q','3'):
|
|
|
|
case mmioFOURCC('A','V','R','n'):
|
|
|
|
case mmioFOURCC('M','J','P','G'):
|
|
|
|
/* 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;
|
|
|
|
|
|
|
|
case mmioFOURCC('R','V','1','0'):
|
|
|
|
case mmioFOURCC('R','V','1','3'):
|
|
|
|
case mmioFOURCC('R','V','2','0'):
|
|
|
|
case mmioFOURCC('R','V','3','0'):
|
|
|
|
case mmioFOURCC('R','V','4','0'):
|
|
|
|
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] =
|
|
|
|
format == mmioFOURCC('R','V','1','3') ?
|
|
|
|
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-08-11 21:23:12 +00:00
|
|
|
static void init_avctx(sh_video_t *sh, const char *decoder,
|
|
|
|
struct vd_lavc_hwdec *hwdec)
|
2012-12-11 17:16:42 +00:00
|
|
|
{
|
|
|
|
vd_ffmpeg_ctx *ctx = sh->context;
|
|
|
|
struct lavc_param *lavc_param = &sh->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-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
|
|
|
|
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
|
|
|
ctx->hwdec_info = sh->hwdec_info;
|
|
|
|
|
2012-12-11 23:43:50 +00:00
|
|
|
ctx->do_dr1 = ctx->do_hw_dr1 = 0;
|
2012-12-11 17:16:42 +00:00
|
|
|
ctx->pix_fmt = 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;
|
2009-02-17 16:40:50 +00:00
|
|
|
avctx->opaque = sh;
|
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
|
|
|
|
2012-11-05 22:57:02 +00:00
|
|
|
avctx->thread_count = lavc_param->threads;
|
|
|
|
|
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-08-11 21:23:12 +00:00
|
|
|
if (ctx->hwdec && ctx->hwdec->allocate_image) {
|
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-08-11 21:23:12 +00:00
|
|
|
if (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
|
|
|
avctx->get_format = get_format_hwdec;
|
2013-03-09 19:21:12 +00:00
|
|
|
setup_refcounting_hw(avctx);
|
2013-08-11 21:23:12 +00:00
|
|
|
if (ctx->hwdec->init && ctx->hwdec->init(ctx) < 0) {
|
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
|
|
|
uninit_avctx(sh);
|
|
|
|
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
|
2009-02-16 20:58:13 +00:00
|
|
|
}
|
2010-01-20 14:31:13 +00:00
|
|
|
|
2012-11-05 22:57:02 +00:00
|
|
|
if (avctx->thread_count == 0) {
|
2010-12-20 03:53:28 +00:00
|
|
|
int threads = default_thread_count();
|
|
|
|
if (threads < 1) {
|
|
|
|
mp_msg(MSGT_DECVIDEO, MSGL_WARN, "[VD_FFMPEG] Could not determine "
|
|
|
|
"thread count to use, defaulting to 1.\n");
|
|
|
|
threads = 1;
|
|
|
|
}
|
|
|
|
threads = FFMIN(threads, 16);
|
2012-11-05 22:57:02 +00:00
|
|
|
avctx->thread_count = 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-04-27 11:36:09 +00:00
|
|
|
uninit_avctx(sh);
|
|
|
|
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;
|
|
|
|
|
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
|
|
|
avctx->codec_tag = sh->format;
|
|
|
|
avctx->coded_width = sh->disp_w;
|
|
|
|
avctx->coded_height = sh->disp_h;
|
|
|
|
|
2013-07-07 21:54:11 +00:00
|
|
|
// demux_mkv
|
2011-10-22 00:51:37 +00:00
|
|
|
if (sh->bih)
|
2013-02-09 14:15:32 +00:00
|
|
|
set_from_bih(avctx, sh->format, sh->bih);
|
2002-08-28 22:02:38 +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
|
|
|
if (mp_rawvideo && sh->format >= IMGFMT_START && sh->format < IMGFMT_END) {
|
|
|
|
avctx->pix_fmt = imgfmt2pixfmt(sh->format);
|
|
|
|
avctx->codec_tag = 0;
|
|
|
|
}
|
|
|
|
|
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
|
|
|
if (sh->gsh->lav_headers)
|
|
|
|
mp_copy_lav_codec_headers(avctx, sh->gsh->lav_headers);
|
|
|
|
|
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");
|
2012-12-11 17:16:42 +00:00
|
|
|
uninit_avctx(sh);
|
2013-04-27 11:36:09 +00:00
|
|
|
return;
|
2002-03-06 20:54:43 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-12-11 17:16:42 +00:00
|
|
|
static void uninit_avctx(sh_video_t *sh)
|
2011-10-22 00:51:37 +00:00
|
|
|
{
|
2002-03-23 17:29:35 +00:00
|
|
|
vd_ffmpeg_ctx *ctx = sh->context;
|
|
|
|
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
|
2013-09-12 12:50:09 +00:00
|
|
|
ctx->last_sample_aspect_ratio = (AVRational){0, 0};
|
2002-03-06 20:54:43 +00:00
|
|
|
}
|
|
|
|
|
2012-12-11 17:16:42 +00:00
|
|
|
static void uninit(sh_video_t *sh)
|
2011-10-22 00:51:37 +00:00
|
|
|
{
|
2002-03-23 17:29:35 +00:00
|
|
|
vd_ffmpeg_ctx *ctx = sh->context;
|
2002-04-27 23:45:00 +00:00
|
|
|
|
2012-12-11 17:16:42 +00:00
|
|
|
uninit_avctx(sh);
|
|
|
|
talloc_free(ctx);
|
|
|
|
}
|
|
|
|
|
2013-09-22 20:47:15 +00:00
|
|
|
static void update_image_params(sh_video_t *sh, AVFrame *frame)
|
2012-12-11 17:16:42 +00:00
|
|
|
{
|
|
|
|
vd_ffmpeg_ctx *ctx = sh->context;
|
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
|
|
|
|
2012-12-20 12:28:39 +00:00
|
|
|
if (av_cmp_q(frame->sample_aspect_ratio, ctx->last_sample_aspect_ratio) ||
|
2011-10-22 00:51:37 +00:00
|
|
|
width != sh->disp_w || height != sh->disp_h ||
|
2013-09-22 20:47:15 +00:00
|
|
|
pix_fmt != ctx->pix_fmt || !ctx->image_params.imgfmt)
|
2012-12-11 17:16:42 +00:00
|
|
|
{
|
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
|
|
|
mp_image_pool_clear(ctx->non_dr1_pool);
|
2009-02-12 15:39:32 +00:00
|
|
|
mp_msg(MSGT_DECVIDEO, MSGL_V, "[ffmpeg] aspect_ratio: %f\n", aspect);
|
2010-10-22 17:36:11 +00:00
|
|
|
|
|
|
|
// Do not overwrite s->aspect on the first call, so that a container
|
|
|
|
// aspect if available is preferred.
|
|
|
|
// But set it even if the sample aspect did not change, since a
|
|
|
|
// resolution change can cause an aspect change even if the
|
|
|
|
// _sample_ aspect is unchanged.
|
2013-09-26 14:53:17 +00:00
|
|
|
float use_aspect = sh->aspect;
|
|
|
|
if (use_aspect == 0 || ctx->last_sample_aspect_ratio.den)
|
|
|
|
use_aspect = aspect;
|
2012-12-20 12:28:39 +00:00
|
|
|
ctx->last_sample_aspect_ratio = frame->sample_aspect_ratio;
|
2009-02-12 15:39:32 +00:00
|
|
|
sh->disp_w = width;
|
|
|
|
sh->disp_h = height;
|
2012-12-11 17:16:42 +00:00
|
|
|
|
2013-01-24 11:43:36 +00:00
|
|
|
ctx->pix_fmt = pix_fmt;
|
|
|
|
ctx->best_csp = pixfmt2imgfmt(pix_fmt);
|
2012-08-20 21:03:59 +00:00
|
|
|
|
2013-09-26 14:53:17 +00:00
|
|
|
int d_w, d_h;
|
|
|
|
vf_set_dar(&d_w, &d_h, width, height, use_aspect);
|
|
|
|
|
2013-06-07 23:35:44 +00:00
|
|
|
ctx->image_params = (struct mp_image_params) {
|
|
|
|
.imgfmt = ctx->best_csp,
|
|
|
|
.w = width,
|
|
|
|
.h = height,
|
2013-09-26 14:53:17 +00:00
|
|
|
.d_w = d_w,
|
|
|
|
.d_h = d_h,
|
2013-06-07 23:35:44 +00:00
|
|
|
.colorspace = avcol_spc_to_mp_csp(ctx->avctx->colorspace),
|
|
|
|
.colorlevels = avcol_range_to_mp_csp_levels(ctx->avctx->color_range),
|
vo_opengl: handle chroma location
Use the video decoder chroma location flags and render chroma locations
other than centered. Until now, we've always used the intuitive and
obvious centered chroma location, but H.264 uses something else.
FFmpeg provides a small overview in libavcodec/avcodec.h:
-----------
/**
* X X 3 4 X X are luma samples,
* 1 2 1-6 are possible chroma positions
* X X 5 6 X 0 is undefined/unknown position
*/
enum AVChromaLocation{
AVCHROMA_LOC_UNSPECIFIED = 0,
AVCHROMA_LOC_LEFT = 1, ///< mpeg2/4, h264 default
AVCHROMA_LOC_CENTER = 2, ///< mpeg1, jpeg, h263
AVCHROMA_LOC_TOPLEFT = 3, ///< DV
AVCHROMA_LOC_TOP = 4,
AVCHROMA_LOC_BOTTOMLEFT = 5,
AVCHROMA_LOC_BOTTOM = 6,
AVCHROMA_LOC_NB , ///< Not part of ABI
};
-----------
The visual difference is literally minimal, but since videophiles
apparently consider this detail as quality mark of a video renderer,
support it anyway. We don't bother with chroma locations other than
centered and left, though.
Not sure about correctness, but it's probably ok.
2013-06-08 00:15:24 +00:00
|
|
|
.chroma_location =
|
|
|
|
avchroma_location_to_mp(ctx->avctx->chroma_sample_location),
|
2013-06-07 23:35:44 +00:00
|
|
|
};
|
2002-04-13 13:40:26 +00:00
|
|
|
}
|
2002-07-14 19:44:40 +00:00
|
|
|
}
|
|
|
|
|
2012-11-06 14:27:44 +00:00
|
|
|
static enum PixelFormat get_format_hwdec(struct AVCodecContext *avctx,
|
|
|
|
const enum PixelFormat *fmt)
|
|
|
|
{
|
|
|
|
sh_video_t *sh = avctx->opaque;
|
2012-12-11 17:16:42 +00:00
|
|
|
vd_ffmpeg_ctx *ctx = sh->context;
|
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:");
|
|
|
|
for (int i = 0; fmt[i] != PIX_FMT_NONE; i++)
|
|
|
|
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
|
|
|
|
|
|
|
for (int i = 0; fmt[i] != 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
|
|
|
|
|
|
|
return PIX_FMT_NONE;
|
2012-11-06 14:27:44 +00:00
|
|
|
}
|
|
|
|
|
2013-03-09 19:50:06 +00:00
|
|
|
static struct mp_image *get_surface_hwdec(struct sh_video *sh, AVFrame *pic)
|
2012-11-06 14:27:44 +00:00
|
|
|
{
|
|
|
|
vd_ffmpeg_ctx *ctx = sh->context;
|
|
|
|
|
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)
|
|
|
|
{
|
|
|
|
sh_video_t *sh = avctx->opaque;
|
|
|
|
|
|
|
|
struct mp_image *mpi = get_surface_hwdec(sh, pic);
|
|
|
|
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)
|
|
|
|
{
|
|
|
|
sh_video_t *sh = avctx->opaque;
|
|
|
|
|
|
|
|
struct mp_image *mpi = get_surface_hwdec(sh, 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
|
|
|
|
|
|
|
|
static struct mp_image *image_from_decoder(struct sh_video *sh)
|
|
|
|
{
|
|
|
|
vd_ffmpeg_ctx *ctx = sh->context;
|
|
|
|
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-03-09 19:21:12 +00:00
|
|
|
static struct mp_image *image_from_decoder(struct sh_video *sh)
|
|
|
|
{
|
|
|
|
vd_ffmpeg_ctx *ctx = sh->context;
|
|
|
|
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-03-28 19:16:11 +00:00
|
|
|
static int decode(struct sh_video *sh, struct demux_packet *packet,
|
|
|
|
int flags, double *reordered_pts, 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;
|
|
|
|
vd_ffmpeg_ctx *ctx = sh->context;
|
2011-10-22 00:51:37 +00:00
|
|
|
AVFrame *pic = ctx->pic;
|
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
|
|
|
|
2013-06-02 23:55:48 +00:00
|
|
|
mp_set_av_packet(&pkt, packet);
|
|
|
|
|
2009-11-21 18:53:10 +00:00
|
|
|
// The avcodec opaque field stupidly supports only int64_t type
|
2011-05-04 20:12:55 +00:00
|
|
|
union pts { int64_t i; double d; };
|
|
|
|
avctx->reordered_opaque = (union pts){.d = *reordered_pts}.i;
|
2009-06-01 22:25:10 +00:00
|
|
|
ret = avcodec_decode_video2(avctx, 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;
|
|
|
|
}
|
|
|
|
*reordered_pts = (union pts){.i = pic->reordered_opaque}.d;
|
2003-04-06 23:37:56 +00:00
|
|
|
|
2011-10-22 00:51:37 +00:00
|
|
|
if (!got_picture)
|
2012-12-11 17:16:42 +00:00
|
|
|
return 0; // skipped image
|
2002-07-15 21:33:46 +00:00
|
|
|
|
2013-09-22 20:47:15 +00:00
|
|
|
update_image_params(sh, pic);
|
2002-07-14 19:44:40 +00:00
|
|
|
|
2013-03-09 19:21:12 +00:00
|
|
|
struct mp_image *mpi = image_from_decoder(sh);
|
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)) {
|
|
|
|
if (mpcodecs_reconfig_vo(sh, &vo_params) < 0) {
|
|
|
|
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;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct mp_image *decode_with_fallback(struct sh_video *sh,
|
2013-03-28 19:16:11 +00:00
|
|
|
struct demux_packet *packet,
|
|
|
|
int flags, double *reordered_pts)
|
2012-12-11 17:16:42 +00:00
|
|
|
{
|
|
|
|
vd_ffmpeg_ctx *ctx = sh->context;
|
|
|
|
if (!ctx->avctx)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
struct mp_image *mpi = NULL;
|
2013-03-28 19:16:11 +00:00
|
|
|
int res = decode(sh, packet, flags, reordered_pts, &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) {
|
2012-12-11 17:16:42 +00:00
|
|
|
uninit_avctx(sh);
|
|
|
|
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-04-27 11:36:09 +00:00
|
|
|
init_avctx(sh, decoder, NULL);
|
|
|
|
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.
Conflicts:
video/decode/vd_lavc.c
2013-11-23 21:28:39 +00:00
|
|
|
if (sh->vf_initialized < 0)
|
|
|
|
sh->vf_initialized = 0;
|
2013-03-28 19:16:11 +00:00
|
|
|
decode(sh, packet, flags, reordered_pts, &mpi);
|
2012-12-11 17:16:42 +00:00
|
|
|
return mpi;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return NULL;
|
2002-03-06 20:54:43 +00:00
|
|
|
}
|
|
|
|
|
2012-10-29 01:05:33 +00:00
|
|
|
static int control(sh_video_t *sh, int cmd, void *arg)
|
2011-11-14 18:12:20 +00:00
|
|
|
{
|
|
|
|
vd_ffmpeg_ctx *ctx = sh->context;
|
|
|
|
AVCodecContext *avctx = ctx->avctx;
|
|
|
|
switch (cmd) {
|
|
|
|
case VDCTRL_RESYNC_STREAM:
|
|
|
|
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)
|
|
|
|
mpcodecs_reconfig_vo(sh, &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
|
|
|
};
|