mirrors/gstreamer
mirrors/gstreamer
1
1
Fork 0
mirror of https://gitlab.freedesktop.org/gstreamer/gstreamer.git synced 2024-12-04 23:46:43 +00:00
Code Issues 1 Projects Releases Wiki Activity
gstreamer/gst-libs/gst/vaapi/gstvaapidecoder_h264.c

4863 lines
154 KiB
C
Raw Normal View History

Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
/*
* gstvaapidecoder_h264.c - H.264 decoder
*
legal: update copyright notice dates.
2014-01-22 17:54:14 +00:00
* Copyright (C) 2011-2014 Intel Corporation
legal: add per-file authorship information. Credit original authors on a per-file basis as we cannot expect people to know all country-specific rules, or bother browsing through the git history.
2013-11-22 04:57:18 +00:00
* Author: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
*
* This library is free software; you can redistribute it and/or
* modify it under the terms of the GNU Lesser General Public License
* as published by the Free Software Foundation; either version 2.1
* of the License, or (at your option) any later version.
*
* This library 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
* Lesser General Public License for more details.
*
* You should have received a copy of the GNU Lesser General Public
* License along with this library; if not, write to the Free
* Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
* Boston, MA 02110-1301 USA
*/
/**
* SECTION:gstvaapidecoder_h264
* @short_description: H.264 decoder
*/
Add header for system-dependent definitions.
2012-01-30 17:12:59 +00:00
#include "sysdeps.h"
h264: fix presentation timestamps.
2012-01-23 14:20:51 +00:00
#include <gst/base/gstadapter.h>
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
#include <gst/codecparsers/gsth264parser.h>
#include "gstvaapidecoder_h264.h"
#include "gstvaapidecoder_objects.h"
#include "gstvaapidecoder_priv.h"
#include "gstvaapidisplay_priv.h"
utils: h264: expose levels in public header. Instal <gst/vaapi/gstvaapiutils_h264.h> header but only expose the H.264 levels in there. The additional helper functions are meant to be private for now.
2014-01-10 17:27:20 +00:00
#include "gstvaapiutils_h264_priv.h"
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: h264: renable the vaapi category for logging h264 log messages were logged in default category because a regression in code. This patch renable the usage of vaapi logging category. This regression was introduced in commit 7c365bdd.
2018-07-25 18:21:51 +00:00
#define DEBUG 1
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
#include "gstvaapidebug.h"
h264: add flag to compile with strict DPB ordering mode. Allow build with strict DPB ordering mode whereby evicted entries are replaced by the next entries, in order instead of optimizing it away with the last entry in the DPB. This is only useful for debugging purpose, against a reference SW decoder for example.
2012-10-16 14:52:04 +00:00
/* Defined to 1 if strict ordering of DPB is needed. Only useful for debug */
#define USE_STRICT_DPB_ORDERING 0
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
typedef struct _GstVaapiDecoderH264Private GstVaapiDecoderH264Private;
typedef struct _GstVaapiDecoderH264Class GstVaapiDecoderH264Class;
typedef struct _GstVaapiFrameStore GstVaapiFrameStore;
typedef struct _GstVaapiFrameStoreClass GstVaapiFrameStoreClass;
typedef struct _GstVaapiParserInfoH264 GstVaapiParserInfoH264;
typedef struct _GstVaapiPictureH264 GstVaapiPictureH264;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
h264: introduce per-field POC in GstVaapiPictureH264. Use the POC member available in the GstVaapiPicture base class and get rid of the dependency on the local VAPictureH264 TopFieldOrderCnt and BottomFieldOrderCnt. Rather, use a simple field_poc[] array initialized to INT_MAX, so that to simplify picture POC calculation for non frame pictures.
2012-10-31 10:52:03 +00:00
// Used for field_poc[]
#define TOP_FIELD 0
#define BOTTOM_FIELD 1
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
/* ------------------------------------------------------------------------- */
h264: introduce parser info instead of H.264 specific decoder unit. Use a new GstVaapiParserInfoH264 data structure instead of deriving from GstVaapiDecoderUnit for H.264 specific parser information.
2013-01-07 09:22:54 +00:00
/* --- H.264 Parser Info --- */
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
/* ------------------------------------------------------------------------- */
decoder: h264: fix detection of access unit boundaries. In order to have a stricter conforming implementation, we need to carefully detect access unit boundaries. Additional operations could be necessary to perform at those boundaries.
2014-05-01 17:33:40 +00:00
/*
* Extended decoder unit flags:
*
* @GST_VAAPI_DECODER_UNIT_AU_START: marks the start of an access unit.
* @GST_VAAPI_DECODER_UNIT_AU_END: marks the end of an access unit.
*/
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
enum
{
/* This flag does not strictly follow the definitions (7.4.1.2.3)
for detecting the start of an access unit as we are only
interested in knowing if the current slice is the first one or
the last one in the current access unit */
GST_VAAPI_DECODER_UNIT_FLAG_AU_START =
(GST_VAAPI_DECODER_UNIT_FLAG_LAST << 0),
GST_VAAPI_DECODER_UNIT_FLAG_AU_END = (GST_VAAPI_DECODER_UNIT_FLAG_LAST << 1),
GST_VAAPI_DECODER_UNIT_FLAGS_AU = (GST_VAAPI_DECODER_UNIT_FLAG_AU_START |
GST_VAAPI_DECODER_UNIT_FLAG_AU_END),
decoder: h264: fix detection of access unit boundaries. In order to have a stricter conforming implementation, we need to carefully detect access unit boundaries. Additional operations could be necessary to perform at those boundaries.
2014-05-01 17:33:40 +00:00
};
h264: introduce parser info instead of H.264 specific decoder unit. Use a new GstVaapiParserInfoH264 data structure instead of deriving from GstVaapiDecoderUnit for H.264 specific parser information.
2013-01-07 09:22:54 +00:00
#define GST_VAAPI_PARSER_INFO_H264(obj) \
((GstVaapiParserInfoH264 *)(obj))
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
struct _GstVaapiParserInfoH264
{
GstVaapiMiniObject parent_instance;
GstH264NalUnit nalu;
union
{
GstH264SPS sps;
GstH264PPS pps;
GArray *sei;
GstH264SliceHdr slice_hdr;
} data;
guint state;
guint flags; // Same as decoder unit flags (persistent)
guint view_id; // View ID of slice
guint voc; // View order index (VOIdx) of slice
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
};
decoder: h264: retain SEI messages until the end of frame. Retain the SEI messages that were parsed from the access unit until we have completely decoded the current frame. This is done so that we can peek at that data whenever necessary during decoding. e.g. for exposing 3D stereoscopic information at a later stage.
2014-04-25 14:24:01 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_parser_info_h264_finalize (GstVaapiParserInfoH264 * pi)
decoder: h264: retain SEI messages until the end of frame. Retain the SEI messages that were parsed from the access unit until we have completely decoded the current frame. This is done so that we can peek at that data whenever necessary during decoding. e.g. for exposing 3D stereoscopic information at a later stage.
2014-04-25 14:24:01 +00:00
{
libs: decoder: h264: check nalu validity in parser info finalize https://bugzilla.gnome.org/show_bug.cgi?id=732266 Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com>
2017-08-29 00:28:04 +00:00
if (!pi->nalu.valid)
return;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
switch (pi->nalu.type) {
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
case GST_H264_NAL_SPS:
case GST_H264_NAL_SUBSET_SPS:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_h264_sps_clear (&pi->data.sps);
break;
decoder: h264: fix memory leak in PPS. Cope with latest changes from codecparsers/h264. It is now required to explicitly clear the GstH264PPS structure as it could contain additional allocations (slice_group_ids).
2014-07-01 15:18:08 +00:00
case GST_H264_NAL_PPS:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_h264_pps_clear (&pi->data.pps);
break;
decoder: h264: retain SEI messages until the end of frame. Retain the SEI messages that were parsed from the access unit until we have completely decoded the current frame. This is done so that we can peek at that data whenever necessary during decoding. e.g. for exposing 3D stereoscopic information at a later stage.
2014-04-25 14:24:01 +00:00
case GST_H264_NAL_SEI:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (pi->data.sei) {
g_array_unref (pi->data.sei);
pi->data.sei = NULL;
}
break;
}
decoder: h264: retain SEI messages until the end of frame. Retain the SEI messages that were parsed from the access unit until we have completely decoded the current frame. This is done so that we can peek at that data whenever necessary during decoding. e.g. for exposing 3D stereoscopic information at a later stage.
2014-04-25 14:24:01 +00:00
}
h264: introduce parser info instead of H.264 specific decoder unit. Use a new GstVaapiParserInfoH264 data structure instead of deriving from GstVaapiDecoderUnit for H.264 specific parser information.
2013-01-07 09:22:54 +00:00
static inline const GstVaapiMiniObjectClass *
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_parser_info_h264_class (void)
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
static const GstVaapiMiniObjectClass GstVaapiParserInfoH264Class = {
.size = sizeof (GstVaapiParserInfoH264),
.finalize = (GDestroyNotify) gst_vaapi_parser_info_h264_finalize
};
return &GstVaapiParserInfoH264Class;
h264: introduce parser info instead of H.264 specific decoder unit. Use a new GstVaapiParserInfoH264 data structure instead of deriving from GstVaapiDecoderUnit for H.264 specific parser information.
2013-01-07 09:22:54 +00:00
}
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
h264: introduce parser info instead of H.264 specific decoder unit. Use a new GstVaapiParserInfoH264 data structure instead of deriving from GstVaapiDecoderUnit for H.264 specific parser information.
2013-01-07 09:22:54 +00:00
static inline GstVaapiParserInfoH264 *
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_parser_info_h264_new (void)
h264: introduce parser info instead of H.264 specific decoder unit. Use a new GstVaapiParserInfoH264 data structure instead of deriving from GstVaapiDecoderUnit for H.264 specific parser information.
2013-01-07 09:22:54 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return (GstVaapiParserInfoH264 *)
gst_vaapi_mini_object_new (gst_vaapi_parser_info_h264_class ());
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
}
h264: introduce parser info instead of H.264 specific decoder unit. Use a new GstVaapiParserInfoH264 data structure instead of deriving from GstVaapiDecoderUnit for H.264 specific parser information.
2013-01-07 09:22:54 +00:00
#define gst_vaapi_parser_info_h264_ref(pi) \
gst_vaapi_mini_object_ref(GST_VAAPI_MINI_OBJECT(pi))
#define gst_vaapi_parser_info_h264_unref(pi) \
gst_vaapi_mini_object_unref(GST_VAAPI_MINI_OBJECT(pi))
#define gst_vaapi_parser_info_h264_replace(old_pi_ptr, new_pi) \
gst_vaapi_mini_object_replace((GstVaapiMiniObject **)(old_pi_ptr), \
(GstVaapiMiniObject *)(new_pi))
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
/* ------------------------------------------------------------------------- */
/* --- H.264 Pictures --- */
/* ------------------------------------------------------------------------- */
h264: introduce GST_VAAPI_PICTURE_FLAG_IDR flag.
2012-10-31 10:33:40 +00:00
/*
* Extended picture flags:
*
* @GST_VAAPI_PICTURE_FLAG_IDR: flag that specifies an IDR picture
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
* @GST_VAAPI_PICTURE_FLAG_INTER_VIEW: flag that indicates the picture
* may be used for inter-view prediction
* @GST_VAAPI_PICTURE_FLAG_ANCHOR: flag that specifies an anchor picture,
* i.e. a picture that is decoded with only inter-view prediction,
* and not inter prediction
decoder: h264: fix detection of access unit boundaries. In order to have a stricter conforming implementation, we need to carefully detect access unit boundaries. Additional operations could be necessary to perform at those boundaries.
2014-05-01 17:33:40 +00:00
* @GST_VAAPI_PICTURE_FLAG_AU_START: flag that marks the start of an
* access unit (AU)
* @GST_VAAPI_PICTURE_FLAG_AU_END: flag that marks the end of an
* access unit (AU)
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
* @GST_VAAPI_PICTURE_FLAG_GHOST: flag that specifies a "non-existing"
* picture, without any viable GstVideoCodecFrame associated to it.
* i.e. a dummy picture with some valid contents
h264: introduce GST_VAAPI_PICTURE_{SHORT,LONG}_TERM_REFERENCE flags. Further get rid of GstVaapiPictureH264-local VAPictureH264.flags for reference bits, thus simplifying the reference picture marking process to only track a single set of reference flags. Also introduce a new long_term_frame_idx member.
2012-10-31 10:45:14 +00:00
* @GST_VAAPI_PICTURE_FLAG_SHORT_TERM_REFERENCE: flag that specifies
* "used for short-term reference"
* @GST_VAAPI_PICTURE_FLAG_LONG_TERM_REFERENCE: flag that specifies
* "used for long-term reference"
* @GST_VAAPI_PICTURE_FLAGS_REFERENCE: mask covering any kind of
* reference picture (short-term reference or long-term reference)
h264: introduce GST_VAAPI_PICTURE_FLAG_IDR flag.
2012-10-31 10:33:40 +00:00
*/
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
enum
{
GST_VAAPI_PICTURE_FLAG_IDR = (GST_VAAPI_PICTURE_FLAG_LAST << 0),
GST_VAAPI_PICTURE_FLAG_REFERENCE2 = (GST_VAAPI_PICTURE_FLAG_LAST << 1),
GST_VAAPI_PICTURE_FLAG_INTER_VIEW = (GST_VAAPI_PICTURE_FLAG_LAST << 2),
GST_VAAPI_PICTURE_FLAG_ANCHOR = (GST_VAAPI_PICTURE_FLAG_LAST << 3),
GST_VAAPI_PICTURE_FLAG_AU_START = (GST_VAAPI_PICTURE_FLAG_LAST << 4),
GST_VAAPI_PICTURE_FLAG_AU_END = (GST_VAAPI_PICTURE_FLAG_LAST << 5),
GST_VAAPI_PICTURE_FLAG_GHOST = (GST_VAAPI_PICTURE_FLAG_LAST << 6),
GST_VAAPI_PICTURE_FLAG_SHORT_TERM_REFERENCE =
(GST_VAAPI_PICTURE_FLAG_REFERENCE),
GST_VAAPI_PICTURE_FLAG_LONG_TERM_REFERENCE =
(GST_VAAPI_PICTURE_FLAG_REFERENCE | GST_VAAPI_PICTURE_FLAG_REFERENCE2),
GST_VAAPI_PICTURE_FLAGS_REFERENCE =
(GST_VAAPI_PICTURE_FLAG_SHORT_TERM_REFERENCE |
GST_VAAPI_PICTURE_FLAG_LONG_TERM_REFERENCE),
h264: introduce GST_VAAPI_PICTURE_FLAG_IDR flag.
2012-10-31 10:33:40 +00:00
};
#define GST_VAAPI_PICTURE_IS_IDR(picture) \
(GST_VAAPI_PICTURE_FLAG_IS_SET(picture, GST_VAAPI_PICTURE_FLAG_IDR))
h264: introduce GST_VAAPI_PICTURE_{SHORT,LONG}_TERM_REFERENCE flags. Further get rid of GstVaapiPictureH264-local VAPictureH264.flags for reference bits, thus simplifying the reference picture marking process to only track a single set of reference flags. Also introduce a new long_term_frame_idx member.
2012-10-31 10:45:14 +00:00
#define GST_VAAPI_PICTURE_IS_SHORT_TERM_REFERENCE(picture) \
((GST_VAAPI_PICTURE_FLAGS(picture) & \
GST_VAAPI_PICTURE_FLAGS_REFERENCE) == \
GST_VAAPI_PICTURE_FLAG_SHORT_TERM_REFERENCE)
#define GST_VAAPI_PICTURE_IS_LONG_TERM_REFERENCE(picture) \
((GST_VAAPI_PICTURE_FLAGS(picture) & \
GST_VAAPI_PICTURE_FLAGS_REFERENCE) == \
GST_VAAPI_PICTURE_FLAG_LONG_TERM_REFERENCE)
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
#define GST_VAAPI_PICTURE_IS_INTER_VIEW(picture) \
decoder: h264: clean-ups. Fix GST_VAAPI_PICTURE_IS_{INTER_VIEW,ANCHOR}() definitions to use the base GST_VAAPI_PICTURE_FLAG_IS_SET() macro.
2014-06-10 15:42:58 +00:00
(GST_VAAPI_PICTURE_FLAG_IS_SET(picture, GST_VAAPI_PICTURE_FLAG_INTER_VIEW))
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
#define GST_VAAPI_PICTURE_IS_ANCHOR(picture) \
decoder: h264: clean-ups. Fix GST_VAAPI_PICTURE_IS_{INTER_VIEW,ANCHOR}() definitions to use the base GST_VAAPI_PICTURE_FLAG_IS_SET() macro.
2014-06-10 15:42:58 +00:00
(GST_VAAPI_PICTURE_FLAG_IS_SET(picture, GST_VAAPI_PICTURE_FLAG_ANCHOR))
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
decoder: h264: minor clean-ups. Make init_picture_ref_lists() more consistent with other functions related to the reference marking process by supplying the current picture as argument.
2014-05-02 20:40:16 +00:00
#define GST_VAAPI_PICTURE_H264(picture) \
((GstVaapiPictureH264 *)(picture))
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
struct _GstVaapiPictureH264
{
GstVaapiPicture base;
GstH264SliceHdr *last_slice_hdr;
guint structure;
gint32 field_poc[2];
gint32 frame_num; // Original frame_num from slice_header()
gint32 frame_num_wrap; // Temporary for ref pic marking: FrameNumWrap
gint32 long_term_frame_idx; // Temporary for ref pic marking: LongTermFrameIdx
gint32 pic_num; // Temporary for ref pic marking: PicNum
gint32 long_term_pic_num; // Temporary for ref pic marking: LongTermPicNum
GstVaapiPictureH264 *other_field; // Temporary for ref pic marking: other field in the same frame store
guint output_flag:1;
guint output_needed:1;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
};
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_VAAPI_CODEC_DEFINE_TYPE (GstVaapiPictureH264, gst_vaapi_picture_h264);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
Port codec objects to GstVaapiMiniObject.
2012-12-03 10:19:08 +00:00
void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_h264_destroy (GstVaapiPictureH264 * picture)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_destroy (GST_VAAPI_PICTURE (picture));
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
Port codec objects to GstVaapiMiniObject.
2012-12-03 10:19:08 +00:00
gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_h264_create (GstVaapiPictureH264 * picture,
const GstVaapiCodecObjectConstructorArgs * args)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!gst_vaapi_picture_create (GST_VAAPI_PICTURE (picture), args))
return FALSE;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
picture->structure = picture->base.structure;
picture->field_poc[0] = G_MAXINT32;
picture->field_poc[1] = G_MAXINT32;
picture->output_needed = FALSE;
return TRUE;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static inline GstVaapiPictureH264 *
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_h264_new (GstVaapiDecoderH264 * decoder)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return (GstVaapiPictureH264 *)
gst_vaapi_codec_object_new (&GstVaapiPictureH264Class,
GST_VAAPI_CODEC_BASE (decoder), NULL,
sizeof (VAPictureParameterBufferH264), NULL, 0, 0);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
static inline void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_h264_set_reference (GstVaapiPictureH264 * picture,
guint reference_flags, gboolean other_field)
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!picture)
return;
GST_VAAPI_PICTURE_FLAG_UNSET (picture, GST_VAAPI_PICTURE_FLAGS_REFERENCE);
GST_VAAPI_PICTURE_FLAG_SET (picture, reference_flags);
h264: fix interlaced stream decoding with MMCO. Fix decoding of interlaced streams when adaptive_ref_pic_marking_mode_flag is equal to 1, i.e. when memory management control operations are used. In particular, when field_pic_flag is set to 0, the new reference flags shall be applied to both fields.
2012-11-14 09:27:12 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!other_field || !(picture = picture->other_field))
return;
GST_VAAPI_PICTURE_FLAG_UNSET (picture, GST_VAAPI_PICTURE_FLAGS_REFERENCE);
GST_VAAPI_PICTURE_FLAG_SET (picture, reference_flags);
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
}
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
static inline GstVaapiPictureH264 *
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_h264_new_field (GstVaapiPictureH264 * picture)
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
g_return_val_if_fail (picture, NULL);
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return (GstVaapiPictureH264 *) gst_vaapi_picture_new_field (&picture->base);
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
}
decoder: h264: add support for missing first field. Try to identify missing first fields too, thus disregarding any intermediate gaps in frames. We also assume that we keep the same field sequence, i.e. if previous frames were in top-field-first (TFF) order, then so are subsequent frames. Note that insertion of dummy first fields need to operate in two steps: (i) create the original first field that the current field will inherit from, and (ii) submit that field into the DPB prior to initializing the current (other) field POC values but after any reference flag was set. i.e. copy reference flags from the child (other field) to the parent (first field). https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-22 09:42:52 +00:00
static inline GstVaapiPictureH264 *
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_h264_new_clone (GstVaapiPictureH264 * picture)
decoder: h264: add support for missing first field. Try to identify missing first fields too, thus disregarding any intermediate gaps in frames. We also assume that we keep the same field sequence, i.e. if previous frames were in top-field-first (TFF) order, then so are subsequent frames. Note that insertion of dummy first fields need to operate in two steps: (i) create the original first field that the current field will inherit from, and (ii) submit that field into the DPB prior to initializing the current (other) field POC values but after any reference flag was set. i.e. copy reference flags from the child (other field) to the parent (first field). https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-22 09:42:52 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
g_return_val_if_fail (picture, NULL);
decoder: h264: add support for missing first field. Try to identify missing first fields too, thus disregarding any intermediate gaps in frames. We also assume that we keep the same field sequence, i.e. if previous frames were in top-field-first (TFF) order, then so are subsequent frames. Note that insertion of dummy first fields need to operate in two steps: (i) create the original first field that the current field will inherit from, and (ii) submit that field into the DPB prior to initializing the current (other) field POC values but after any reference flag was set. i.e. copy reference flags from the child (other field) to the parent (first field). https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-22 09:42:52 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return (GstVaapiPictureH264 *) gst_vaapi_picture_new_clone (&picture->base);
decoder: h264: add support for missing first field. Try to identify missing first fields too, thus disregarding any intermediate gaps in frames. We also assume that we keep the same field sequence, i.e. if previous frames were in top-field-first (TFF) order, then so are subsequent frames. Note that insertion of dummy first fields need to operate in two steps: (i) create the original first field that the current field will inherit from, and (ii) submit that field into the DPB prior to initializing the current (other) field POC values but after any reference flag was set. i.e. copy reference flags from the child (other field) to the parent (first field). https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-22 09:42:52 +00:00
}
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
/* ------------------------------------------------------------------------- */
/* --- Frame Buffers (DPB) --- */
/* ------------------------------------------------------------------------- */
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
struct _GstVaapiFrameStore
{
/*< private > */
GstVaapiMiniObject parent_instance;
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
guint view_id;
guint structure;
GstVaapiPictureH264 *buffers[2];
guint num_buffers;
guint output_needed;
guint output_called;
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
};
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_frame_store_finalize (gpointer object)
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiFrameStore *const fs = object;
guint i;
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < fs->num_buffers; i++)
gst_vaapi_picture_replace (&fs->buffers[i], NULL);
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
}
static GstVaapiFrameStore *
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_frame_store_new (GstVaapiPictureH264 * picture)
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiFrameStore *fs;
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
static const GstVaapiMiniObjectClass GstVaapiFrameStoreClass = {
sizeof (GstVaapiFrameStore),
gst_vaapi_frame_store_finalize
};
Port GstVaapiFrameStore to GstVaapiMiniObject.
2012-12-03 13:09:01 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fs = (GstVaapiFrameStore *)
gst_vaapi_mini_object_new (&GstVaapiFrameStoreClass);
if (!fs)
return NULL;
fs->view_id = picture->base.view_id;
fs->structure = picture->structure;
fs->buffers[0] = gst_vaapi_picture_ref (picture);
fs->buffers[1] = NULL;
fs->num_buffers = 1;
fs->output_needed = 0;
fs->output_called = 0;
if (picture->output_flag) {
picture->output_needed = TRUE;
fs->output_needed++;
}
return fs;
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
}
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_frame_store_add (GstVaapiFrameStore * fs,
GstVaapiPictureH264 * picture)
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
guint field;
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
g_return_val_if_fail (fs->num_buffers == 1, FALSE);
g_return_val_if_fail (!GST_VAAPI_PICTURE_IS_FRAME (picture), FALSE);
g_return_val_if_fail (!GST_VAAPI_PICTURE_IS_FIRST_FIELD (picture), FALSE);
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_replace (&fs->buffers[fs->num_buffers++], picture);
if (picture->output_flag) {
picture->output_needed = TRUE;
fs->output_needed++;
}
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fs->structure = GST_VAAPI_PICTURE_STRUCTURE_FRAME;
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
field = picture->structure == GST_VAAPI_PICTURE_STRUCTURE_TOP_FIELD ?
TOP_FIELD : BOTTOM_FIELD;
libs: decoder: h264, h266: fix g_return_val_if_fail() missuse g_return_val_fail() documentations says: If expr evaluates to FALSE, the current function should be considered to have undefined behaviour (a programmer error). The only correct solution to such an error is to change the module that is calling the current function, so that it avoids this incorrect call. So it was missused in a couple parts of the H264 and H265 internal decoders. This patch changes that to plain conditionals. Also, it was included a couple code-style fixes.
2019-09-21 11:39:42 +00:00
if (fs->buffers[0]->field_poc[field] != G_MAXINT32)
return FALSE;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fs->buffers[0]->field_poc[field] = picture->field_poc[field];
libs: decoder: h264, h266: fix g_return_val_if_fail() missuse g_return_val_fail() documentations says: If expr evaluates to FALSE, the current function should be considered to have undefined behaviour (a programmer error). The only correct solution to such an error is to change the module that is calling the current function, so that it avoids this incorrect call. So it was missused in a couple parts of the H264 and H265 internal decoders. This patch changes that to plain conditionals. Also, it was included a couple code-style fixes.
2019-09-21 11:39:42 +00:00
if (picture->field_poc[!field] != G_MAXINT32)
return FALSE;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
picture->field_poc[!field] = fs->buffers[0]->field_poc[!field];
libs: decoder: h264, h266: fix g_return_val_if_fail() missuse g_return_val_fail() documentations says: If expr evaluates to FALSE, the current function should be considered to have undefined behaviour (a programmer error). The only correct solution to such an error is to change the module that is calling the current function, so that it avoids this incorrect call. So it was missused in a couple parts of the H264 and H265 internal decoders. This patch changes that to plain conditionals. Also, it was included a couple code-style fixes.
2019-09-21 11:39:42 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return TRUE;
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
}
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_frame_store_split_fields (GstVaapiFrameStore * fs, gboolean tff)
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiPictureH264 *const first_field = fs->buffers[0];
GstVaapiPictureH264 *second_field;
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
g_return_val_if_fail (fs->num_buffers == 1, FALSE);
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
first_field->base.structure = tff ?
GST_VAAPI_PICTURE_STRUCTURE_TOP_FIELD :
GST_VAAPI_PICTURE_STRUCTURE_BOTTOM_FIELD;
GST_VAAPI_PICTURE_FLAG_SET (first_field, GST_VAAPI_PICTURE_FLAG_INTERLACED);
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
second_field = gst_vaapi_picture_h264_new_field (first_field);
if (!second_field)
return FALSE;
libs: decoder: h264: Add ref flags for splited field. When split one frame into fields, the second field should also copy the reference flags. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/333>
2020-05-25 18:19:15 +00:00
gst_vaapi_picture_h264_set_reference (second_field,
GST_VAAPI_PICTURE_FLAGS (first_field) & GST_VAAPI_PICTURE_FLAGS_REFERENCE,
FALSE);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_replace (&fs->buffers[fs->num_buffers++], second_field);
gst_vaapi_picture_unref (second_field);
second_field->frame_num = first_field->frame_num;
second_field->field_poc[0] = first_field->field_poc[0];
second_field->field_poc[1] = first_field->field_poc[1];
second_field->output_flag = first_field->output_flag;
if (second_field->output_flag) {
second_field->output_needed = TRUE;
fs->output_needed++;
}
return TRUE;
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
}
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
static inline gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_frame_store_has_frame (GstVaapiFrameStore * fs)
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return fs->structure == GST_VAAPI_PICTURE_STRUCTURE_FRAME;
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
}
decoder: h264: simplify the DPB output process. Simplify the dpb_output() function to exclusively rely on the frame store buffer to output, since this is now always provided. Besides, also fix cases where split fields would not be displayed. This is a regression from f48b1e0.
2014-07-03 09:13:33 +00:00
static inline gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_frame_store_is_complete (GstVaapiFrameStore * fs)
decoder: h264: simplify the DPB output process. Simplify the dpb_output() function to exclusively rely on the frame store buffer to output, since this is now always provided. Besides, also fix cases where split fields would not be displayed. This is a regression from f48b1e0.
2014-07-03 09:13:33 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return gst_vaapi_frame_store_has_frame (fs) ||
GST_VAAPI_PICTURE_IS_ONEFIELD (fs->buffers[0]);
decoder: h264: simplify the DPB output process. Simplify the dpb_output() function to exclusively rely on the frame store buffer to output, since this is now always provided. Besides, also fix cases where split fields would not be displayed. This is a regression from f48b1e0.
2014-07-03 09:13:33 +00:00
}
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
static inline gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_frame_store_has_reference (GstVaapiFrameStore * fs)
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
guint i;
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < fs->num_buffers; i++) {
if (GST_VAAPI_PICTURE_IS_REFERENCE (fs->buffers[i]))
return TRUE;
}
return FALSE;
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
}
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_frame_store_has_inter_view (GstVaapiFrameStore * fs)
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
guint i;
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < fs->num_buffers; i++) {
if (GST_VAAPI_PICTURE_IS_INTER_VIEW (fs->buffers[i]))
return TRUE;
}
return FALSE;
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
}
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
#define gst_vaapi_frame_store_ref(fs) \
Port GstVaapiFrameStore to GstVaapiMiniObject.
2012-12-03 13:09:01 +00:00
gst_vaapi_mini_object_ref(GST_VAAPI_MINI_OBJECT(fs))
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
#define gst_vaapi_frame_store_unref(fs) \
Port GstVaapiFrameStore to GstVaapiMiniObject.
2012-12-03 13:09:01 +00:00
gst_vaapi_mini_object_unref(GST_VAAPI_MINI_OBJECT(fs))
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
Port GstVaapiFrameStore to GstVaapiMiniObject.
2012-12-03 13:09:01 +00:00
#define gst_vaapi_frame_store_replace(old_fs_p, new_fs) \
gst_vaapi_mini_object_replace((GstVaapiMiniObject **)(old_fs_p), \
(GstVaapiMiniObject *)(new_fs))
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
/* ------------------------------------------------------------------------- */
/* --- H.264 Decoder --- */
/* ------------------------------------------------------------------------- */
h264: minor clean-ups. Drop explicit initialization of most fields that are implicitly set to zero. Drop helper macros for casting to GstVaapiPictureH264 or GstVaapiFrameStore. Also remove some useless checks for NULL pointers.
2012-12-13 10:48:06 +00:00
#define GST_VAAPI_DECODER_H264_CAST(decoder) \
((GstVaapiDecoderH264 *)(decoder))
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
typedef enum
{
GST_H264_VIDEO_STATE_GOT_SPS = 1 << 0,
GST_H264_VIDEO_STATE_GOT_PPS = 1 << 1,
GST_H264_VIDEO_STATE_GOT_SLICE = 1 << 2,
GST_H264_VIDEO_STATE_GOT_I_FRAME = 1 << 3, // persistent across SPS
GST_H264_VIDEO_STATE_GOT_P_SLICE = 1 << 4, // predictive (all non-intra)
GST_H264_VIDEO_STATE_VALID_PICTURE_HEADERS = (GST_H264_VIDEO_STATE_GOT_SPS |
GST_H264_VIDEO_STATE_GOT_PPS),
GST_H264_VIDEO_STATE_VALID_PICTURE =
(GST_H264_VIDEO_STATE_VALID_PICTURE_HEADERS |
GST_H264_VIDEO_STATE_GOT_SLICE)
h264: improve robustness when packets are missing. Improve robustness when some expected packets where not received yet or that were not correctly decoded. For example, don't try to decode a picture if there was no valid frame headers parsed so far. https://bugs.freedesktop.org/show_bug.cgi?id=57902
2013-12-10 15:14:27 +00:00
} GstH264VideoState;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
struct _GstVaapiDecoderH264Private
{
GstH264NalParser *parser;
guint parser_state;
guint decoder_state;
GstVaapiStreamAlignH264 stream_alignment;
GstVaapiPictureH264 *current_picture;
GstVaapiParserInfoH264 *sps[GST_H264_MAX_SPS_COUNT];
GstVaapiParserInfoH264 *active_sps;
GstVaapiParserInfoH264 *pps[GST_H264_MAX_PPS_COUNT];
GstVaapiParserInfoH264 *active_pps;
GstVaapiParserInfoH264 *prev_pi;
GstVaapiParserInfoH264 *prev_slice_pi;
GstVaapiFrameStore **prev_ref_frames;
GstVaapiFrameStore **prev_frames;
guint prev_frames_alloc;
GstVaapiFrameStore **dpb;
guint dpb_count;
guint dpb_size;
guint dpb_size_max;
guint max_views;
GstVaapiProfile profile;
GstVaapiEntrypoint entrypoint;
GstVaapiChromaType chroma_type;
GPtrArray *inter_views;
GstVaapiPictureH264 *short_ref[32];
guint short_ref_count;
GstVaapiPictureH264 *long_ref[32];
guint long_ref_count;
GstVaapiPictureH264 *RefPicList0[32];
guint RefPicList0_count;
GstVaapiPictureH264 *RefPicList1[32];
guint RefPicList1_count;
guint nal_length_size;
guint mb_width;
guint mb_height;
guint pic_structure; // pic_struct (from SEI pic_timing() or inferred)
gint32 field_poc[2]; // 0:TopFieldOrderCnt / 1:BottomFieldOrderCnt
gint32 poc_msb; // PicOrderCntMsb
gint32 poc_lsb; // pic_order_cnt_lsb (from slice_header())
gint32 prev_poc_msb; // prevPicOrderCntMsb
gint32 prev_poc_lsb; // prevPicOrderCntLsb
gint32 frame_num_offset; // FrameNumOffset
gint32 frame_num; // frame_num (from slice_header())
gint32 prev_frame_num; // prevFrameNum
gint32 prev_ref_frame_num; // prevRefFrameNum
gboolean prev_pic_has_mmco5; // prevMmco5Pic
gboolean prev_pic_reference; // previous picture is a reference
guint prev_pic_structure; // previous picture structure
guint is_opened:1;
guint is_avcC:1;
guint has_context:1;
guint progressive_sequence:1;
guint top_field_first:1;
libs: decoder: h264: add getter/setter for low latency mode https://bugzilla.gnome.org/show_bug.cgi?id=783588
2017-06-14 16:30:53 +00:00
gboolean force_low_latency;
libs: decoder: h264: add setter for base-only mode https://bugzilla.gnome.org/show_bug.cgi?id=732265
2017-07-25 19:03:34 +00:00
gboolean base_only;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
};
libs: use GstVaapiMiniObject for video decoders. Port GstVaapiDecoder and GstVaapiDecoder{MPEG2,MPEG4,JPEG,H264,VC1} to GstVaapiMiniObject. Add gst_vaapi_decoder_set_codec_state_changed_func() helper function to let the user add a callback to a function triggered whenever the codec state (e.g. caps) changes.
2013-05-06 12:07:17 +00:00
/**
* GstVaapiDecoderH264:
*
* A decoder based on H264.
*/
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
struct _GstVaapiDecoderH264
{
/*< private > */
GstVaapiDecoder parent_instance;
GstVaapiDecoderH264Private priv;
libs: use GstVaapiMiniObject for video decoders. Port GstVaapiDecoder and GstVaapiDecoder{MPEG2,MPEG4,JPEG,H264,VC1} to GstVaapiMiniObject. Add gst_vaapi_decoder_set_codec_state_changed_func() helper function to let the user add a callback to a function triggered whenever the codec state (e.g. caps) changes.
2013-05-06 12:07:17 +00:00
};
/**
* GstVaapiDecoderH264Class:
*
* A decoder class based on H264.
*/
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
struct _GstVaapiDecoderH264Class
{
/*< private > */
GstVaapiDecoderClass parent_class;
libs: use GstVaapiMiniObject for video decoders. Port GstVaapiDecoder and GstVaapiDecoder{MPEG2,MPEG4,JPEG,H264,VC1} to GstVaapiMiniObject. Add gst_vaapi_decoder_set_codec_state_changed_func() helper function to let the user add a callback to a function triggered whenever the codec state (e.g. caps) changes.
2013-05-06 12:07:17 +00:00
};
libs: decoder: refactor decoders as gobject https://bugzilla.gnome.org/show_bug.cgi?id=796308
2018-05-18 14:09:31 +00:00
G_DEFINE_TYPE (GstVaapiDecoderH264, gst_vaapi_decoder_h264,
GST_TYPE_VAAPI_DECODER);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
exec_ref_pic_marking (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
decoder: h264: add support for missing first field. Try to identify missing first fields too, thus disregarding any intermediate gaps in frames. We also assume that we keep the same field sequence, i.e. if previous frames were in top-field-first (TFF) order, then so are subsequent frames. Note that insertion of dummy first fields need to operate in two steps: (i) create the original first field that the current field will inherit from, and (ii) submit that field into the DPB prior to initializing the current (other) field POC values but after any reference flag was set. i.e. copy reference flags from the child (other field) to the parent (first field). https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-22 09:42:52 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
exec_ref_pic_marking_sliding_window (GstVaapiDecoderH264 * decoder);
decoder: h264: add support for missing first field. Try to identify missing first fields too, thus disregarding any intermediate gaps in frames. We also assume that we keep the same field sequence, i.e. if previous frames were in top-field-first (TFF) order, then so are subsequent frames. Note that insertion of dummy first fields need to operate in two steps: (i) create the original first field that the current field will inherit from, and (ii) submit that field into the DPB prior to initializing the current (other) field POC values but after any reference flag was set. i.e. copy reference flags from the child (other field) to the parent (first field). https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-22 09:42:52 +00:00
decoder: h264: improve pruning of unused MVC inter-view frames. Improve process for the removal of pictures from DPB before possible insertion of the current picture (C.4.4) for H.264 MVC inter-view only reference components. In particular, handle cases where picture to be inserted is not the last one of the access unit and if it was already output and is no longer marked as used for reference, including for decoding next view components within the same access unit.
2014-06-10 14:07:51 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
is_inter_view_reference_for_next_pictures (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture);
decoder: h264: improve pruning of unused MVC inter-view frames. Improve process for the removal of pictures from DPB before possible insertion of the current picture (C.4.4) for H.264 MVC inter-view only reference components. In particular, handle cases where picture to be inserted is not the last one of the access unit and if it was already output and is no longer marked as used for reference, including for decoding next view components within the same access unit.
2014-06-10 14:07:51 +00:00
static inline gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
is_inter_view_reference_for_next_frames (GstVaapiDecoderH264 * decoder,
GstVaapiFrameStore * fs)
decoder: h264: improve pruning of unused MVC inter-view frames. Improve process for the removal of pictures from DPB before possible insertion of the current picture (C.4.4) for H.264 MVC inter-view only reference components. In particular, handle cases where picture to be inserted is not the last one of the access unit and if it was already output and is no longer marked as used for reference, including for decoding next view components within the same access unit.
2014-06-10 14:07:51 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return is_inter_view_reference_for_next_pictures (decoder, fs->buffers[0]);
decoder: h264: improve pruning of unused MVC inter-view frames. Improve process for the removal of pictures from DPB before possible insertion of the current picture (C.4.4) for H.264 MVC inter-view only reference components. In particular, handle cases where picture to be inserted is not the last one of the access unit and if it was already output and is no longer marked as used for reference, including for decoding next view components within the same access unit.
2014-06-10 14:07:51 +00:00
}
decoder: h264: dynamically allocate the DPB. Dynamically allocate the Decoded Picture Buffer (DPB) and add provisions for supporting the MVC allocation requirements.
2014-05-01 17:16:09 +00:00
/* Determines if the supplied profile is one of the MVC set */
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
is_mvc_profile (GstH264Profile profile)
decoder: h264: dynamically allocate the DPB. Dynamically allocate the Decoded Picture Buffer (DPB) and add provisions for supporting the MVC allocation requirements.
2014-05-01 17:16:09 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return profile == GST_H264_PROFILE_MULTIVIEW_HIGH ||
profile == GST_H264_PROFILE_STEREO_HIGH;
decoder: h264: dynamically allocate the DPB. Dynamically allocate the Decoded Picture Buffer (DPB) and add provisions for supporting the MVC allocation requirements.
2014-05-01 17:16:09 +00:00
}
decoder: h264: add support for MVC interlaced streams. Fix support for MVC Stereo High profile streams with interlaced frames. Also improve the detection logic of the first field.
2014-05-21 15:57:00 +00:00
/* Determines the view_id from the supplied NAL unit */
static inline guint
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
get_view_id (GstH264NalUnit * nalu)
decoder: h264: add support for MVC interlaced streams. Fix support for MVC Stereo High profile streams with interlaced frames. Also improve the detection logic of the first field.
2014-05-21 15:57:00 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return GST_H264_IS_MVC_NALU (nalu) ? nalu->extension.mvc.view_id : 0;
decoder: h264: add support for MVC interlaced streams. Fix support for MVC Stereo High profile streams with interlaced frames. Also improve the detection logic of the first field.
2014-05-21 15:57:00 +00:00
}
decoder: h264: fix detection of access unit boundaries. In order to have a stricter conforming implementation, we need to carefully detect access unit boundaries. Additional operations could be necessary to perform at those boundaries.
2014-05-01 17:33:40 +00:00
/* Determines the view order index (VOIdx) from the supplied view_id */
static gint
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
get_view_order_index (GstH264SPS * sps, guint16 view_id)
decoder: h264: fix detection of access unit boundaries. In order to have a stricter conforming implementation, we need to carefully detect access unit boundaries. Additional operations could be necessary to perform at those boundaries.
2014-05-01 17:33:40 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstH264SPSExtMVC *mvc;
gint i;
decoder: h264: fix detection of access unit boundaries. In order to have a stricter conforming implementation, we need to carefully detect access unit boundaries. Additional operations could be necessary to perform at those boundaries.
2014-05-01 17:33:40 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!sps || sps->extension_type != GST_H264_NAL_EXTENSION_MVC)
return 0;
decoder: h264: fix detection of access unit boundaries. In order to have a stricter conforming implementation, we need to carefully detect access unit boundaries. Additional operations could be necessary to perform at those boundaries.
2014-05-01 17:33:40 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
mvc = &sps->extension.mvc;
for (i = 0; i <= mvc->num_views_minus1; i++) {
if (mvc->view[i].view_id == view_id)
return i;
}
GST_ERROR ("failed to find VOIdx from view_id (%d)", view_id);
return -1;
decoder: h264: fix detection of access unit boundaries. In order to have a stricter conforming implementation, we need to carefully detect access unit boundaries. Additional operations could be necessary to perform at those boundaries.
2014-05-01 17:33:40 +00:00
}
decoder: h264: dynamically allocate the DPB. Dynamically allocate the Decoded Picture Buffer (DPB) and add provisions for supporting the MVC allocation requirements.
2014-05-01 17:16:09 +00:00
/* Determines NumViews */
static guint
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
get_num_views (GstH264SPS * sps)
decoder: h264: dynamically allocate the DPB. Dynamically allocate the Decoded Picture Buffer (DPB) and add provisions for supporting the MVC allocation requirements.
2014-05-01 17:16:09 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return 1 + (sps->extension_type == GST_H264_NAL_EXTENSION_MVC ?
sps->extension.mvc.num_views_minus1 : 0);
decoder: h264: dynamically allocate the DPB. Dynamically allocate the Decoded Picture Buffer (DPB) and add provisions for supporting the MVC allocation requirements.
2014-05-01 17:16:09 +00:00
}
decoder: cope with new GstVaapiContextInfo based API. Update decoders to report the maximum number of reference frames to use.
2012-09-10 16:26:51 +00:00
/* Get number of reference frames to use */
static guint
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
get_max_dec_frame_buffering (GstH264SPS * sps)
{
guint num_views, max_dpb_frames;
guint max_dec_frame_buffering, PicSizeMbs;
GstVaapiLevelH264 level;
const GstVaapiH264LevelLimits *level_limits;
/* Table A-1 - Level limits */
if (G_UNLIKELY (sps->level_idc == 11 && sps->constraint_set3_flag))
level = GST_VAAPI_LEVEL_H264_L1b;
else
level = gst_vaapi_utils_h264_get_level (sps->level_idc);
level_limits = gst_vaapi_utils_h264_get_level_limits (level);
if (G_UNLIKELY (!level_limits)) {
GST_FIXME ("unsupported level_idc value (%d)", sps->level_idc);
max_dec_frame_buffering = 16;
} else {
PicSizeMbs = ((sps->pic_width_in_mbs_minus1 + 1) *
(sps->pic_height_in_map_units_minus1 + 1) *
(sps->frame_mbs_only_flag ? 1 : 2));
max_dec_frame_buffering = level_limits->MaxDpbMbs / PicSizeMbs;
}
if (is_mvc_profile (sps->profile_idc))
max_dec_frame_buffering <<= 1;
/* VUI parameters */
if (sps->vui_parameters_present_flag) {
GstH264VUIParams *const vui_params = &sps->vui_parameters;
if (vui_params->bitstream_restriction_flag)
max_dec_frame_buffering = vui_params->max_dec_frame_buffering;
decoder: h264: dynamically allocate the DPB. Dynamically allocate the Decoded Picture Buffer (DPB) and add provisions for supporting the MVC allocation requirements.
2014-05-01 17:16:09 +00:00
else {
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
switch (sps->profile_idc) {
case 44: // CAVLC 4:4:4 Intra profile
case GST_H264_PROFILE_SCALABLE_HIGH:
case GST_H264_PROFILE_HIGH:
case GST_H264_PROFILE_HIGH10:
case GST_H264_PROFILE_HIGH_422:
case GST_H264_PROFILE_HIGH_444:
if (sps->constraint_set3_flag)
max_dec_frame_buffering = 0;
break;
}
}
}
num_views = get_num_views (sps);
max_dpb_frames = 16 * (num_views > 1 ? g_bit_storage (num_views - 1) : 1);
if (max_dec_frame_buffering > max_dpb_frames)
max_dec_frame_buffering = max_dpb_frames;
else if (max_dec_frame_buffering < sps->num_ref_frames)
max_dec_frame_buffering = sps->num_ref_frames;
return MAX (1, max_dec_frame_buffering);
decoder: cope with new GstVaapiContextInfo based API. Update decoders to report the maximum number of reference frames to use.
2012-09-10 16:26:51 +00:00
}
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
array_remove_index_fast (void *array, guint * array_length_ptr, guint index)
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gpointer *const entries = array;
guint num_entries = *array_length_ptr;
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
g_return_if_fail (index < num_entries);
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (index != --num_entries)
entries[index] = entries[num_entries];
entries[num_entries] = NULL;
*array_length_ptr = num_entries;
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
}
#if 1
static inline void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
array_remove_index (void *array, guint * array_length_ptr, guint index)
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
array_remove_index_fast (array, array_length_ptr, index);
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
}
#else
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
array_remove_index (void *array, guint * array_length_ptr, guint index)
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gpointer *const entries = array;
const guint num_entries = *array_length_ptr - 1;
guint i;
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
g_return_if_fail (index <= num_entries);
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = index; i < num_entries; i++)
entries[i] = entries[i + 1];
entries[num_entries] = NULL;
*array_length_ptr = num_entries;
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
}
#endif
#define ARRAY_REMOVE_INDEX(array, index) \
array_remove_index(array, &array##_count, index)
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_remove_index (GstVaapiDecoderH264 * decoder, guint index)
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
guint i, num_frames = --priv->dpb_count;
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (USE_STRICT_DPB_ORDERING) {
for (i = index; i < num_frames; i++)
gst_vaapi_frame_store_replace (&priv->dpb[i], priv->dpb[i + 1]);
} else if (index != num_frames)
gst_vaapi_frame_store_replace (&priv->dpb[index], priv->dpb[num_frames]);
gst_vaapi_frame_store_replace (&priv->dpb[num_frames], NULL);
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
}
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_output (GstVaapiDecoderH264 * decoder, GstVaapiFrameStore * fs)
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiPictureH264 *picture = NULL;
guint i;
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
g_return_val_if_fail (fs != NULL, FALSE);
decoder: h264: fix output of second field when first field is not in DPB. Fix decoding of interlaced streams where a first field (e.g. B-slice) was immediately output and the current decoded field is to be paired with that former frame, which is no longer in DPB. https://bugzilla.gnome.org/show_bug.cgi?id=701340
2014-06-30 14:09:17 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fs->output_called++;
if (!gst_vaapi_frame_store_is_complete (fs))
return TRUE;
decoder: h264: simplify the DPB output process. Simplify the dpb_output() function to exclusively rely on the frame store buffer to output, since this is now always provided. Besides, also fix cases where split fields would not be displayed. This is a regression from f48b1e0.
2014-07-03 09:13:33 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < fs->num_buffers; i++) {
GstVaapiPictureH264 *const pic = fs->buffers[i];
libs: decoder: h264, h266: fix g_return_val_if_fail() missuse g_return_val_fail() documentations says: If expr evaluates to FALSE, the current function should be considered to have undefined behaviour (a programmer error). The only correct solution to such an error is to change the module that is calling the current function, so that it avoids this incorrect call. So it was missused in a couple parts of the H264 and H265 internal decoders. This patch changes that to plain conditionals. Also, it was included a couple code-style fixes.
2019-09-21 11:39:42 +00:00
if (pic == NULL)
return FALSE;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
pic->output_needed = FALSE;
if (!GST_VAAPI_PICTURE_FLAG_IS_SET (pic, GST_VAAPI_PICTURE_FLAG_GHOST))
picture = pic;
}
fs->output_needed = 0;
fs->output_called = 0;
if (!picture)
return TRUE;
return gst_vaapi_picture_output (GST_VAAPI_PICTURE_CAST (picture));
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
}
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
static inline void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_evict (GstVaapiDecoderH264 * decoder, GstVaapiPictureH264 * picture,
guint i)
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiFrameStore *const fs = priv->dpb[i];
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!fs->output_needed && !gst_vaapi_frame_store_has_reference (fs))
dpb_remove_index (decoder, i);
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
}
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
/* Finds the picture with the nearest previous POC and same structure */
static gint
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_find_nearest_prev_poc (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, guint picture_structure,
GstVaapiPictureH264 ** found_picture_ptr)
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiPictureH264 *found_picture = NULL;
libs: decoder: h264,h265 avoid uninitialized variable Configuring GCC to verify possible usage of uninitialized variables, shows that found_index might be used without previous assignation. This patch assigns a initial value to found_index, also avoid a branching when returning the result value. https://bugzilla.gnome.org/show_bug.cgi?id=778782
2017-02-16 17:11:50 +00:00
guint i, j, found_index = -1;
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
g_return_val_if_fail (picture != NULL, -1);
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!picture_structure)
picture_structure = picture->base.structure;
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < priv->dpb_count; i++) {
GstVaapiFrameStore *const fs = priv->dpb[i];
if (picture->base.view_id != fs->view_id)
continue;
for (j = 0; j < fs->num_buffers; j++) {
GstVaapiPictureH264 *const pic = fs->buffers[j];
if (pic->base.structure != picture_structure)
continue;
if (pic->base.poc >= picture->base.poc)
continue;
if (!found_picture || found_picture->base.poc < pic->base.poc)
found_picture = pic, found_index = i;
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (found_picture_ptr)
*found_picture_ptr = found_picture;
libs: decoder: h264,h265 avoid uninitialized variable Configuring GCC to verify possible usage of uninitialized variables, shows that found_index might be used without previous assignation. This patch assigns a initial value to found_index, also avoid a branching when returning the result value. https://bugzilla.gnome.org/show_bug.cgi?id=778782
2017-02-16 17:11:50 +00:00
return found_index;
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
}
decoder: h264: simplify storage of decoded picture into DPB. Factor out process by which the decoded picture with the lowest POC is found, and possibly output. Likewise, the storage and marking of a reference decoded, or non-reference decoded picture, into the DPB could also be simplified as they mostly share the same operations.
2014-05-04 12:49:28 +00:00
/* Finds the picture with the lowest POC that needs to be output */
static gint
libs: decoder: h264: push frames as soon as possible Push frames downstream as soon as possible instead of waiting until they are ejected from the DPB. This patch makes the decoder not comply with the H.264 specification, but it is required for some video cameras. https://bugzilla.gnome.org/show_bug.cgi?id=762509 Signed-off-by: Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
2017-05-26 15:19:00 +00:00
dpb_find_lowest_poc_for_output (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstVaapiPictureH264 ** found_picture_ptr,
gboolean * can_be_output)
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiPictureH264 *found_picture = NULL;
libs: decoder: h264: push frames as soon as possible Push frames downstream as soon as possible instead of waiting until they are ejected from the DPB. This patch makes the decoder not comply with the H.264 specification, but it is required for some video cameras. https://bugzilla.gnome.org/show_bug.cgi?id=762509 Signed-off-by: Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
2017-05-26 15:19:00 +00:00
guint i, j, found_index = -1, found_poc = -1;
gboolean is_first = TRUE;
gint last_output_poc = -1;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < priv->dpb_count; i++) {
GstVaapiFrameStore *const fs = priv->dpb[i];
libs: decoder: h264: push frames as soon as possible Push frames downstream as soon as possible instead of waiting until they are ejected from the DPB. This patch makes the decoder not comply with the H.264 specification, but it is required for some video cameras. https://bugzilla.gnome.org/show_bug.cgi?id=762509 Signed-off-by: Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
2017-05-26 15:19:00 +00:00
if (!fs->output_needed) {
/* find the maximum poc of any previously output frames that are
* still held in the DPB. */
if (can_be_output != NULL) {
for (j = 0; j < fs->num_buffers; j++) {
if (is_first || fs->buffers[j]->base.poc > last_output_poc) {
is_first = FALSE;
last_output_poc = fs->buffers[j]->base.poc;
}
}
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
continue;
libs: decoder: h264: push frames as soon as possible Push frames downstream as soon as possible instead of waiting until they are ejected from the DPB. This patch makes the decoder not comply with the H.264 specification, but it is required for some video cameras. https://bugzilla.gnome.org/show_bug.cgi?id=762509 Signed-off-by: Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
2017-05-26 15:19:00 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (picture && picture->base.view_id != fs->view_id)
continue;
for (j = 0; j < fs->num_buffers; j++) {
GstVaapiPictureH264 *const pic = fs->buffers[j];
if (!pic->output_needed)
continue;
if (!found_picture || found_picture->base.poc > pic->base.poc ||
(found_picture->base.poc == pic->base.poc &&
found_picture->base.voc > pic->base.voc))
libs: decoder: h264: push frames as soon as possible Push frames downstream as soon as possible instead of waiting until they are ejected from the DPB. This patch makes the decoder not comply with the H.264 specification, but it is required for some video cameras. https://bugzilla.gnome.org/show_bug.cgi?id=762509 Signed-off-by: Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
2017-05-26 15:19:00 +00:00
found_picture = pic, found_index = i, found_poc = pic->base.poc;
}
}
if (can_be_output != NULL) {
/* found_picture can be output if it's the first frame in the DPB,
* or if there's no gap between it and the most recently output
* frame. */
*can_be_output = FALSE;
if (found_picture &&
gst_vaapi_frame_store_is_complete (priv->dpb[found_index])) {
if (is_first) {
*can_be_output = TRUE;
} else if (((int) (found_poc)) > ((int) (last_output_poc))) {
*can_be_output = (found_poc - last_output_poc) <= 2;
} else {
/* A frame with a higher poc has already been sent. No choice
* now but to drop this frame */
GST_WARNING ("dropping out-of-sequence frame");
priv->dpb[found_index]->output_needed = FALSE;
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
}
if (found_picture_ptr)
*found_picture_ptr = found_picture;
libs: decoder: h264,h265 avoid uninitialized variable Configuring GCC to verify possible usage of uninitialized variables, shows that found_index might be used without previous assignation. This patch assigns a initial value to found_index, also avoid a branching when returning the result value. https://bugzilla.gnome.org/show_bug.cgi?id=778782
2017-02-16 17:11:50 +00:00
return found_index;
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
}
libs: decoder: h264: push frames as soon as possible Push frames downstream as soon as possible instead of waiting until they are ejected from the DPB. This patch makes the decoder not comply with the H.264 specification, but it is required for some video cameras. https://bugzilla.gnome.org/show_bug.cgi?id=762509 Signed-off-by: Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
2017-05-26 15:19:00 +00:00
/* Finds the picture with the lowest POC that needs to be output */
static gint
dpb_find_lowest_poc (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstVaapiPictureH264 ** found_picture_ptr)
{
return dpb_find_lowest_poc_for_output (decoder, picture, found_picture_ptr,
NULL);
}
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
/* Finds the picture with the lowest VOC that needs to be output */
static gint
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_find_lowest_voc (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstVaapiPictureH264 ** found_picture_ptr)
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiPictureH264 *found_picture = NULL;
libs: decoder: h264,h265 avoid uninitialized variable Configuring GCC to verify possible usage of uninitialized variables, shows that found_index might be used without previous assignation. This patch assigns a initial value to found_index, also avoid a branching when returning the result value. https://bugzilla.gnome.org/show_bug.cgi?id=778782
2017-02-16 17:11:50 +00:00
guint i, j, found_index = -1;
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < priv->dpb_count; i++) {
GstVaapiFrameStore *const fs = priv->dpb[i];
if (!fs->output_needed || fs->view_id == picture->base.view_id)
continue;
for (j = 0; j < fs->num_buffers; j++) {
GstVaapiPictureH264 *const pic = fs->buffers[j];
if (!pic->output_needed || pic->base.poc != picture->base.poc)
continue;
if (!found_picture || found_picture->base.voc > pic->base.voc)
found_picture = pic, found_index = i;
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
decoder: h264: simplify storage of decoded picture into DPB. Factor out process by which the decoded picture with the lowest POC is found, and possibly output. Likewise, the storage and marking of a reference decoded, or non-reference decoded picture, into the DPB could also be simplified as they mostly share the same operations.
2014-05-04 12:49:28 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (found_picture_ptr)
*found_picture_ptr = found_picture;
libs: decoder: h264,h265 avoid uninitialized variable Configuring GCC to verify possible usage of uninitialized variables, shows that found_index might be used without previous assignation. This patch assigns a initial value to found_index, also avoid a branching when returning the result value. https://bugzilla.gnome.org/show_bug.cgi?id=778782
2017-02-16 17:11:50 +00:00
return found_index;
decoder: h264: simplify storage of decoded picture into DPB. Factor out process by which the decoded picture with the lowest POC is found, and possibly output. Likewise, the storage and marking of a reference decoded, or non-reference decoded picture, into the DPB could also be simplified as they mostly share the same operations.
2014-05-04 12:49:28 +00:00
}
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_output_other_views (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, guint voc)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiPictureH264 *found_picture;
gint found_index;
gboolean success;
if (priv->max_views == 1)
decoder: h264: improve DPB bumping process for MVC. While invoking the DPB bumping process in presence of many views, it could be necessary to output previous pictures that are ready, in a whole. i.e. emitting all view components from the very first view order index zero to the very last one in its original access unit; and not starting from the view order index of the picture that caused the DPB bumping process to be invoked. As a reminder, the maximum number of frames in DPB for MultiView High profile with more than 2 views is not necessarily a multiple of the number of views. This fixes decoding of MVCNV-4.264.
2014-06-03 15:36:38 +00:00
return TRUE;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Emit all other view components that were in the same access
unit than the picture we have just found */
found_picture = picture;
for (;;) {
found_index = dpb_find_lowest_voc (decoder, found_picture, &found_picture);
if (found_index < 0 || found_picture->base.voc >= voc)
break;
success = dpb_output (decoder, priv->dpb[found_index]);
dpb_evict (decoder, found_picture, found_index);
if (!success)
return FALSE;
}
return TRUE;
decoder: h264: improve DPB bumping process for MVC. While invoking the DPB bumping process in presence of many views, it could be necessary to output previous pictures that are ready, in a whole. i.e. emitting all view components from the very first view order index zero to the very last one in its original access unit; and not starting from the view order index of the picture that caused the DPB bumping process to be invoked. As a reminder, the maximum number of frames in DPB for MultiView High profile with more than 2 views is not necessarily a multiple of the number of views. This fixes decoding of MVCNV-4.264.
2014-06-03 15:36:38 +00:00
}
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_bump (GstVaapiDecoderH264 * decoder, GstVaapiPictureH264 * picture)
decoder: h264: improve DPB bumping process for MVC. While invoking the DPB bumping process in presence of many views, it could be necessary to output previous pictures that are ready, in a whole. i.e. emitting all view components from the very first view order index zero to the very last one in its original access unit; and not starting from the view order index of the picture that caused the DPB bumping process to be invoked. As a reminder, the maximum number of frames in DPB for MultiView High profile with more than 2 views is not necessarily a multiple of the number of views. This fixes decoding of MVCNV-4.264.
2014-06-03 15:36:38 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiPictureH264 *found_picture;
gint found_index;
gboolean success;
decoder: h264: improve DPB bumping process for MVC. While invoking the DPB bumping process in presence of many views, it could be necessary to output previous pictures that are ready, in a whole. i.e. emitting all view components from the very first view order index zero to the very last one in its original access unit; and not starting from the view order index of the picture that caused the DPB bumping process to be invoked. As a reminder, the maximum number of frames in DPB for MultiView High profile with more than 2 views is not necessarily a multiple of the number of views. This fixes decoding of MVCNV-4.264.
2014-06-03 15:36:38 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
found_index = dpb_find_lowest_poc (decoder, picture, &found_picture);
if (found_index < 0)
return FALSE;
decoder: h264: improve DPB bumping process for MVC. While invoking the DPB bumping process in presence of many views, it could be necessary to output previous pictures that are ready, in a whole. i.e. emitting all view components from the very first view order index zero to the very last one in its original access unit; and not starting from the view order index of the picture that caused the DPB bumping process to be invoked. As a reminder, the maximum number of frames in DPB for MultiView High profile with more than 2 views is not necessarily a multiple of the number of views. This fixes decoding of MVCNV-4.264.
2014-06-03 15:36:38 +00:00
libs: decoder: h264: Avoid using picture after it has been free In some cases, the found_picture ended up being evicted and freed, which would lead to a use after free when accessing picture->base.poc. In this fix, we take a ref on the picture before calling dpb_evict. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-08-28 00:42:15 +00:00
gst_vaapi_picture_ref (found_picture);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (picture && picture->base.poc != found_picture->base.poc)
dpb_output_other_views (decoder, found_picture, found_picture->base.voc);
decoder: h264: improve DPB bumping process for MVC. While invoking the DPB bumping process in presence of many views, it could be necessary to output previous pictures that are ready, in a whole. i.e. emitting all view components from the very first view order index zero to the very last one in its original access unit; and not starting from the view order index of the picture that caused the DPB bumping process to be invoked. As a reminder, the maximum number of frames in DPB for MultiView High profile with more than 2 views is not necessarily a multiple of the number of views. This fixes decoding of MVCNV-4.264.
2014-06-03 15:36:38 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
success = dpb_output (decoder, priv->dpb[found_index]);
libs: decoder: h264: Avoid using picture after it has been free In some cases, the found_picture ended up being evicted and freed, which would lead to a use after free when accessing picture->base.poc. In this fix, we take a ref on the picture before calling dpb_evict. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-08-28 00:42:15 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_evict (decoder, found_picture, found_index);
if (priv->max_views == 1)
libs: decoder: h264: Avoid using picture after it has been free In some cases, the found_picture ended up being evicted and freed, which would lead to a use after free when accessing picture->base.poc. In this fix, we take a ref on the picture before calling dpb_evict. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-08-28 00:42:15 +00:00
goto done;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (picture && picture->base.poc != found_picture->base.poc)
dpb_output_other_views (decoder, found_picture, G_MAXUINT32);
libs: decoder: h264: Avoid using picture after it has been free In some cases, the found_picture ended up being evicted and freed, which would lead to a use after free when accessing picture->base.poc. In this fix, we take a ref on the picture before calling dpb_evict. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-08-28 00:42:15 +00:00
done:
gst_vaapi_picture_unref (found_picture);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return success;
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
}
libs: decoder: h264: push frames as soon as possible Push frames downstream as soon as possible instead of waiting until they are ejected from the DPB. This patch makes the decoder not comply with the H.264 specification, but it is required for some video cameras. https://bugzilla.gnome.org/show_bug.cgi?id=762509 Signed-off-by: Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
2017-05-26 15:19:00 +00:00
static void
dpb_output_ready_frames (GstVaapiDecoderH264 * decoder)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
gboolean can_output = FALSE;
gint found_index;
while (TRUE) {
found_index = dpb_find_lowest_poc_for_output (decoder,
priv->current_picture, NULL, &can_output);
if (found_index < 0 || !can_output)
break;
dpb_output (decoder, priv->dpb[found_index]);
}
}
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_clear (GstVaapiDecoderH264 * decoder, GstVaapiPictureH264 * picture)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
guint i, n;
for (i = 0; i < priv->dpb_count; i++) {
if (picture && picture->base.view_id != priv->dpb[i]->view_id)
continue;
gst_vaapi_frame_store_replace (&priv->dpb[i], NULL);
}
/* Compact the resulting DPB, i.e. remove holes */
for (i = 0, n = 0; i < priv->dpb_count; i++) {
if (priv->dpb[i]) {
if (i != n) {
priv->dpb[n] = priv->dpb[i];
priv->dpb[i] = NULL;
}
n++;
}
}
priv->dpb_count = n;
/* Clear previous frame buffers only if this is a "flush-all" operation,
or if the picture is the first one in the access unit */
if (priv->prev_frames && (!picture ||
GST_VAAPI_PICTURE_FLAG_IS_SET (picture,
GST_VAAPI_PICTURE_FLAG_AU_START))) {
for (i = 0; i < priv->max_views; i++)
gst_vaapi_frame_store_replace (&priv->prev_frames[i], NULL);
}
/* Clear previous reference frame buffers only if this is a "flush-all"
operation, or if the picture is part of an IDR NAL */
if (priv->prev_ref_frames && (!picture ||
GST_VAAPI_PICTURE_FLAG_IS_SET (picture,
GST_VAAPI_PICTURE_FLAG_IDR))) {
for (i = 0; i < priv->max_views; i++)
gst_vaapi_frame_store_replace (&priv->prev_ref_frames[i], NULL);
}
h264: simplify reference picture marking process. ... to build the short_ref[] and long_ref[] lists from the DPB, instead of maintaining them separately. This avoids refs/unrefs while making it possible to generate the list based on the actual picture structure. This also ensures that the list of generated ReferenceFrames[] actually matches what reference frames are available in the DPB. i.e. short_ref[] and long_ref[] entries are implied from the DPB, so there is no risk of having "dangling" references.
2012-10-31 13:24:09 +00:00
}
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_flush (GstVaapiDecoderH264 * decoder, GstVaapiPictureH264 * picture)
h264: simplify reference picture marking process. ... to build the short_ref[] and long_ref[] lists from the DPB, instead of maintaining them separately. This avoids refs/unrefs while making it possible to generate the list based on the actual picture structure. This also ensures that the list of generated ReferenceFrames[] actually matches what reference frames are available in the DPB. i.e. short_ref[] and long_ref[] entries are implied from the DPB, so there is no risk of having "dangling" references.
2012-10-31 13:24:09 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
guint i;
decoder: h264: detect incorrectly paired fields in frames. When a DPB flush is required, e.g. at a natural and of stream or issued explicitly through an IDR, try to detect any frame left in the DPB that is interlaced but does not contain two decoded fields. In that case, mark the picture as having a single field only. This avoids a hang while decoding tv_cut.mkv.
2014-07-03 11:48:48 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Detect broken frames and mark them as having a single field if
needed */
for (i = 0; i < priv->dpb_count; i++) {
GstVaapiFrameStore *const fs = priv->dpb[i];
if (!fs->output_needed || gst_vaapi_frame_store_is_complete (fs))
continue;
GST_VAAPI_PICTURE_FLAG_SET (fs->buffers[0],
GST_VAAPI_PICTURE_FLAG_ONEFIELD);
}
decoder: h264: detect incorrectly paired fields in frames. When a DPB flush is required, e.g. at a natural and of stream or issued explicitly through an IDR, try to detect any frame left in the DPB that is interlaced but does not contain two decoded fields. In that case, mark the picture as having a single field only. This avoids a hang while decoding tv_cut.mkv.
2014-07-03 11:48:48 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Output any frame remaining in DPB */
while (dpb_bump (decoder, picture));
dpb_clear (decoder, picture);
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
}
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_prune_mvc (GstVaapiDecoderH264 * decoder, GstVaapiPictureH264 * picture)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
const gboolean is_last_picture = /* in the access unit */
GST_VAAPI_PICTURE_FLAG_IS_SET (picture, GST_VAAPI_PICTURE_FLAG_AU_END);
guint i;
// Remove all unused inter-view only reference components of the current AU
i = 0;
while (i < priv->dpb_count) {
GstVaapiFrameStore *const fs = priv->dpb[i];
if (fs->view_id != picture->base.view_id &&
!fs->output_needed && !gst_vaapi_frame_store_has_reference (fs) &&
(is_last_picture ||
!is_inter_view_reference_for_next_frames (decoder, fs)))
dpb_remove_index (decoder, i);
else
i++;
}
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
}
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_add (GstVaapiDecoderH264 * decoder, GstVaapiPictureH264 * picture)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiFrameStore *fs;
guint i;
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (priv->max_views > 1)
dpb_prune_mvc (decoder, picture);
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
// Remove all unused pictures
if (!GST_VAAPI_PICTURE_IS_IDR (picture)) {
i = 0;
while (i < priv->dpb_count) {
GstVaapiFrameStore *const fs = priv->dpb[i];
if (fs->view_id == picture->base.view_id &&
!fs->output_needed && !gst_vaapi_frame_store_has_reference (fs))
dpb_remove_index (decoder, i);
else
i++;
}
}
// Check if picture is the second field and the first field is still in DPB
if (GST_VAAPI_PICTURE_IS_INTERLACED (picture) &&
!GST_VAAPI_PICTURE_IS_FIRST_FIELD (picture)) {
decoder: h264: fix closure of "other-field" gap. When a dummy "other-field" is inserted, it is assumed to inherit the reference flags from the first field, and the sliding window decoded reference picture marking process is also executed so that corrupted frames are moved out as early as possible. While doing so, we also try to output frames that now contain a single valid field picture, prior to inserting any other picture into the DPB. Note: this may be superfluous currently based on the fact that dpb_add() combines the two most recent pairable fields, but this process would be further simplified later on.
2015-07-06 12:38:26 +00:00
fs = priv->prev_frames[picture->base.voc];
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!fs || &fs->buffers[0]->base != picture->base.parent_picture)
return FALSE;
if (!gst_vaapi_frame_store_add (fs, picture))
return FALSE;
decoder: h264: fix closure of "other-field" gap. When a dummy "other-field" is inserted, it is assumed to inherit the reference flags from the first field, and the sliding window decoded reference picture marking process is also executed so that corrupted frames are moved out as early as possible. While doing so, we also try to output frames that now contain a single valid field picture, prior to inserting any other picture into the DPB. Note: this may be superfluous currently based on the fact that dpb_add() combines the two most recent pairable fields, but this process would be further simplified later on.
2015-07-06 12:38:26 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (fs->output_called)
return dpb_output (decoder, fs);
return TRUE;
}
// Try to output the previous frame again if it was not submitted yet
// e.g. delayed while waiting for the next field, or a field gap was closed
fs = priv->prev_frames[picture->base.voc];
if (fs && fs->output_called)
dpb_output (decoder, fs);
// Create new frame store, and split fields if necessary
fs = gst_vaapi_frame_store_new (picture);
if (!fs)
return FALSE;
gst_vaapi_frame_store_replace (&priv->prev_frames[picture->base.voc], fs);
gst_vaapi_frame_store_unref (fs);
if (!priv->progressive_sequence && gst_vaapi_frame_store_has_frame (fs)) {
if (!gst_vaapi_frame_store_split_fields (fs, priv->top_field_first))
return FALSE;
}
// C.4.5.1 - Storage and marking of a reference decoded picture into the DPB
if (GST_VAAPI_PICTURE_IS_REFERENCE (picture)) {
while (priv->dpb_count == priv->dpb_size) {
if (!dpb_bump (decoder, picture))
h264: introduce new frame store structure. The frame store represents a Decoded Picture Buffer entry, which can hold up to two fields. So far, the frame store is only used to hold full frames.
2012-11-02 14:14:58 +00:00
return FALSE;
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_frame_store_replace (&priv->prev_ref_frames[picture->base.voc],
fs);
}
// C.4.5.2 - Storage and marking of a non-reference decoded picture into the DPB
else {
const gboolean StoreInterViewOnlyRefFlag =
!GST_VAAPI_PICTURE_FLAG_IS_SET (picture,
GST_VAAPI_PICTURE_FLAG_AU_END) &&
GST_VAAPI_PICTURE_FLAG_IS_SET (picture,
GST_VAAPI_PICTURE_FLAG_INTER_VIEW);
if (!picture->output_flag && !StoreInterViewOnlyRefFlag)
return TRUE;
while (priv->dpb_count == priv->dpb_size) {
GstVaapiPictureH264 *found_picture;
if (!StoreInterViewOnlyRefFlag) {
if (dpb_find_lowest_poc (decoder, picture, &found_picture) < 0 ||
found_picture->base.poc > picture->base.poc)
return dpb_output (decoder, fs);
}
if (!dpb_bump (decoder, picture))
return FALSE;
decoder: h264: simplify storage of decoded picture into DPB. Factor out process by which the decoded picture with the lowest POC is found, and possibly output. Likewise, the storage and marking of a reference decoded, or non-reference decoded picture, into the DPB could also be simplified as they mostly share the same operations.
2014-05-04 12:49:28 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
gst_vaapi_frame_store_replace (&priv->dpb[priv->dpb_count++], fs);
return TRUE;
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
}
decoder: h264: dynamically allocate the DPB. Dynamically allocate the Decoded Picture Buffer (DPB) and add provisions for supporting the MVC allocation requirements.
2014-05-01 17:16:09 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_reset (GstVaapiDecoderH264 * decoder, guint dpb_size)
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (dpb_size > priv->dpb_size_max) {
priv->dpb = g_try_realloc_n (priv->dpb, dpb_size, sizeof (*priv->dpb));
if (!priv->dpb)
return FALSE;
memset (&priv->dpb[priv->dpb_size_max], 0,
(dpb_size - priv->dpb_size_max) * sizeof (*priv->dpb));
priv->dpb_size_max = dpb_size;
}
priv->dpb_size = dpb_size;
decoder: h264: dynamically allocate the DPB. Dynamically allocate the Decoded Picture Buffer (DPB) and add provisions for supporting the MVC allocation requirements.
2014-05-01 17:16:09 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("DPB size %u", priv->dpb_size);
return TRUE;
h264: handle Decoded Picture Buffer (DPB).
2012-01-24 14:38:14 +00:00
}
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
unref_inter_view (GstVaapiPictureH264 * picture)
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!picture)
return;
GST_VAAPI_PICTURE_FLAG_UNSET (picture, GST_VAAPI_PICTURE_FLAG_INTER_VIEW);
gst_vaapi_picture_unref (picture);
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
}
/* Resets MVC resources */
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
mvc_reset (GstVaapiDecoderH264 * decoder)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
guint i;
// Resize array of inter-view references
if (!priv->inter_views) {
priv->inter_views = g_ptr_array_new_full (priv->max_views,
(GDestroyNotify) unref_inter_view);
if (!priv->inter_views)
return FALSE;
}
// Resize array of previous frame buffers
for (i = priv->max_views; i < priv->prev_frames_alloc; i++) {
gst_vaapi_frame_store_replace (&priv->prev_ref_frames[i], NULL);
gst_vaapi_frame_store_replace (&priv->prev_frames[i], NULL);
}
priv->prev_ref_frames = g_try_realloc_n (priv->prev_ref_frames,
priv->max_views, sizeof (*priv->prev_ref_frames));
if (!priv->prev_ref_frames)
goto error_allocate;
priv->prev_frames = g_try_realloc_n (priv->prev_frames, priv->max_views,
sizeof (*priv->prev_frames));
if (!priv->prev_frames)
goto error_allocate;
for (i = priv->prev_frames_alloc; i < priv->max_views; i++) {
priv->prev_ref_frames[i] = NULL;
priv->prev_frames[i] = NULL;
}
priv->prev_frames_alloc = priv->max_views;
return TRUE;
/* ERRORS */
decoder: h264: track previous reference frames. Improve closure of gaps in frame_num by strictly following and trying to fill them with previous reference frames. So, they are now tracked thus avoiding insertion of dummy ("greenish") frames.
2015-06-29 12:27:56 +00:00
error_allocate:
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
{
g_free (priv->prev_ref_frames);
priv->prev_ref_frames = NULL;
g_free (priv->prev_frames);
priv->prev_frames = NULL;
priv->prev_frames_alloc = 0;
return FALSE;
}
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
get_status (GstH264ParserResult result)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderStatus status;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
switch (result) {
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
case GST_H264_PARSER_OK:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = GST_VAAPI_DECODER_STATUS_SUCCESS;
break;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
case GST_H264_PARSER_NO_NAL_END:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = GST_VAAPI_DECODER_STATUS_ERROR_NO_DATA;
break;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
case GST_H264_PARSER_ERROR:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = GST_VAAPI_DECODER_STATUS_ERROR_BITSTREAM_PARSER;
break;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
default:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = GST_VAAPI_DECODER_STATUS_ERROR_UNKNOWN;
break;
}
return status;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_close (GstVaapiDecoderH264 * decoder)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_replace (&priv->current_picture, NULL);
gst_vaapi_parser_info_h264_replace (&priv->prev_slice_pi, NULL);
gst_vaapi_parser_info_h264_replace (&priv->prev_pi, NULL);
h264: simplify reference picture marking process. ... to build the short_ref[] and long_ref[] lists from the DPB, instead of maintaining them separately. This avoids refs/unrefs while making it possible to generate the list based on the actual picture structure. This also ensures that the list of generated ReferenceFrames[] actually matches what reference frames are available in the DPB. i.e. short_ref[] and long_ref[] entries are implied from the DPB, so there is no risk of having "dangling" references.
2012-10-31 13:24:09 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_clear (decoder, NULL);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (priv->inter_views) {
g_ptr_array_unref (priv->inter_views);
priv->inter_views = NULL;
}
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (priv->parser) {
gst_h264_nal_parser_free (priv->parser);
priv->parser = NULL;
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_open (GstVaapiDecoderH264 * decoder)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_close (decoder);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->parser = gst_h264_nal_parser_new ();
if (!priv->parser)
return FALSE;
return TRUE;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_destroy (GstVaapiDecoder * base_decoder)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264 *const decoder =
GST_VAAPI_DECODER_H264_CAST (base_decoder);
GstVaapiDecoderH264Private *const priv = &decoder->priv;
guint i;
libs: use GstVaapiMiniObject for video decoders. Port GstVaapiDecoder and GstVaapiDecoder{MPEG2,MPEG4,JPEG,H264,VC1} to GstVaapiMiniObject. Add gst_vaapi_decoder_set_codec_state_changed_func() helper function to let the user add a callback to a function triggered whenever the codec state (e.g. caps) changes.
2013-05-06 12:07:17 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_close (decoder);
Implement decoder reset on flush, rather than recreating Clear decoders out on a flush but keep the same instance, rather than completely recreating them. That avoids unecessarily freeing and recreating surface pools and contexts, which can be quite expensive https://bugzilla.gnome.org/show_bug.cgi?id=781142
2017-04-05 07:24:20 +00:00
priv->is_opened = FALSE;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: decoder: h264: use g_clear_pointer()
2018-05-18 16:23:18 +00:00
g_clear_pointer (&priv->dpb, g_free);
Implement decoder reset on flush, rather than recreating Clear decoders out on a flush but keep the same instance, rather than completely recreating them. That avoids unecessarily freeing and recreating surface pools and contexts, which can be quite expensive https://bugzilla.gnome.org/show_bug.cgi?id=781142
2017-04-05 07:24:20 +00:00
priv->dpb_size_max = priv->dpb_size = 0;
decoder: h264: dynamically allocate the DPB. Dynamically allocate the Decoded Picture Buffer (DPB) and add provisions for supporting the MVC allocation requirements.
2014-05-01 17:16:09 +00:00
libs: decoder: h264: use g_clear_pointer()
2018-05-18 16:23:18 +00:00
g_clear_pointer (&priv->prev_ref_frames, g_free);
g_clear_pointer (&priv->prev_frames, g_free);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->prev_frames_alloc = 0;
decoder: h264: add support for MVC interlaced streams. Fix support for MVC Stereo High profile streams with interlaced frames. Also improve the detection logic of the first field.
2014-05-21 15:57:00 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < G_N_ELEMENTS (priv->pps); i++)
gst_vaapi_parser_info_h264_replace (&priv->pps[i], NULL);
gst_vaapi_parser_info_h264_replace (&priv->active_pps, NULL);
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < G_N_ELEMENTS (priv->sps); i++)
gst_vaapi_parser_info_h264_replace (&priv->sps[i], NULL);
gst_vaapi_parser_info_h264_replace (&priv->active_sps, NULL);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_create (GstVaapiDecoder * base_decoder)
{
GstVaapiDecoderH264 *const decoder =
GST_VAAPI_DECODER_H264_CAST (base_decoder);
GstVaapiDecoderH264Private *const priv = &decoder->priv;
priv->profile = GST_VAAPI_PROFILE_UNKNOWN;
priv->entrypoint = GST_VAAPI_ENTRYPOINT_VLD;
priv->chroma_type = GST_VAAPI_CHROMA_TYPE_YUV420;
priv->prev_pic_structure = GST_VAAPI_PICTURE_STRUCTURE_FRAME;
priv->progressive_sequence = TRUE;
priv->top_field_first = FALSE;
return TRUE;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264 decoder: Implement reset() for faster flush Implement a custom reset() function for faster flushes that just clear the reference pictures but don't reallocate the DPB or clear out SPS/PPS https://bugzilla.gnome.org/show_bug.cgi?id=781142
2017-04-07 15:21:23 +00:00
/* Limited reset can just needs to get the decoder
* ready to process fresh data after a flush.
* Preserves the existing DPB allocation and any SPS/PPS */
static GstVaapiDecoderStatus
gst_vaapi_decoder_h264_reset (GstVaapiDecoder * base_decoder)
{
GstVaapiDecoderH264 *const decoder =
GST_VAAPI_DECODER_H264_CAST (base_decoder);
GstVaapiDecoderH264Private *const priv = &decoder->priv;
gst_vaapi_decoder_h264_close (decoder);
priv->is_opened = FALSE;
priv->dpb_size = 0;
libs: decoder: h264: use g_clear_pointer()
2018-05-18 16:23:18 +00:00
g_clear_pointer (&priv->prev_ref_frames, g_free);
g_clear_pointer (&priv->prev_frames, g_free);
h264 decoder: Implement reset() for faster flush Implement a custom reset() function for faster flushes that just clear the reference pictures but don't reallocate the DPB or clear out SPS/PPS https://bugzilla.gnome.org/show_bug.cgi?id=781142
2017-04-07 15:21:23 +00:00
priv->prev_frames_alloc = 0;
libs: decoder: h264: initialize active_sps/pps in reset Since commits in https://bugzilla.gnome.org/show_bug.cgi?id=781142 landed, they introduced regression in seek. Formerly, once seek is done, decoder drops P-frames until I-frame arrives. But since the commits landed, it doesn't drop P-frame and does try to decode it continuously because active_sps is still alive. See ensure_sps function. But there are prev_frames and prev_ref_frames reset already, then it causes assertion. So it's necessary to reset active_sps/pps also in reset method. https://bugzilla.gnome.org/show_bug.cgi?id=783726
2017-06-14 12:40:33 +00:00
gst_vaapi_parser_info_h264_replace (&priv->active_pps, NULL);
gst_vaapi_parser_info_h264_replace (&priv->active_sps, NULL);
h264 decoder: Implement reset() for faster flush Implement a custom reset() function for faster flushes that just clear the reference pictures but don't reallocate the DPB or clear out SPS/PPS https://bugzilla.gnome.org/show_bug.cgi?id=781142
2017-04-07 15:21:23 +00:00
priv->profile = GST_VAAPI_PROFILE_UNKNOWN;
priv->entrypoint = GST_VAAPI_ENTRYPOINT_VLD;
priv->chroma_type = GST_VAAPI_CHROMA_TYPE_YUV420;
priv->prev_pic_structure = GST_VAAPI_PICTURE_STRUCTURE_FRAME;
priv->progressive_sequence = TRUE;
priv->top_field_first = FALSE;
return GST_VAAPI_DECODER_STATUS_SUCCESS;
}
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
/* Activates the supplied PPS */
static GstH264PPS *
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
ensure_pps (GstVaapiDecoderH264 * decoder, GstH264PPS * pps)
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = priv->pps[pps->id];
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_parser_info_h264_replace (&priv->active_pps, pi);
return pi ? &pi->data.pps : NULL;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
}
/* Returns the active PPS */
static inline GstH264PPS *
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
get_pps (GstVaapiDecoderH264 * decoder)
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiParserInfoH264 *const pi = decoder->priv.active_pps;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return pi ? &pi->data.pps : NULL;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
}
/* Activate the supplied SPS */
static GstH264SPS *
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
ensure_sps (GstVaapiDecoderH264 * decoder, GstH264SPS * sps)
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = priv->sps[sps->id];
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Propagate "got I-frame" state to the next SPS unit if the
current sequence was not ended */
if (pi && priv->active_sps)
pi->state |= (priv->active_sps->state & GST_H264_VIDEO_STATE_GOT_I_FRAME);
decoder: h264: skip all pictures prior the first I-frame. Don't try to decode pictures until the first I-frame is received within the currently active sequence. There is no point is decoding and then displaying frames with artifacts.
2015-05-05 09:56:11 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_parser_info_h264_replace (&priv->active_sps, pi);
return pi ? &pi->data.sps : NULL;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
}
/* Returns the active SPS */
static inline GstH264SPS *
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
get_sps (GstVaapiDecoderH264 * decoder)
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiParserInfoH264 *const pi = decoder->priv.active_sps;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return pi ? &pi->data.sps : NULL;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
}
decoder: h264: fix decoding of BA3_SVA_C.264. Conformance test Base_Ext_Main_profiles/BA3_SVA_C.264 complys with extended profile specifications. However, the SPS header has the constraint_set1_flag syntax element set to 1. This means that, if a Main profile compliant decoder is available, then it should be able to decode this stream. This changes makes it possible to fall-back from Extended profile to Main profile if constraint_set1_flag is set to 1. https://bugzilla.gnome.org/show_bug.cgi?id=720190
2013-12-10 13:20:55 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_profiles (GstVaapiProfile profiles[16], guint * n_profiles_ptr,
decoder: h264: fix decoding of BA3_SVA_C.264. Conformance test Base_Ext_Main_profiles/BA3_SVA_C.264 complys with extended profile specifications. However, the SPS header has the constraint_set1_flag syntax element set to 1. This means that, if a Main profile compliant decoder is available, then it should be able to decode this stream. This changes makes it possible to fall-back from Extended profile to Main profile if constraint_set1_flag is set to 1. https://bugzilla.gnome.org/show_bug.cgi?id=720190
2013-12-10 13:20:55 +00:00
GstVaapiProfile profile)
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
guint n_profiles = *n_profiles_ptr;
decoder: h264: fix decoding of BA3_SVA_C.264. Conformance test Base_Ext_Main_profiles/BA3_SVA_C.264 complys with extended profile specifications. However, the SPS header has the constraint_set1_flag syntax element set to 1. This means that, if a Main profile compliant decoder is available, then it should be able to decode this stream. This changes makes it possible to fall-back from Extended profile to Main profile if constraint_set1_flag is set to 1. https://bugzilla.gnome.org/show_bug.cgi?id=720190
2013-12-10 13:20:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
profiles[n_profiles++] = profile;
switch (profile) {
decoder: h264: fix decoding of BA3_SVA_C.264. Conformance test Base_Ext_Main_profiles/BA3_SVA_C.264 complys with extended profile specifications. However, the SPS header has the constraint_set1_flag syntax element set to 1. This means that, if a Main profile compliant decoder is available, then it should be able to decode this stream. This changes makes it possible to fall-back from Extended profile to Main profile if constraint_set1_flag is set to 1. https://bugzilla.gnome.org/show_bug.cgi?id=720190
2013-12-10 13:20:55 +00:00
case GST_VAAPI_PROFILE_H264_MAIN:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
profiles[n_profiles++] = GST_VAAPI_PROFILE_H264_HIGH;
break;
decoder: h264: fix decoding of BA3_SVA_C.264. Conformance test Base_Ext_Main_profiles/BA3_SVA_C.264 complys with extended profile specifications. However, the SPS header has the constraint_set1_flag syntax element set to 1. This means that, if a Main profile compliant decoder is available, then it should be able to decode this stream. This changes makes it possible to fall-back from Extended profile to Main profile if constraint_set1_flag is set to 1. https://bugzilla.gnome.org/show_bug.cgi?id=720190
2013-12-10 13:20:55 +00:00
default:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
break;
}
*n_profiles_ptr = n_profiles;
decoder: h264: fix decoding of BA3_SVA_C.264. Conformance test Base_Ext_Main_profiles/BA3_SVA_C.264 complys with extended profile specifications. However, the SPS header has the constraint_set1_flag syntax element set to 1. This means that, if a Main profile compliant decoder is available, then it should be able to decode this stream. This changes makes it possible to fall-back from Extended profile to Main profile if constraint_set1_flag is set to 1. https://bugzilla.gnome.org/show_bug.cgi?id=720190
2013-12-10 13:20:55 +00:00
}
decoder: h264: add MVC profiles compatibility logic. Add safe fallbacks for MVC profiles: - all MultiView High profile streams with 2 views at most can be decoded with a Stereo High profile compliant decoder ; - all Stereo High profile streams with only progressive views can be decoded with a MultiView High profile compliant decoder ; - all drivers that support slice-level decoding could normally support MVC profiles when the DPB holds at most 16 frames.
2014-05-20 16:08:15 +00:00
/* Fills in compatible profiles for MVC decoding */
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_profiles_mvc (GstVaapiDecoderH264 * decoder, GstVaapiProfile profiles[16],
guint * n_profiles_ptr, guint dpb_size)
{
const gchar *const vendor_string =
gst_vaapi_display_get_vendor_string (GST_VAAPI_DECODER_DISPLAY (decoder));
gboolean add_high_profile = FALSE;
struct map
{
const gchar *str;
guint str_len;
};
const struct map *m;
// Drivers that support slice level decoding
if (vendor_string && dpb_size <= 16) {
static const struct map drv_names[] = {
{"Intel i965 driver", 17},
{NULL, 0}
decoder: h264: add MVC profiles compatibility logic. Add safe fallbacks for MVC profiles: - all MultiView High profile streams with 2 views at most can be decoded with a Stereo High profile compliant decoder ; - all Stereo High profile streams with only progressive views can be decoded with a MultiView High profile compliant decoder ; - all drivers that support slice-level decoding could normally support MVC profiles when the DPB holds at most 16 frames.
2014-05-20 16:08:15 +00:00
};
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (m = drv_names; m->str != NULL && !add_high_profile; m++) {
if (g_ascii_strncasecmp (vendor_string, m->str, m->str_len) == 0)
add_high_profile = TRUE;
decoder: h264: add MVC profiles compatibility logic. Add safe fallbacks for MVC profiles: - all MultiView High profile streams with 2 views at most can be decoded with a Stereo High profile compliant decoder ; - all Stereo High profile streams with only progressive views can be decoded with a MultiView High profile compliant decoder ; - all drivers that support slice-level decoding could normally support MVC profiles when the DPB holds at most 16 frames.
2014-05-20 16:08:15 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
decoder: h264: add MVC profiles compatibility logic. Add safe fallbacks for MVC profiles: - all MultiView High profile streams with 2 views at most can be decoded with a Stereo High profile compliant decoder ; - all Stereo High profile streams with only progressive views can be decoded with a MultiView High profile compliant decoder ; - all drivers that support slice-level decoding could normally support MVC profiles when the DPB holds at most 16 frames.
2014-05-20 16:08:15 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (add_high_profile)
fill_profiles (profiles, n_profiles_ptr, GST_VAAPI_PROFILE_H264_HIGH);
decoder: h264: add MVC profiles compatibility logic. Add safe fallbacks for MVC profiles: - all MultiView High profile streams with 2 views at most can be decoded with a Stereo High profile compliant decoder ; - all Stereo High profile streams with only progressive views can be decoded with a MultiView High profile compliant decoder ; - all drivers that support slice-level decoding could normally support MVC profiles when the DPB holds at most 16 frames.
2014-05-20 16:08:15 +00:00
}
h264: fix activation order of picture and sequence parameters. Delay ensure_context() until we actually need a VA context for allocating new VA surfaces, and then GstVaapiPictures, but also when a real activation of a new picture parameter set occurs, thus also implying an activation of the related sequence parameter set. The most important thing was to drop the global pps and sps pointers since they may not have matched the currently activated picture parameter or sequence parameter sets at the specified decode point. Anoter positive side-effect is that this cleans up all occurrences of decode_current_picture() to only keep those useful in decode_picture(), before a new picture is allocated, or in decode_sequence_end() when an end-of-stream or end-of-sequence condition occurred.
2012-10-26 14:12:05 +00:00
static GstVaapiProfile
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
get_profile (GstVaapiDecoderH264 * decoder, GstH264SPS * sps, guint dpb_size)
h264: fix activation order of picture and sequence parameters. Delay ensure_context() until we actually need a VA context for allocating new VA surfaces, and then GstVaapiPictures, but also when a real activation of a new picture parameter set occurs, thus also implying an activation of the related sequence parameter set. The most important thing was to drop the global pps and sps pointers since they may not have matched the currently activated picture parameter or sequence parameter sets at the specified decode point. Anoter positive side-effect is that this cleans up all occurrences of decode_current_picture() to only keep those useful in decode_picture(), before a new picture is allocated, or in decode_sequence_end() when an end-of-stream or end-of-sequence condition occurred.
2012-10-26 14:12:05 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiDisplay *const display = GST_VAAPI_DECODER_DISPLAY (decoder);
GstVaapiProfile profile, profiles[4];
guint i, n_profiles = 0;
h264: fix activation order of picture and sequence parameters. Delay ensure_context() until we actually need a VA context for allocating new VA surfaces, and then GstVaapiPictures, but also when a real activation of a new picture parameter set occurs, thus also implying an activation of the related sequence parameter set. The most important thing was to drop the global pps and sps pointers since they may not have matched the currently activated picture parameter or sequence parameter sets at the specified decode point. Anoter positive side-effect is that this cleans up all occurrences of decode_current_picture() to only keep those useful in decode_picture(), before a new picture is allocated, or in decode_sequence_end() when an end-of-stream or end-of-sequence condition occurred.
2012-10-26 14:12:05 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
profile = gst_vaapi_utils_h264_get_profile (sps->profile_idc);
if (!profile)
return GST_VAAPI_PROFILE_UNKNOWN;
h264: fix activation order of picture and sequence parameters. Delay ensure_context() until we actually need a VA context for allocating new VA surfaces, and then GstVaapiPictures, but also when a real activation of a new picture parameter set occurs, thus also implying an activation of the related sequence parameter set. The most important thing was to drop the global pps and sps pointers since they may not have matched the currently activated picture parameter or sequence parameter sets at the specified decode point. Anoter positive side-effect is that this cleans up all occurrences of decode_current_picture() to only keep those useful in decode_picture(), before a new picture is allocated, or in decode_sequence_end() when an end-of-stream or end-of-sequence condition occurred.
2012-10-26 14:12:05 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_profiles (profiles, &n_profiles, profile);
switch (profile) {
decoder: h264: fix decoding of BA3_SVA_C.264. Conformance test Base_Ext_Main_profiles/BA3_SVA_C.264 complys with extended profile specifications. However, the SPS header has the constraint_set1_flag syntax element set to 1. This means that, if a Main profile compliant decoder is available, then it should be able to decode this stream. This changes makes it possible to fall-back from Extended profile to Main profile if constraint_set1_flag is set to 1. https://bugzilla.gnome.org/show_bug.cgi?id=720190
2013-12-10 13:20:55 +00:00
case GST_VAAPI_PROFILE_H264_BASELINE:
vaapidecoder: h264: remove baseline as constrained property From now on always the baseline is going to be treated as constrained without need of setting a property. Since the property was added along the development cycle (1.17 / commit 866a9f06) and never released, we assume that it is safe to remove it. Fixes: #252 Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/328>
2020-05-20 08:50:05 +00:00
GST_INFO ("Baseline stream to be processed as Constrained-Baseline or "
"Main");
fill_profiles (profiles, &n_profiles,
GST_VAAPI_PROFILE_H264_CONSTRAINED_BASELINE);
fill_profiles (profiles, &n_profiles, GST_VAAPI_PROFILE_H264_MAIN);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
break;
decoder: h264: fix decoding of BA3_SVA_C.264. Conformance test Base_Ext_Main_profiles/BA3_SVA_C.264 complys with extended profile specifications. However, the SPS header has the constraint_set1_flag syntax element set to 1. This means that, if a Main profile compliant decoder is available, then it should be able to decode this stream. This changes makes it possible to fall-back from Extended profile to Main profile if constraint_set1_flag is set to 1. https://bugzilla.gnome.org/show_bug.cgi?id=720190
2013-12-10 13:20:55 +00:00
case GST_VAAPI_PROFILE_H264_EXTENDED:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (sps->constraint_set1_flag) { // A.2.2 (main profile)
fill_profiles (profiles, &n_profiles, GST_VAAPI_PROFILE_H264_MAIN);
}
break;
decoder: h264: add MVC profiles compatibility logic. Add safe fallbacks for MVC profiles: - all MultiView High profile streams with 2 views at most can be decoded with a Stereo High profile compliant decoder ; - all Stereo High profile streams with only progressive views can be decoded with a MultiView High profile compliant decoder ; - all drivers that support slice-level decoding could normally support MVC profiles when the DPB holds at most 16 frames.
2014-05-20 16:08:15 +00:00
case GST_VAAPI_PROFILE_H264_MULTIVIEW_HIGH:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (priv->max_views == 2) {
fill_profiles (profiles, &n_profiles,
GST_VAAPI_PROFILE_H264_STEREO_HIGH);
}
fill_profiles_mvc (decoder, profiles, &n_profiles, dpb_size);
break;
decoder: h264: add MVC profiles compatibility logic. Add safe fallbacks for MVC profiles: - all MultiView High profile streams with 2 views at most can be decoded with a Stereo High profile compliant decoder ; - all Stereo High profile streams with only progressive views can be decoded with a MultiView High profile compliant decoder ; - all drivers that support slice-level decoding could normally support MVC profiles when the DPB holds at most 16 frames.
2014-05-20 16:08:15 +00:00
case GST_VAAPI_PROFILE_H264_STEREO_HIGH:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (sps->frame_mbs_only_flag) {
fill_profiles (profiles, &n_profiles,
GST_VAAPI_PROFILE_H264_MULTIVIEW_HIGH);
}
fill_profiles_mvc (decoder, profiles, &n_profiles, dpb_size);
break;
h264: fix activation order of picture and sequence parameters. Delay ensure_context() until we actually need a VA context for allocating new VA surfaces, and then GstVaapiPictures, but also when a real activation of a new picture parameter set occurs, thus also implying an activation of the related sequence parameter set. The most important thing was to drop the global pps and sps pointers since they may not have matched the currently activated picture parameter or sequence parameter sets at the specified decode point. Anoter positive side-effect is that this cleans up all occurrences of decode_current_picture() to only keep those useful in decode_picture(), before a new picture is allocated, or in decode_sequence_end() when an end-of-stream or end-of-sequence condition occurred.
2012-10-26 14:12:05 +00:00
default:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
break;
}
h264: fix activation order of picture and sequence parameters. Delay ensure_context() until we actually need a VA context for allocating new VA surfaces, and then GstVaapiPictures, but also when a real activation of a new picture parameter set occurs, thus also implying an activation of the related sequence parameter set. The most important thing was to drop the global pps and sps pointers since they may not have matched the currently activated picture parameter or sequence parameter sets at the specified decode point. Anoter positive side-effect is that this cleans up all occurrences of decode_current_picture() to only keep those useful in decode_picture(), before a new picture is allocated, or in decode_sequence_end() when an end-of-stream or end-of-sequence condition occurred.
2012-10-26 14:12:05 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* If the preferred profile (profiles[0]) matches one that we already
found, then just return it now instead of searching for it again */
if (profiles[0] == priv->profile)
return priv->profile;
h264: fix activation order of picture and sequence parameters. Delay ensure_context() until we actually need a VA context for allocating new VA surfaces, and then GstVaapiPictures, but also when a real activation of a new picture parameter set occurs, thus also implying an activation of the related sequence parameter set. The most important thing was to drop the global pps and sps pointers since they may not have matched the currently activated picture parameter or sequence parameter sets at the specified decode point. Anoter positive side-effect is that this cleans up all occurrences of decode_current_picture() to only keep those useful in decode_picture(), before a new picture is allocated, or in decode_sequence_end() when an end-of-stream or end-of-sequence condition occurred.
2012-10-26 14:12:05 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < n_profiles; i++) {
if (gst_vaapi_display_has_decoder (display, profiles[i], priv->entrypoint))
return profiles[i];
}
return GST_VAAPI_PROFILE_UNKNOWN;
h264: fix activation order of picture and sequence parameters. Delay ensure_context() until we actually need a VA context for allocating new VA surfaces, and then GstVaapiPictures, but also when a real activation of a new picture parameter set occurs, thus also implying an activation of the related sequence parameter set. The most important thing was to drop the global pps and sps pointers since they may not have matched the currently activated picture parameter or sequence parameter sets at the specified decode point. Anoter positive side-effect is that this cleans up all occurrences of decode_current_picture() to only keep those useful in decode_picture(), before a new picture is allocated, or in decode_sequence_end() when an end-of-stream or end-of-sequence condition occurred.
2012-10-26 14:12:05 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
ensure_context (GstVaapiDecoderH264 * decoder, GstH264SPS * sps)
{
GstVaapiDecoder *const base_decoder = GST_VAAPI_DECODER_CAST (decoder);
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiContextInfo info;
GstVaapiProfile profile;
GstVaapiChromaType chroma_type;
gboolean reset_context = FALSE;
guint mb_width, mb_height, dpb_size, num_views;
num_views = get_num_views (sps);
if (priv->max_views < num_views) {
priv->max_views = num_views;
libs: decoder: h264: reset context when the number of view is increased Usually in case of MVC decoding, dpb size is increasedi if subset sps. That's why it resets context without this patch. But for some media it doesn't increase dpb size. Even in this case we should reset context to deal with MVC decoding. Otherwise, it leads to assert. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2017-09-14 05:25:41 +00:00
reset_context = TRUE;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("maximum number of views changed to %u", num_views);
}
dpb_size = get_max_dec_frame_buffering (sps);
if (priv->dpb_size < dpb_size) {
GST_DEBUG ("DPB size increased");
reset_context = TRUE;
}
profile = get_profile (decoder, sps, dpb_size);
if (!profile) {
GST_ERROR ("unsupported profile_idc %u", sps->profile_idc);
return GST_VAAPI_DECODER_STATUS_ERROR_UNSUPPORTED_PROFILE;
}
if (!priv->profile || (priv->profile != profile && priv->max_views == 1)) {
GST_DEBUG ("profile changed to %x", profile);
reset_context = TRUE;
priv->profile = profile;
}
if (reset_context) {
switch (num_views) {
case 1:
/* Frame-packed mode details should be copied from the parser
* if we set NONE */
gst_vaapi_decoder_set_multiview_mode (base_decoder,
num_views, GST_VIDEO_MULTIVIEW_MODE_NONE,
GST_VIDEO_MULTIVIEW_FLAGS_NONE);
break;
case 2: /* Assume stereo */
if (profile == GST_VAAPI_PROFILE_H264_STEREO_HIGH) {
GST_DEBUG ("Stereo profile - frame-by-frame output, %d views",
num_views);
gst_vaapi_decoder_set_multiview_mode (base_decoder, num_views,
GST_VIDEO_MULTIVIEW_MODE_FRAME_BY_FRAME,
GST_VIDEO_MULTIVIEW_FLAGS_NONE);
break;
multiview: initial attempt at stereo/multiview support Add support for marking caps and buffers for multiview or stereoscopic output. https://bugzilla.gnome.org/show_bug.cgi?id=750835
2015-06-12 15:39:31 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* non-stereo 2 views. Fall through */
default:
GST_DEBUG ("Multiview profile - frame-by-frame output, %d views",
num_views);
gst_vaapi_decoder_set_multiview_mode (base_decoder, num_views,
GST_VIDEO_MULTIVIEW_MODE_MULTIVIEW_FRAME_BY_FRAME,
GST_VIDEO_MULTIVIEW_FLAGS_NONE);
break;
multiview: initial attempt at stereo/multiview support Add support for marking caps and buffers for multiview or stereoscopic output. https://bugzilla.gnome.org/show_bug.cgi?id=750835
2015-06-12 15:39:31 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
chroma_type = gst_vaapi_utils_h264_get_chroma_type (sps->chroma_format_idc);
if (!chroma_type) {
GST_ERROR ("unsupported chroma_format_idc %u", sps->chroma_format_idc);
return GST_VAAPI_DECODER_STATUS_ERROR_UNSUPPORTED_CHROMA_FORMAT;
}
if (priv->chroma_type != chroma_type) {
GST_DEBUG ("chroma format changed");
reset_context = TRUE;
priv->chroma_type = chroma_type;
}
mb_width = sps->pic_width_in_mbs_minus1 + 1;
libs: decoder: h264: improve code-style https://bugzilla.gnome.org/show_bug.cgi?id=786173
2017-08-24 18:26:11 +00:00
mb_height =
(sps->pic_height_in_map_units_minus1 + 1) << !sps->frame_mbs_only_flag;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (priv->mb_width != mb_width || priv->mb_height != mb_height) {
GST_DEBUG ("size changed");
reset_context = TRUE;
priv->mb_width = mb_width;
priv->mb_height = mb_height;
}
if (priv->progressive_sequence != sps->frame_mbs_only_flag) {
GST_DEBUG ("interlacing-mode changed");
priv->progressive_sequence = sps->frame_mbs_only_flag;
gst_vaapi_decoder_set_interlaced (base_decoder,
!priv->progressive_sequence);
priv->top_field_first = FALSE;
}
gst_vaapi_decoder_set_pixel_aspect_ratio (base_decoder,
sps->vui_parameters.par_n, sps->vui_parameters.par_d);
if (!reset_context && priv->has_context)
return GST_VAAPI_DECODER_STATUS_SUCCESS;
multiview: initial attempt at stereo/multiview support Add support for marking caps and buffers for multiview or stereoscopic output. https://bugzilla.gnome.org/show_bug.cgi?id=750835
2015-06-12 15:39:31 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* XXX: fix surface size when cropping is implemented */
info.profile = priv->profile;
info.entrypoint = priv->entrypoint;
info.chroma_type = priv->chroma_type;
info.width = sps->width;
info.height = sps->height;
info.ref_frames = dpb_size;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!gst_vaapi_decoder_ensure_context (GST_VAAPI_DECODER (decoder), &info))
return GST_VAAPI_DECODER_STATUS_ERROR_UNKNOWN;
priv->has_context = TRUE;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Reset DPB */
if (!dpb_reset (decoder, dpb_size))
return GST_VAAPI_DECODER_STATUS_ERROR_ALLOCATION_FAILED;
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Reset MVC data */
if (!mvc_reset (decoder))
return GST_VAAPI_DECODER_STATUS_ERROR_ALLOCATION_FAILED;
return GST_VAAPI_DECODER_STATUS_SUCCESS;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264: fix scaling list generation. ... aka fix regression from efaab79. In particular, ScalingList8x8[] array was partially copied to the VAIQMatrixBufferH264. While we are at it, also improve bounds checking and avoid copying 8x8 scaling lists if transform_8x8_mode_flag is set to 0.
2012-10-26 11:17:43 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_iq_matrix_4x4 (VAIQMatrixBufferH264 * iq_matrix, const GstH264PPS * pps,
const GstH264SPS * sps)
h264: fix scaling list generation. ... aka fix regression from efaab79. In particular, ScalingList8x8[] array was partially copied to the VAIQMatrixBufferH264. While we are at it, also improve bounds checking and avoid copying 8x8 scaling lists if transform_8x8_mode_flag is set to 0.
2012-10-26 11:17:43 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
guint i;
h264: fix scaling list generation. ... aka fix regression from efaab79. In particular, ScalingList8x8[] array was partially copied to the VAIQMatrixBufferH264. While we are at it, also improve bounds checking and avoid copying 8x8 scaling lists if transform_8x8_mode_flag is set to 0.
2012-10-26 11:17:43 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* There are always 6 4x4 scaling lists */
g_assert (G_N_ELEMENTS (iq_matrix->ScalingList4x4) == 6);
g_assert (G_N_ELEMENTS (iq_matrix->ScalingList4x4[0]) == 16);
h264: fix scaling list generation. ... aka fix regression from efaab79. In particular, ScalingList8x8[] array was partially copied to the VAIQMatrixBufferH264. While we are at it, also improve bounds checking and avoid copying 8x8 scaling lists if transform_8x8_mode_flag is set to 0.
2012-10-26 11:17:43 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < G_N_ELEMENTS (iq_matrix->ScalingList4x4); i++)
gst_h264_quant_matrix_4x4_get_raster_from_zigzag (iq_matrix->ScalingList4x4
[i], pps->scaling_lists_4x4[i]);
h264: fix scaling list generation. ... aka fix regression from efaab79. In particular, ScalingList8x8[] array was partially copied to the VAIQMatrixBufferH264. While we are at it, also improve bounds checking and avoid copying 8x8 scaling lists if transform_8x8_mode_flag is set to 0.
2012-10-26 11:17:43 +00:00
}
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_iq_matrix_8x8 (VAIQMatrixBufferH264 * iq_matrix, const GstH264PPS * pps,
const GstH264SPS * sps)
h264: fix scaling list generation. ... aka fix regression from efaab79. In particular, ScalingList8x8[] array was partially copied to the VAIQMatrixBufferH264. While we are at it, also improve bounds checking and avoid copying 8x8 scaling lists if transform_8x8_mode_flag is set to 0.
2012-10-26 11:17:43 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
guint i, n;
h264: fix scaling list generation. ... aka fix regression from efaab79. In particular, ScalingList8x8[] array was partially copied to the VAIQMatrixBufferH264. While we are at it, also improve bounds checking and avoid copying 8x8 scaling lists if transform_8x8_mode_flag is set to 0.
2012-10-26 11:17:43 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* If chroma_format_idc != 3, there are up to 2 8x8 scaling lists */
if (!pps->transform_8x8_mode_flag)
return;
h264: fix scaling list generation. ... aka fix regression from efaab79. In particular, ScalingList8x8[] array was partially copied to the VAIQMatrixBufferH264. While we are at it, also improve bounds checking and avoid copying 8x8 scaling lists if transform_8x8_mode_flag is set to 0.
2012-10-26 11:17:43 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
g_assert (G_N_ELEMENTS (iq_matrix->ScalingList8x8) >= 2);
g_assert (G_N_ELEMENTS (iq_matrix->ScalingList8x8[0]) == 64);
h264: fix scaling list generation. ... aka fix regression from efaab79. In particular, ScalingList8x8[] array was partially copied to the VAIQMatrixBufferH264. While we are at it, also improve bounds checking and avoid copying 8x8 scaling lists if transform_8x8_mode_flag is set to 0.
2012-10-26 11:17:43 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
n = (sps->chroma_format_idc != 3) ? 2 : 6;
for (i = 0; i < n; i++) {
gst_h264_quant_matrix_8x8_get_raster_from_zigzag (iq_matrix->ScalingList8x8
[i], pps->scaling_lists_8x8[i]);
}
h264: fix scaling list generation. ... aka fix regression from efaab79. In particular, ScalingList8x8[] array was partially copied to the VAIQMatrixBufferH264. While we are at it, also improve bounds checking and avoid copying 8x8 scaling lists if transform_8x8_mode_flag is set to 0.
2012-10-26 11:17:43 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
ensure_quant_matrix (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiPicture *const base_picture = &picture->base;
GstH264PPS *const pps = get_pps (decoder);
GstH264SPS *const sps = get_sps (decoder);
VAIQMatrixBufferH264 *iq_matrix;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
base_picture->iq_matrix = GST_VAAPI_IQ_MATRIX_NEW (H264, decoder);
if (!base_picture->iq_matrix) {
GST_ERROR ("failed to allocate IQ matrix");
return GST_VAAPI_DECODER_STATUS_ERROR_ALLOCATION_FAILED;
}
iq_matrix = base_picture->iq_matrix->param;
h264: optimize handling of scaling lists. Don't copy scaling lists twice to an intermediate state. Rather, directly use the scaling lists from GstH264PPS since they would match those provided by SPS header, if necessary. i.e. if PPS-specific scaling lists are not available in the bitstream.
2012-10-23 12:50:14 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* XXX: we can only support 4:2:0 or 4:2:2 since ScalingLists8x8[]
is not large enough to hold lists for 4:4:4 */
if (sps->chroma_format_idc == 3)
return GST_VAAPI_DECODER_STATUS_ERROR_UNSUPPORTED_CHROMA_FORMAT;
h264: optimize handling of scaling lists. Don't copy scaling lists twice to an intermediate state. Rather, directly use the scaling lists from GstH264PPS since they would match those provided by SPS header, if necessary. i.e. if PPS-specific scaling lists are not available in the bitstream.
2012-10-23 12:50:14 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_iq_matrix_4x4 (iq_matrix, pps, sps);
fill_iq_matrix_8x8 (iq_matrix, pps, sps);
h264: optimize handling of scaling lists. Don't copy scaling lists twice to an intermediate state. Rather, directly use the scaling lists from GstH264PPS since they would match those provided by SPS header, if necessary. i.e. if PPS-specific scaling lists are not available in the bitstream.
2012-10-23 12:50:14 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return GST_VAAPI_DECODER_STATUS_SUCCESS;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264: improve robustness when packets are missing. Improve robustness when some expected packets where not received yet or that were not correctly decoded. For example, don't try to decode a picture if there was no valid frame headers parsed so far. https://bugs.freedesktop.org/show_bug.cgi?id=57902
2013-12-10 15:14:27 +00:00
static inline gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
is_valid_state (guint state, guint ref_state)
h264: improve robustness when packets are missing. Improve robustness when some expected packets where not received yet or that were not correctly decoded. For example, don't try to decode a picture if there was no valid frame headers parsed so far. https://bugs.freedesktop.org/show_bug.cgi?id=57902
2013-12-10 15:14:27 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return (state & ref_state) == ref_state;
h264: improve robustness when packets are missing. Improve robustness when some expected packets where not received yet or that were not correctly decoded. For example, don't try to decode a picture if there was no valid frame headers parsed so far. https://bugs.freedesktop.org/show_bug.cgi?id=57902
2013-12-10 15:14:27 +00:00
}
h264: fix activation order of picture and sequence parameters. Delay ensure_context() until we actually need a VA context for allocating new VA surfaces, and then GstVaapiPictures, but also when a real activation of a new picture parameter set occurs, thus also implying an activation of the related sequence parameter set. The most important thing was to drop the global pps and sps pointers since they may not have matched the currently activated picture parameter or sequence parameter sets at the specified decode point. Anoter positive side-effect is that this cleans up all occurrences of decode_current_picture() to only keep those useful in decode_picture(), before a new picture is allocated, or in decode_sequence_end() when an end-of-stream or end-of-sequence condition occurred.
2012-10-26 14:12:05 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
decode_current_picture (GstVaapiDecoderH264 * decoder)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const sps_pi = decoder->priv.active_sps;
GstVaapiPictureH264 *const picture = priv->current_picture;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!is_valid_state (priv->decoder_state, GST_H264_VIDEO_STATE_VALID_PICTURE))
goto drop_frame;
decoder: h264: skip all pictures prior the first I-frame. Don't try to decode pictures until the first I-frame is received within the currently active sequence. There is no point is decoding and then displaying frames with artifacts.
2015-05-05 09:56:11 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->decoder_state |= sps_pi->state;
if (!(priv->decoder_state & GST_H264_VIDEO_STATE_GOT_I_FRAME)) {
if (priv->decoder_state & GST_H264_VIDEO_STATE_GOT_P_SLICE)
goto drop_frame;
sps_pi->state |= GST_H264_VIDEO_STATE_GOT_I_FRAME;
}
h264: improve robustness when packets are missing. Improve robustness when some expected packets where not received yet or that were not correctly decoded. For example, don't try to decode a picture if there was no valid frame headers parsed so far. https://bugs.freedesktop.org/show_bug.cgi?id=57902
2013-12-10 15:14:27 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->decoder_state = 0;
priv->pic_structure = GST_H264_SEI_PIC_STRUCT_FRAME;
h264: fix activation order of picture and sequence parameters. Delay ensure_context() until we actually need a VA context for allocating new VA surfaces, and then GstVaapiPictures, but also when a real activation of a new picture parameter set occurs, thus also implying an activation of the related sequence parameter set. The most important thing was to drop the global pps and sps pointers since they may not have matched the currently activated picture parameter or sequence parameter sets at the specified decode point. Anoter positive side-effect is that this cleans up all occurrences of decode_current_picture() to only keep those useful in decode_picture(), before a new picture is allocated, or in decode_sequence_end() when an end-of-stream or end-of-sequence condition occurred.
2012-10-26 14:12:05 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!picture)
h264: fix activation order of picture and sequence parameters. Delay ensure_context() until we actually need a VA context for allocating new VA surfaces, and then GstVaapiPictures, but also when a real activation of a new picture parameter set occurs, thus also implying an activation of the related sequence parameter set. The most important thing was to drop the global pps and sps pointers since they may not have matched the currently activated picture parameter or sequence parameter sets at the specified decode point. Anoter positive side-effect is that this cleans up all occurrences of decode_current_picture() to only keep those useful in decode_picture(), before a new picture is allocated, or in decode_sequence_end() when an end-of-stream or end-of-sequence condition occurred.
2012-10-26 14:12:05 +00:00
return GST_VAAPI_DECODER_STATUS_SUCCESS;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!gst_vaapi_picture_decode (GST_VAAPI_PICTURE_CAST (picture)))
goto error;
if (!exec_ref_pic_marking (decoder, picture))
goto error;
if (!dpb_add (decoder, picture))
goto error;
libs: decoder: h264: push frames as soon as possible Push frames downstream as soon as possible instead of waiting until they are ejected from the DPB. This patch makes the decoder not comply with the H.264 specification, but it is required for some video cameras. https://bugzilla.gnome.org/show_bug.cgi?id=762509 Signed-off-by: Víctor Manuel Jáquez Leal <vjaquez@igalia.com>
2017-05-26 15:19:00 +00:00
if (priv->force_low_latency)
dpb_output_ready_frames (decoder);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_replace (&priv->current_picture, NULL);
return GST_VAAPI_DECODER_STATUS_SUCCESS;
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
/* ERRORS */
h264: fix activation order of picture and sequence parameters. Delay ensure_context() until we actually need a VA context for allocating new VA surfaces, and then GstVaapiPictures, but also when a real activation of a new picture parameter set occurs, thus also implying an activation of the related sequence parameter set. The most important thing was to drop the global pps and sps pointers since they may not have matched the currently activated picture parameter or sequence parameter sets at the specified decode point. Anoter positive side-effect is that this cleans up all occurrences of decode_current_picture() to only keep those useful in decode_picture(), before a new picture is allocated, or in decode_sequence_end() when an end-of-stream or end-of-sequence condition occurred.
2012-10-26 14:12:05 +00:00
error:
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
{
/* XXX: fix for cases where first field failed to be decoded */
gst_vaapi_picture_replace (&priv->current_picture, NULL);
return GST_VAAPI_DECODER_STATUS_ERROR_UNKNOWN;
}
h264: improve robustness when packets are missing. Improve robustness when some expected packets where not received yet or that were not correctly decoded. For example, don't try to decode a picture if there was no valid frame headers parsed so far. https://bugs.freedesktop.org/show_bug.cgi?id=57902
2013-12-10 15:14:27 +00:00
drop_frame:
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
{
priv->decoder_state = 0;
priv->pic_structure = GST_H264_SEI_PIC_STRUCT_FRAME;
return (GstVaapiDecoderStatus) GST_VAAPI_DECODER_STATUS_DROP_FRAME;
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
parse_sps (GstVaapiDecoderH264 * decoder, GstVaapiDecoderUnit * unit)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = unit->parsed_info;
GstH264SPS *const sps = &pi->data.sps;
GstH264ParserResult result;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("parse SPS");
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->parser_state = 0;
h264: improve robustness when packets are missing. Improve robustness when some expected packets where not received yet or that were not correctly decoded. For example, don't try to decode a picture if there was no valid frame headers parsed so far. https://bugs.freedesktop.org/show_bug.cgi?id=57902
2013-12-10 15:14:27 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Variables that don't have inferred values per the H.264
standard but that should get a default value anyway */
sps->log2_max_pic_order_cnt_lsb_minus4 = 0;
h264: set default values for some header fields. The SPS, PPS and slice headers are not fully zero-initialized in the codecparsers/ library. Rather, the standard upstream behaviour is to initialize only certain syntax elements with some inferred values if they are not present in the bitstream. At the gstreamer-vaapi decoder level, we need to further initialize certain syntax elements with some sensible default values so that to not complicate VA drivers that just pass those verbatim to the HW, and also avoid an memset() of the whole decoder unit. Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com> Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-01-05 10:33:06 +00:00
h264: Update for parse_vui_params parameter removal. Update calls to the h264 parser lib for removal of the parse_vui_params parameter.
2019-06-28 14:08:40 +00:00
result = gst_h264_parser_parse_sps (priv->parser, &pi->nalu, sps);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (result != GST_H264_PARSER_OK)
return get_status (result);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->parser_state |= GST_H264_VIDEO_STATE_GOT_SPS;
return GST_VAAPI_DECODER_STATUS_SUCCESS;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
parse_subset_sps (GstVaapiDecoderH264 * decoder, GstVaapiDecoderUnit * unit)
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = unit->parsed_info;
GstH264SPS *const sps = &pi->data.sps;
GstH264ParserResult result;
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("parse subset SPS");
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Variables that don't have inferred values per the H.264
standard but that should get a default value anyway */
sps->log2_max_pic_order_cnt_lsb_minus4 = 0;
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
h264: Update for parse_vui_params parameter removal. Update calls to the h264 parser lib for removal of the parse_vui_params parameter.
2019-06-28 14:08:40 +00:00
result = gst_h264_parser_parse_subset_sps (priv->parser, &pi->nalu, sps);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (result != GST_H264_PARSER_OK)
return get_status (result);
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->parser_state |= GST_H264_VIDEO_STATE_GOT_SPS;
return GST_VAAPI_DECODER_STATUS_SUCCESS;
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
parse_pps (GstVaapiDecoderH264 * decoder, GstVaapiDecoderUnit * unit)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = unit->parsed_info;
GstH264PPS *const pps = &pi->data.pps;
GstH264ParserResult result;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("parse PPS");
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Variables that don't have inferred values per the H.264
standard but that should get a default value anyway */
pps->slice_group_map_type = 0;
pps->slice_group_change_rate_minus1 = 0;
pps->slice_group_id = NULL;
h264: set default values for some header fields. The SPS, PPS and slice headers are not fully zero-initialized in the codecparsers/ library. Rather, the standard upstream behaviour is to initialize only certain syntax elements with some inferred values if they are not present in the bitstream. At the gstreamer-vaapi decoder level, we need to further initialize certain syntax elements with some sensible default values so that to not complicate VA drivers that just pass those verbatim to the HW, and also avoid an memset() of the whole decoder unit. Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com> Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-01-05 10:33:06 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
result = gst_h264_parser_parse_pps (priv->parser, &pi->nalu, pps);
libs: decoder: h264: decode SVC base layer only Drops non-base NALs when the base-only property is set to TRUE. This modifies the behavior for MVC streams with base-only too: All the non-base units are dropped before they are decoded instead of dropping the non-base frames. The relevant part from the H264 spec is: > Decoders that conform to one or more of the profiles specified in Annex A rather than the profiles specified in Annexes G or H shall ignore (remove from the bitstream and discard) the contents of all NAL units with nal_unit_type equal to 14, 15, or 20. To eliminate side effects from the offending units: - PPS's with a broken seq_parameter_set_id (referring to dropped subset SPS's) are ignored. - The NAL parsing is skipped and their flags are set to GST_VAAPI_DECODER_UNIT_FLAG_SKIP. - Prefix units are not stored in prev_pi. Otherwise, parse_slice() would use them even if they are flagged to be skipped. Subset SPS's and slice extension units are not stored there either. https://bugzilla.gnome.org/show_bug.cgi?id=732266 Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com>
2017-08-29 00:32:57 +00:00
/* PPS's sps id might be an ignored subset sps in SVC streams */
if (priv->base_only && result == GST_H264_PARSER_BROKEN_LINK) {
pi->nalu.valid = FALSE;
return GST_VAAPI_DECODER_STATUS_SUCCESS;
}
priv->parser_state &= GST_H264_VIDEO_STATE_GOT_SPS;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (result != GST_H264_PARSER_OK)
return get_status (result);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->parser_state |= GST_H264_VIDEO_STATE_GOT_PPS;
libs: decoder: h264: disallow multiple slice group As far as we know there are no VAAPI drivers supporting FMO, which migth be used in baseline streams. This commit is a continuation of https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/328 Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/-/merge_requests/332>
2020-05-25 13:46:58 +00:00
if (pps->num_slice_groups_minus1 > 0) {
GST_FIXME ("FMO is not supported");
return GST_VAAPI_DECODER_STATUS_ERROR_BITSTREAM_PARSER;
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return GST_VAAPI_DECODER_STATUS_SUCCESS;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
parse_sei (GstVaapiDecoderH264 * decoder, GstVaapiDecoderUnit * unit)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = unit->parsed_info;
GArray **const sei_ptr = &pi->data.sei;
GstH264ParserResult result;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("parse SEI");
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
result = gst_h264_parser_parse_sei (priv->parser, &pi->nalu, sei_ptr);
if (result != GST_H264_PARSER_OK) {
GST_WARNING ("failed to parse SEI messages");
return get_status (result);
}
return GST_VAAPI_DECODER_STATUS_SUCCESS;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
parse_slice (GstVaapiDecoderH264 * decoder, GstVaapiDecoderUnit * unit)
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = unit->parsed_info;
GstH264SliceHdr *const slice_hdr = &pi->data.slice_hdr;
GstH264NalUnit *const nalu = &pi->nalu;
GstH264SPS *sps;
GstH264ParserResult result;
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("parse slice");
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->parser_state &= (GST_H264_VIDEO_STATE_GOT_SPS |
GST_H264_VIDEO_STATE_GOT_PPS);
h264: improve robustness when packets are missing. Improve robustness when some expected packets where not received yet or that were not correctly decoded. For example, don't try to decode a picture if there was no valid frame headers parsed so far. https://bugs.freedesktop.org/show_bug.cgi?id=57902
2013-12-10 15:14:27 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Propagate Prefix NAL unit info, if necessary */
switch (nalu->type) {
decoder: h264: properly handle Prefix NAL units. Always cache the previous NAL unit so that we could check whether there is a Prefix NAL unit immediately preceding the current slice or IDR NAL unit. In that case, the NAL unit metadata is copied into the current NAL unit. Otherwise, some default values are inferred, tentatively. e.g. view_id shall be set to 0 and inter_view_flag to 1. [infer default values for slice if previous NAL was not a Prefix] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-10-31 11:32:55 +00:00
case GST_H264_NAL_SLICE:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
case GST_H264_NAL_SLICE_IDR:{
GstVaapiParserInfoH264 *const prev_pi = priv->prev_pi;
if (prev_pi && prev_pi->nalu.type == GST_H264_NAL_PREFIX_UNIT) {
/* MVC sequences shall have a Prefix NAL unit immediately
preceding this NAL unit */
pi->nalu.extension_type = prev_pi->nalu.extension_type;
pi->nalu.extension = prev_pi->nalu.extension;
} else {
/* In the very unlikely case there is no Prefix NAL unit
immediately preceding this NAL unit, try to infer some
defaults (H.7.4.1.1) */
GstH264NalUnitExtensionMVC *const mvc = &pi->nalu.extension.mvc;
mvc->non_idr_flag = !(nalu->type == GST_H264_NAL_SLICE_IDR);
nalu->idr_pic_flag = !mvc->non_idr_flag;
mvc->priority_id = 0;
mvc->view_id = 0;
mvc->temporal_id = 0;
mvc->anchor_pic_flag = 0;
mvc->inter_view_flag = 1;
}
break;
}
}
/* Variables that don't have inferred values per the H.264
standard but that should get a default value anyway */
slice_hdr->cabac_init_idc = 0;
slice_hdr->direct_spatial_mv_pred_flag = 0;
result = gst_h264_parser_parse_slice_hdr (priv->parser, &pi->nalu,
slice_hdr, TRUE, TRUE);
if (result != GST_H264_PARSER_OK)
return get_status (result);
sps = slice_hdr->pps->sequence;
/* Update MVC data */
pi->view_id = get_view_id (&pi->nalu);
pi->voc = get_view_order_index (sps, pi->view_id);
priv->parser_state |= GST_H264_VIDEO_STATE_GOT_SLICE;
if (!GST_H264_IS_I_SLICE (slice_hdr))
priv->parser_state |= GST_H264_VIDEO_STATE_GOT_P_SLICE;
return GST_VAAPI_DECODER_STATUS_SUCCESS;
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
}
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
decode_sps (GstVaapiDecoderH264 * decoder, GstVaapiDecoderUnit * unit)
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = unit->parsed_info;
GstH264SPS *const sps = &pi->data.sps;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("decode SPS");
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_parser_info_h264_replace (&priv->sps[sps->id], pi);
return GST_VAAPI_DECODER_STATUS_SUCCESS;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
}
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
decode_subset_sps (GstVaapiDecoderH264 * decoder, GstVaapiDecoderUnit * unit)
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = unit->parsed_info;
GstH264SPS *const sps = &pi->data.sps;
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("decode subset SPS");
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_parser_info_h264_replace (&priv->sps[sps->id], pi);
return GST_VAAPI_DECODER_STATUS_SUCCESS;
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
}
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
decode_pps (GstVaapiDecoderH264 * decoder, GstVaapiDecoderUnit * unit)
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = unit->parsed_info;
GstH264PPS *const pps = &pi->data.pps;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("decode PPS");
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_parser_info_h264_replace (&priv->pps[pps->id], pi);
return GST_VAAPI_DECODER_STATUS_SUCCESS;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
}
decoder: h264: fix detection of top-field-first (TFF) flag. Use the SEI pic_timing() message to track the pic_struct variable when present, or infer it from the regular slice header flags field_pic_flag and bottom_field_flag. This fixes temporal sequence ordering when the output pictures are to be displayed. https://bugzilla.gnome.org/show_bug.cgi?id=739291
2014-11-13 14:00:21 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
decode_sei (GstVaapiDecoderH264 * decoder, GstVaapiDecoderUnit * unit)
decoder: h264: fix detection of top-field-first (TFF) flag. Use the SEI pic_timing() message to track the pic_struct variable when present, or infer it from the regular slice header flags field_pic_flag and bottom_field_flag. This fixes temporal sequence ordering when the output pictures are to be displayed. https://bugzilla.gnome.org/show_bug.cgi?id=739291
2014-11-13 14:00:21 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = unit->parsed_info;
guint i;
decoder: h264: fix detection of top-field-first (TFF) flag. Use the SEI pic_timing() message to track the pic_struct variable when present, or infer it from the regular slice header flags field_pic_flag and bottom_field_flag. This fixes temporal sequence ordering when the output pictures are to be displayed. https://bugzilla.gnome.org/show_bug.cgi?id=739291
2014-11-13 14:00:21 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("decode SEI messages");
decoder: h264: fix detection of top-field-first (TFF) flag. Use the SEI pic_timing() message to track the pic_struct variable when present, or infer it from the regular slice header flags field_pic_flag and bottom_field_flag. This fixes temporal sequence ordering when the output pictures are to be displayed. https://bugzilla.gnome.org/show_bug.cgi?id=739291
2014-11-13 14:00:21 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < pi->data.sei->len; i++) {
const GstH264SEIMessage *const sei =
&g_array_index (pi->data.sei, GstH264SEIMessage, i);
decoder: h264: fix detection of top-field-first (TFF) flag. Use the SEI pic_timing() message to track the pic_struct variable when present, or infer it from the regular slice header flags field_pic_flag and bottom_field_flag. This fixes temporal sequence ordering when the output pictures are to be displayed. https://bugzilla.gnome.org/show_bug.cgi?id=739291
2014-11-13 14:00:21 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
switch (sei->payloadType) {
case GST_H264_SEI_PIC_TIMING:{
const GstH264PicTiming *const pic_timing = &sei->payload.pic_timing;
if (pic_timing->pic_struct_present_flag)
priv->pic_structure = pic_timing->pic_struct;
break;
}
default:
break;
decoder: h264: fix detection of top-field-first (TFF) flag. Use the SEI pic_timing() message to track the pic_struct variable when present, or infer it from the regular slice header flags field_pic_flag and bottom_field_flag. This fixes temporal sequence ordering when the output pictures are to be displayed. https://bugzilla.gnome.org/show_bug.cgi?id=739291
2014-11-13 14:00:21 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
return GST_VAAPI_DECODER_STATUS_SUCCESS;
decoder: h264: fix detection of top-field-first (TFF) flag. Use the SEI pic_timing() message to track the pic_struct variable when present, or infer it from the regular slice header flags field_pic_flag and bottom_field_flag. This fixes temporal sequence ordering when the output pictures are to be displayed. https://bugzilla.gnome.org/show_bug.cgi?id=739291
2014-11-13 14:00:21 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
decode_sequence_end (GstVaapiDecoderH264 * decoder)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const sps_pi = decoder->priv.active_sps;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("decode sequence-end");
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Sequence ended, don't try to propagate "got I-frame" state
beyond this point */
if (sps_pi)
sps_pi->state &= ~GST_H264_VIDEO_STATE_GOT_I_FRAME;
decoder: h264: skip all pictures prior the first I-frame. Don't try to decode pictures until the first I-frame is received within the currently active sequence. There is no point is decoding and then displaying frames with artifacts.
2015-05-05 09:56:11 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_flush (decoder, NULL);
decoder: h264: fix tracking of DPB size changes. Add support for MVC streams with multiple SPS and subset SPS headers emitted regularly, e.g. at around every I-frame. Track the maximum number of views in ensure_context() and really reset the DPB size to the expected value, always. i.e. even if it decreased. dpb_reset() only cares of ensuring the DPB allocation.
2014-06-28 05:25:35 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Reset defaults, should there be a new sequence available next */
priv->max_views = 1;
return GST_VAAPI_DECODER_STATUS_SUCCESS;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
/* 8.2.1.1 - Decoding process for picture order count type 0 */
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_poc_0 (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264SliceHdr * slice_hdr)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstH264SPS *const sps = get_sps (decoder);
const gint32 MaxPicOrderCntLsb =
1 << (sps->log2_max_pic_order_cnt_lsb_minus4 + 4);
gint32 temp_poc;
GST_DEBUG ("decode picture order count type 0");
if (GST_VAAPI_PICTURE_IS_IDR (picture)) {
priv->prev_poc_msb = 0;
priv->prev_poc_lsb = 0;
} else if (priv->prev_pic_has_mmco5) {
priv->prev_poc_msb = 0;
priv->prev_poc_lsb =
(priv->prev_pic_structure == GST_VAAPI_PICTURE_STRUCTURE_BOTTOM_FIELD ?
0 : priv->field_poc[TOP_FIELD]);
} else {
priv->prev_poc_msb = priv->poc_msb;
priv->prev_poc_lsb = priv->poc_lsb;
}
// (8-3)
priv->poc_lsb = slice_hdr->pic_order_cnt_lsb;
if (priv->poc_lsb < priv->prev_poc_lsb &&
(priv->prev_poc_lsb - priv->poc_lsb) >= (MaxPicOrderCntLsb / 2))
priv->poc_msb = priv->prev_poc_msb + MaxPicOrderCntLsb;
else if (priv->poc_lsb > priv->prev_poc_lsb &&
(priv->poc_lsb - priv->prev_poc_lsb) > (MaxPicOrderCntLsb / 2))
priv->poc_msb = priv->prev_poc_msb - MaxPicOrderCntLsb;
else
priv->poc_msb = priv->prev_poc_msb;
temp_poc = priv->poc_msb + priv->poc_lsb;
switch (picture->structure) {
h264: fill in GstVaapiPicture structure. ... and get rid of local VAPictureH264.flags fields in GstVaapiPictureH264.
2012-10-31 09:56:15 +00:00
case GST_VAAPI_PICTURE_STRUCTURE_FRAME:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
// (8-4, 8-5)
priv->field_poc[TOP_FIELD] = temp_poc;
priv->field_poc[BOTTOM_FIELD] = temp_poc +
slice_hdr->delta_pic_order_cnt_bottom;
break;
h264: fill in GstVaapiPicture structure. ... and get rid of local VAPictureH264.flags fields in GstVaapiPictureH264.
2012-10-31 09:56:15 +00:00
case GST_VAAPI_PICTURE_STRUCTURE_TOP_FIELD:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
// (8-4)
priv->field_poc[TOP_FIELD] = temp_poc;
break;
h264: fill in GstVaapiPicture structure. ... and get rid of local VAPictureH264.flags fields in GstVaapiPictureH264.
2012-10-31 09:56:15 +00:00
case GST_VAAPI_PICTURE_STRUCTURE_BOTTOM_FIELD:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
// (8-5)
priv->field_poc[BOTTOM_FIELD] = temp_poc;
break;
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
/* 8.2.1.2 - Decoding process for picture order count type 1 */
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_poc_1 (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264SliceHdr * slice_hdr)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstH264SPS *const sps = get_sps (decoder);
const gint32 MaxFrameNum = 1 << (sps->log2_max_frame_num_minus4 + 4);
gint32 prev_frame_num_offset, abs_frame_num, expected_poc;
guint i;
h264: simplify code when MMCO is 5. Remove exit_picture() and exit_picture_poc() since PicOrderCnt(CurrPic) is now updated accordingly to the standard. Besides, MMCO = 5 specific operations are moved up to exec_ref_pic_marking_adaptive_mmco_5().
2012-10-23 08:33:50 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("decode picture order count type 1");
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (priv->prev_pic_has_mmco5)
prev_frame_num_offset = 0;
else
prev_frame_num_offset = priv->frame_num_offset;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
// (8-6)
if (GST_VAAPI_PICTURE_IS_IDR (picture))
priv->frame_num_offset = 0;
else if (priv->prev_frame_num > priv->frame_num)
priv->frame_num_offset = prev_frame_num_offset + MaxFrameNum;
else
priv->frame_num_offset = prev_frame_num_offset;
// (8-7)
if (sps->num_ref_frames_in_pic_order_cnt_cycle != 0)
abs_frame_num = priv->frame_num_offset + priv->frame_num;
else
abs_frame_num = 0;
if (!GST_VAAPI_PICTURE_IS_REFERENCE (picture) && abs_frame_num > 0)
abs_frame_num = abs_frame_num - 1;
if (abs_frame_num > 0) {
gint32 expected_delta_per_poc_cycle;
gint32 poc_cycle_cnt, frame_num_in_poc_cycle;
expected_delta_per_poc_cycle = 0;
for (i = 0; i < sps->num_ref_frames_in_pic_order_cnt_cycle; i++)
expected_delta_per_poc_cycle += sps->offset_for_ref_frame[i];
// (8-8)
poc_cycle_cnt = (abs_frame_num - 1) /
sps->num_ref_frames_in_pic_order_cnt_cycle;
frame_num_in_poc_cycle = (abs_frame_num - 1) %
sps->num_ref_frames_in_pic_order_cnt_cycle;
// (8-9)
expected_poc = poc_cycle_cnt * expected_delta_per_poc_cycle;
for (i = 0; i <= frame_num_in_poc_cycle; i++)
expected_poc += sps->offset_for_ref_frame[i];
} else
expected_poc = 0;
if (!GST_VAAPI_PICTURE_IS_REFERENCE (picture))
expected_poc += sps->offset_for_non_ref_pic;
// (8-10)
switch (picture->structure) {
h264: fill in GstVaapiPicture structure. ... and get rid of local VAPictureH264.flags fields in GstVaapiPictureH264.
2012-10-31 09:56:15 +00:00
case GST_VAAPI_PICTURE_STRUCTURE_FRAME:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->field_poc[TOP_FIELD] = expected_poc +
slice_hdr->delta_pic_order_cnt[0];
priv->field_poc[BOTTOM_FIELD] = priv->field_poc[TOP_FIELD] +
sps->offset_for_top_to_bottom_field +
slice_hdr->delta_pic_order_cnt[1];
break;
h264: fill in GstVaapiPicture structure. ... and get rid of local VAPictureH264.flags fields in GstVaapiPictureH264.
2012-10-31 09:56:15 +00:00
case GST_VAAPI_PICTURE_STRUCTURE_TOP_FIELD:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->field_poc[TOP_FIELD] = expected_poc +
slice_hdr->delta_pic_order_cnt[0];
break;
h264: fill in GstVaapiPicture structure. ... and get rid of local VAPictureH264.flags fields in GstVaapiPictureH264.
2012-10-31 09:56:15 +00:00
case GST_VAAPI_PICTURE_STRUCTURE_BOTTOM_FIELD:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->field_poc[BOTTOM_FIELD] = expected_poc +
sps->offset_for_top_to_bottom_field +
slice_hdr->delta_pic_order_cnt[0];
break;
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
/* 8.2.1.3 - Decoding process for picture order count type 2 */
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_poc_2 (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264SliceHdr * slice_hdr)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstH264SPS *const sps = get_sps (decoder);
const gint32 MaxFrameNum = 1 << (sps->log2_max_frame_num_minus4 + 4);
gint32 prev_frame_num_offset, temp_poc;
h264: simplify code when MMCO is 5. Remove exit_picture() and exit_picture_poc() since PicOrderCnt(CurrPic) is now updated accordingly to the standard. Besides, MMCO = 5 specific operations are moved up to exec_ref_pic_marking_adaptive_mmco_5().
2012-10-23 08:33:50 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("decode picture order count type 2");
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (priv->prev_pic_has_mmco5)
prev_frame_num_offset = 0;
else
prev_frame_num_offset = priv->frame_num_offset;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
// (8-11)
if (GST_VAAPI_PICTURE_IS_IDR (picture))
priv->frame_num_offset = 0;
else if (priv->prev_frame_num > priv->frame_num)
priv->frame_num_offset = prev_frame_num_offset + MaxFrameNum;
else
priv->frame_num_offset = prev_frame_num_offset;
// (8-12)
if (GST_VAAPI_PICTURE_IS_IDR (picture))
temp_poc = 0;
else if (!GST_VAAPI_PICTURE_IS_REFERENCE (picture))
temp_poc = 2 * (priv->frame_num_offset + priv->frame_num) - 1;
else
temp_poc = 2 * (priv->frame_num_offset + priv->frame_num);
// (8-13)
if (picture->structure != GST_VAAPI_PICTURE_STRUCTURE_BOTTOM_FIELD)
priv->field_poc[TOP_FIELD] = temp_poc;
if (picture->structure != GST_VAAPI_PICTURE_STRUCTURE_TOP_FIELD)
priv->field_poc[BOTTOM_FIELD] = temp_poc;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
/* 8.2.1 - Decoding process for picture order count */
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_poc (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264SliceHdr * slice_hdr)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstH264SPS *const sps = get_sps (decoder);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
switch (sps->pic_order_cnt_type) {
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
case 0:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_poc_0 (decoder, picture, slice_hdr);
break;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
case 1:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_poc_1 (decoder, picture, slice_hdr);
break;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
case 2:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_poc_2 (decoder, picture, slice_hdr);
break;
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (picture->structure != GST_VAAPI_PICTURE_STRUCTURE_BOTTOM_FIELD)
picture->field_poc[TOP_FIELD] = priv->field_poc[TOP_FIELD];
if (picture->structure != GST_VAAPI_PICTURE_STRUCTURE_TOP_FIELD)
picture->field_poc[BOTTOM_FIELD] = priv->field_poc[BOTTOM_FIELD];
picture->base.poc = MIN (picture->field_poc[0], picture->field_poc[1]);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static int
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
compare_picture_pic_num_dec (const void *a, const void *b)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
const GstVaapiPictureH264 *const picA = *(GstVaapiPictureH264 **) a;
const GstVaapiPictureH264 *const picB = *(GstVaapiPictureH264 **) b;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return picB->pic_num - picA->pic_num;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static int
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
compare_picture_long_term_pic_num_inc (const void *a, const void *b)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
const GstVaapiPictureH264 *const picA = *(GstVaapiPictureH264 **) a;
const GstVaapiPictureH264 *const picB = *(GstVaapiPictureH264 **) b;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return picA->long_term_pic_num - picB->long_term_pic_num;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static int
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
compare_picture_poc_dec (const void *a, const void *b)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
const GstVaapiPictureH264 *const picA = *(GstVaapiPictureH264 **) a;
const GstVaapiPictureH264 *const picB = *(GstVaapiPictureH264 **) b;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return picB->base.poc - picA->base.poc;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static int
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
compare_picture_poc_inc (const void *a, const void *b)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
const GstVaapiPictureH264 *const picA = *(GstVaapiPictureH264 **) a;
const GstVaapiPictureH264 *const picB = *(GstVaapiPictureH264 **) b;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return picA->base.poc - picB->base.poc;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static int
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
compare_picture_frame_num_wrap_dec (const void *a, const void *b)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
const GstVaapiPictureH264 *const picA = *(GstVaapiPictureH264 **) a;
const GstVaapiPictureH264 *const picB = *(GstVaapiPictureH264 **) b;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return picB->frame_num_wrap - picA->frame_num_wrap;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static int
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
compare_picture_long_term_frame_idx_inc (const void *a, const void *b)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
const GstVaapiPictureH264 *const picA = *(GstVaapiPictureH264 **) a;
const GstVaapiPictureH264 *const picB = *(GstVaapiPictureH264 **) b;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return picA->long_term_frame_idx - picB->long_term_frame_idx;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
/* 8.2.4.1 - Decoding process for picture numbers */
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_refs_pic_num (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264SliceHdr * slice_hdr)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstH264SPS *const sps = get_sps (decoder);
const gint32 MaxFrameNum = 1 << (sps->log2_max_frame_num_minus4 + 4);
guint i;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("decode picture numbers");
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < priv->short_ref_count; i++) {
GstVaapiPictureH264 *const pic = priv->short_ref[i];
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
// (H.8.2)
if (pic->base.view_id != picture->base.view_id)
continue;
// (8-27)
if (pic->frame_num > priv->frame_num)
pic->frame_num_wrap = pic->frame_num - MaxFrameNum;
else
pic->frame_num_wrap = pic->frame_num;
// (8-28, 8-30, 8-31)
if (GST_VAAPI_PICTURE_IS_FRAME (picture))
pic->pic_num = pic->frame_num_wrap;
else {
if (pic->structure == picture->structure)
pic->pic_num = 2 * pic->frame_num_wrap + 1;
else
pic->pic_num = 2 * pic->frame_num_wrap;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < priv->long_ref_count; i++) {
GstVaapiPictureH264 *const pic = priv->long_ref[i];
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
// (H.8.2)
if (pic->base.view_id != picture->base.view_id)
continue;
// (8-29, 8-32, 8-33)
if (GST_VAAPI_PICTURE_IS_FRAME (picture))
pic->long_term_pic_num = pic->long_term_frame_idx;
else {
if (pic->structure == picture->structure)
pic->long_term_pic_num = 2 * pic->long_term_frame_idx + 1;
else
pic->long_term_pic_num = 2 * pic->long_term_frame_idx;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
#define SORT_REF_LIST(list, n, compare_func) \
qsort(list, n, sizeof(*(list)), compare_picture_##compare_func)
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_refs_fields_1 (guint picture_structure,
GstVaapiPictureH264 * RefPicList[32],
guint * RefPicList_count,
GstVaapiPictureH264 * ref_list[32], guint ref_list_count)
{
guint i, j, n;
i = 0;
j = 0;
n = *RefPicList_count;
do {
g_assert (n < 32);
for (; i < ref_list_count; i++) {
if (ref_list[i]->structure == picture_structure) {
RefPicList[n++] = ref_list[i++];
break;
}
}
for (; j < ref_list_count; j++) {
if (ref_list[j]->structure != picture_structure) {
RefPicList[n++] = ref_list[j++];
break;
}
}
} while (i < ref_list_count || j < ref_list_count);
*RefPicList_count = n;
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
}
static inline void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_refs_fields (GstVaapiPictureH264 * picture,
GstVaapiPictureH264 * RefPicList[32],
guint * RefPicList_count,
GstVaapiPictureH264 * short_ref[32],
guint short_ref_count,
GstVaapiPictureH264 * long_ref[32], guint long_ref_count)
{
guint n = 0;
/* 8.2.4.2.5 - reference picture lists in fields */
init_picture_refs_fields_1 (picture->structure, RefPicList, &n,
short_ref, short_ref_count);
init_picture_refs_fields_1 (picture->structure, RefPicList, &n,
long_ref, long_ref_count);
*RefPicList_count = n;
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
}
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
/* Finds the inter-view reference picture with the supplied view id */
static GstVaapiPictureH264 *
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
find_inter_view_reference (GstVaapiDecoderH264 * decoder, guint16 view_id)
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GPtrArray *const inter_views = decoder->priv.inter_views;
guint i;
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < inter_views->len; i++) {
GstVaapiPictureH264 *const picture = g_ptr_array_index (inter_views, i);
if (picture->base.view_id == view_id)
return picture;
}
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_WARNING ("failed to find inter-view reference picture for view_id: %d",
view_id);
return NULL;
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
}
decoder: h264: reduce ReferenceFrames entries to the essential set. When decoding Multiview High profile streams with a large number of views, it is not possible to make the VAPictureParameterBufferH264. ReferenceFrames[] array hold the complete DPB, with all possibly active pictures to be used for inter-view prediction in the current access unit. So reduce the scope of the ReferenceFrames[] array to only include the set of reference pictures that are going to be used for decoding the current picture. Basically, this is a union of all RefPicListX[] array, for all slices constituting the decoded picture.
2014-06-03 15:36:38 +00:00
/* Checks whether the view id exists in the supplied list of view ids */
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
find_view_id (guint16 view_id, const guint16 * view_ids, guint num_view_ids)
decoder: h264: reduce ReferenceFrames entries to the essential set. When decoding Multiview High profile streams with a large number of views, it is not possible to make the VAPictureParameterBufferH264. ReferenceFrames[] array hold the complete DPB, with all possibly active pictures to be used for inter-view prediction in the current access unit. So reduce the scope of the ReferenceFrames[] array to only include the set of reference pictures that are going to be used for decoding the current picture. Basically, this is a union of all RefPicListX[] array, for all slices constituting the decoded picture.
2014-06-03 15:36:38 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
guint i;
decoder: h264: reduce ReferenceFrames entries to the essential set. When decoding Multiview High profile streams with a large number of views, it is not possible to make the VAPictureParameterBufferH264. ReferenceFrames[] array hold the complete DPB, with all possibly active pictures to be used for inter-view prediction in the current access unit. So reduce the scope of the ReferenceFrames[] array to only include the set of reference pictures that are going to be used for decoding the current picture. Basically, this is a union of all RefPicListX[] array, for all slices constituting the decoded picture.
2014-06-03 15:36:38 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < num_view_ids; i++) {
if (view_ids[i] == view_id)
return TRUE;
}
return FALSE;
decoder: h264: reduce ReferenceFrames entries to the essential set. When decoding Multiview High profile streams with a large number of views, it is not possible to make the VAPictureParameterBufferH264. ReferenceFrames[] array hold the complete DPB, with all possibly active pictures to be used for inter-view prediction in the current access unit. So reduce the scope of the ReferenceFrames[] array to only include the set of reference pictures that are going to be used for decoding the current picture. Basically, this is a union of all RefPicListX[] array, for all slices constituting the decoded picture.
2014-06-03 15:36:38 +00:00
}
decoder: h264: improve pruning of unused MVC inter-view frames. Improve process for the removal of pictures from DPB before possible insertion of the current picture (C.4.4) for H.264 MVC inter-view only reference components. In particular, handle cases where picture to be inserted is not the last one of the access unit and if it was already output and is no longer marked as used for reference, including for decoding next view components within the same access unit.
2014-06-10 14:07:51 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
find_view_id_in_view (guint16 view_id, const GstH264SPSExtMVCView * view,
decoder: h264: improve pruning of unused MVC inter-view frames. Improve process for the removal of pictures from DPB before possible insertion of the current picture (C.4.4) for H.264 MVC inter-view only reference components. In particular, handle cases where picture to be inserted is not the last one of the access unit and if it was already output and is no longer marked as used for reference, including for decoding next view components within the same access unit.
2014-06-10 14:07:51 +00:00
gboolean is_anchor)
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (is_anchor)
return (find_view_id (view_id, view->anchor_ref_l0,
view->num_anchor_refs_l0) ||
find_view_id (view_id, view->anchor_ref_l1, view->num_anchor_refs_l1));
decoder: h264: improve pruning of unused MVC inter-view frames. Improve process for the removal of pictures from DPB before possible insertion of the current picture (C.4.4) for H.264 MVC inter-view only reference components. In particular, handle cases where picture to be inserted is not the last one of the access unit and if it was already output and is no longer marked as used for reference, including for decoding next view components within the same access unit.
2014-06-10 14:07:51 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return (find_view_id (view_id, view->non_anchor_ref_l0,
view->num_non_anchor_refs_l0) ||
find_view_id (view_id, view->non_anchor_ref_l1,
view->num_non_anchor_refs_l1));
decoder: h264: improve pruning of unused MVC inter-view frames. Improve process for the removal of pictures from DPB before possible insertion of the current picture (C.4.4) for H.264 MVC inter-view only reference components. In particular, handle cases where picture to be inserted is not the last one of the access unit and if it was already output and is no longer marked as used for reference, including for decoding next view components within the same access unit.
2014-06-10 14:07:51 +00:00
}
decoder: h264: reduce ReferenceFrames entries to the essential set. When decoding Multiview High profile streams with a large number of views, it is not possible to make the VAPictureParameterBufferH264. ReferenceFrames[] array hold the complete DPB, with all possibly active pictures to be used for inter-view prediction in the current access unit. So reduce the scope of the ReferenceFrames[] array to only include the set of reference pictures that are going to be used for decoding the current picture. Basically, this is a union of all RefPicListX[] array, for all slices constituting the decoded picture.
2014-06-03 15:36:38 +00:00
/* Checks whether the inter-view reference picture with the supplied
view id is used for decoding the current view component picture */
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
is_inter_view_reference_for_picture (GstVaapiDecoderH264 * decoder,
guint16 view_id, GstVaapiPictureH264 * picture)
decoder: h264: reduce ReferenceFrames entries to the essential set. When decoding Multiview High profile streams with a large number of views, it is not possible to make the VAPictureParameterBufferH264. ReferenceFrames[] array hold the complete DPB, with all possibly active pictures to be used for inter-view prediction in the current access unit. So reduce the scope of the ReferenceFrames[] array to only include the set of reference pictures that are going to be used for decoding the current picture. Basically, this is a union of all RefPicListX[] array, for all slices constituting the decoded picture.
2014-06-03 15:36:38 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
const GstH264SPS *const sps = get_sps (decoder);
gboolean is_anchor;
decoder: h264: reduce ReferenceFrames entries to the essential set. When decoding Multiview High profile streams with a large number of views, it is not possible to make the VAPictureParameterBufferH264. ReferenceFrames[] array hold the complete DPB, with all possibly active pictures to be used for inter-view prediction in the current access unit. So reduce the scope of the ReferenceFrames[] array to only include the set of reference pictures that are going to be used for decoding the current picture. Basically, this is a union of all RefPicListX[] array, for all slices constituting the decoded picture.
2014-06-03 15:36:38 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!GST_VAAPI_PICTURE_IS_MVC (picture) ||
sps->extension_type != GST_H264_NAL_EXTENSION_MVC)
return FALSE;
decoder: h264: reduce ReferenceFrames entries to the essential set. When decoding Multiview High profile streams with a large number of views, it is not possible to make the VAPictureParameterBufferH264. ReferenceFrames[] array hold the complete DPB, with all possibly active pictures to be used for inter-view prediction in the current access unit. So reduce the scope of the ReferenceFrames[] array to only include the set of reference pictures that are going to be used for decoding the current picture. Basically, this is a union of all RefPicListX[] array, for all slices constituting the decoded picture.
2014-06-03 15:36:38 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
is_anchor = GST_VAAPI_PICTURE_IS_ANCHOR (picture);
return find_view_id_in_view (view_id,
&sps->extension.mvc.view[picture->base.voc], is_anchor);
decoder: h264: improve pruning of unused MVC inter-view frames. Improve process for the removal of pictures from DPB before possible insertion of the current picture (C.4.4) for H.264 MVC inter-view only reference components. In particular, handle cases where picture to be inserted is not the last one of the access unit and if it was already output and is no longer marked as used for reference, including for decoding next view components within the same access unit.
2014-06-10 14:07:51 +00:00
}
decoder: h264: reduce ReferenceFrames entries to the essential set. When decoding Multiview High profile streams with a large number of views, it is not possible to make the VAPictureParameterBufferH264. ReferenceFrames[] array hold the complete DPB, with all possibly active pictures to be used for inter-view prediction in the current access unit. So reduce the scope of the ReferenceFrames[] array to only include the set of reference pictures that are going to be used for decoding the current picture. Basically, this is a union of all RefPicListX[] array, for all slices constituting the decoded picture.
2014-06-03 15:36:38 +00:00
decoder: h264: improve pruning of unused MVC inter-view frames. Improve process for the removal of pictures from DPB before possible insertion of the current picture (C.4.4) for H.264 MVC inter-view only reference components. In particular, handle cases where picture to be inserted is not the last one of the access unit and if it was already output and is no longer marked as used for reference, including for decoding next view components within the same access unit.
2014-06-10 14:07:51 +00:00
/* Checks whether the supplied inter-view reference picture is used
for decoding the next view component pictures */
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
is_inter_view_reference_for_next_pictures (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture)
decoder: h264: improve pruning of unused MVC inter-view frames. Improve process for the removal of pictures from DPB before possible insertion of the current picture (C.4.4) for H.264 MVC inter-view only reference components. In particular, handle cases where picture to be inserted is not the last one of the access unit and if it was already output and is no longer marked as used for reference, including for decoding next view components within the same access unit.
2014-06-10 14:07:51 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
const GstH264SPS *const sps = get_sps (decoder);
gboolean is_anchor;
guint i, num_views;
decoder: h264: improve pruning of unused MVC inter-view frames. Improve process for the removal of pictures from DPB before possible insertion of the current picture (C.4.4) for H.264 MVC inter-view only reference components. In particular, handle cases where picture to be inserted is not the last one of the access unit and if it was already output and is no longer marked as used for reference, including for decoding next view components within the same access unit.
2014-06-10 14:07:51 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!GST_VAAPI_PICTURE_IS_MVC (picture) ||
sps->extension_type != GST_H264_NAL_EXTENSION_MVC)
decoder: h264: improve pruning of unused MVC inter-view frames. Improve process for the removal of pictures from DPB before possible insertion of the current picture (C.4.4) for H.264 MVC inter-view only reference components. In particular, handle cases where picture to be inserted is not the last one of the access unit and if it was already output and is no longer marked as used for reference, including for decoding next view components within the same access unit.
2014-06-10 14:07:51 +00:00
return FALSE;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
is_anchor = GST_VAAPI_PICTURE_IS_ANCHOR (picture);
num_views = sps->extension.mvc.num_views_minus1 + 1;
for (i = picture->base.voc + 1; i < num_views; i++) {
const GstH264SPSExtMVCView *const view = &sps->extension.mvc.view[i];
if (find_view_id_in_view (picture->base.view_id, view, is_anchor))
return TRUE;
}
return FALSE;
decoder: h264: reduce ReferenceFrames entries to the essential set. When decoding Multiview High profile streams with a large number of views, it is not possible to make the VAPictureParameterBufferH264. ReferenceFrames[] array hold the complete DPB, with all possibly active pictures to be used for inter-view prediction in the current access unit. So reduce the scope of the ReferenceFrames[] array to only include the set of reference pictures that are going to be used for decoding the current picture. Basically, this is a union of all RefPicListX[] array, for all slices constituting the decoded picture.
2014-06-03 15:36:38 +00:00
}
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
/* H.8.2.1 - Initialization process for inter-view prediction references */
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_refs_mvc_1 (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 ** ref_list, guint * ref_list_count_ptr, guint num_refs,
const guint16 * view_ids, guint num_view_ids)
{
guint j, n;
n = *ref_list_count_ptr;
for (j = 0; j < num_view_ids && n < num_refs; j++) {
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
GstVaapiPictureH264 *pic;
if (!(pic = find_inter_view_reference (decoder, view_ids[j])))
return FALSE;
ref_list[n++] = pic;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
*ref_list_count_ptr = n;
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
return TRUE;
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
}
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
static inline gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_refs_mvc (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264SliceHdr * slice_hdr, guint list)
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
const GstH264SPS *const sps = get_sps (decoder);
const GstH264SPSExtMVCView *view;
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
gboolean ret = TRUE;
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("initialize reference picture list for inter-view prediction");
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (sps->extension_type != GST_H264_NAL_EXTENSION_MVC)
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
return TRUE;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
view = &sps->extension.mvc.view[picture->base.voc];
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
#define INVOKE_INIT_PICTURE_REFS_MVC(ref_list, view_list) do { \
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
ret = init_picture_refs_mvc_1(decoder, \
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
priv->RefPicList##ref_list, \
&priv->RefPicList##ref_list##_count, \
slice_hdr->num_ref_idx_l##ref_list##_active_minus1 + 1, \
view->view_list##_l##ref_list, \
view->num_##view_list##s_l##ref_list); \
} while (0)
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (list == 0) {
if (GST_VAAPI_PICTURE_IS_ANCHOR (picture))
INVOKE_INIT_PICTURE_REFS_MVC (0, anchor_ref);
else
INVOKE_INIT_PICTURE_REFS_MVC (0, non_anchor_ref);
} else {
if (GST_VAAPI_PICTURE_IS_ANCHOR (picture))
INVOKE_INIT_PICTURE_REFS_MVC (1, anchor_ref);
else
INVOKE_INIT_PICTURE_REFS_MVC (1, non_anchor_ref);
}
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
return ret;
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
#undef INVOKE_INIT_PICTURE_REFS_MVC
}
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_refs_p_slice (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264SliceHdr * slice_hdr)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiPictureH264 **ref_list;
guint i;
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
gboolean ret = TRUE;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("decode reference picture list for P and SP slices");
if (GST_VAAPI_PICTURE_IS_FRAME (picture)) {
/* 8.2.4.2.1 - P and SP slices in frames */
if (priv->short_ref_count > 0) {
ref_list = priv->RefPicList0;
for (i = 0; i < priv->short_ref_count; i++)
ref_list[i] = priv->short_ref[i];
SORT_REF_LIST (ref_list, i, pic_num_dec);
priv->RefPicList0_count += i;
}
if (priv->long_ref_count > 0) {
ref_list = &priv->RefPicList0[priv->RefPicList0_count];
for (i = 0; i < priv->long_ref_count; i++)
ref_list[i] = priv->long_ref[i];
SORT_REF_LIST (ref_list, i, long_term_pic_num_inc);
priv->RefPicList0_count += i;
}
} else {
/* 8.2.4.2.2 - P and SP slices in fields */
GstVaapiPictureH264 *short_ref[32];
guint short_ref_count = 0;
GstVaapiPictureH264 *long_ref[32];
guint long_ref_count = 0;
if (priv->short_ref_count > 0) {
for (i = 0; i < priv->short_ref_count; i++)
short_ref[i] = priv->short_ref[i];
SORT_REF_LIST (short_ref, i, frame_num_wrap_dec);
short_ref_count = i;
}
if (priv->long_ref_count > 0) {
for (i = 0; i < priv->long_ref_count; i++)
long_ref[i] = priv->long_ref[i];
SORT_REF_LIST (long_ref, i, long_term_frame_idx_inc);
long_ref_count = i;
}
init_picture_refs_fields (picture,
priv->RefPicList0, &priv->RefPicList0_count,
short_ref, short_ref_count, long_ref, long_ref_count);
}
if (GST_VAAPI_PICTURE_IS_MVC (picture)) {
/* RefPicList0 */
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
ret = init_picture_refs_mvc (decoder, picture, slice_hdr, 0);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
return ret;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_refs_b_slice (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264SliceHdr * slice_hdr)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiPictureH264 **ref_list;
guint i, n;
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
gboolean ret = TRUE;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("decode reference picture list for B slices");
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (GST_VAAPI_PICTURE_IS_FRAME (picture)) {
/* 8.2.4.2.3 - B slices in frames */
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* RefPicList0 */
if (priv->short_ref_count > 0) {
// 1. Short-term references
ref_list = priv->RefPicList0;
for (n = 0, i = 0; i < priv->short_ref_count; i++) {
if (priv->short_ref[i]->base.poc < picture->base.poc)
ref_list[n++] = priv->short_ref[i];
}
SORT_REF_LIST (ref_list, n, poc_dec);
priv->RefPicList0_count += n;
ref_list = &priv->RefPicList0[priv->RefPicList0_count];
for (n = 0, i = 0; i < priv->short_ref_count; i++) {
if (priv->short_ref[i]->base.poc >= picture->base.poc)
ref_list[n++] = priv->short_ref[i];
}
SORT_REF_LIST (ref_list, n, poc_inc);
priv->RefPicList0_count += n;
}
if (priv->long_ref_count > 0) {
// 2. Long-term references
ref_list = &priv->RefPicList0[priv->RefPicList0_count];
for (n = 0, i = 0; i < priv->long_ref_count; i++)
ref_list[n++] = priv->long_ref[i];
SORT_REF_LIST (ref_list, n, long_term_pic_num_inc);
priv->RefPicList0_count += n;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* RefPicList1 */
if (priv->short_ref_count > 0) {
// 1. Short-term references
ref_list = priv->RefPicList1;
for (n = 0, i = 0; i < priv->short_ref_count; i++) {
if (priv->short_ref[i]->base.poc > picture->base.poc)
ref_list[n++] = priv->short_ref[i];
}
SORT_REF_LIST (ref_list, n, poc_inc);
priv->RefPicList1_count += n;
ref_list = &priv->RefPicList1[priv->RefPicList1_count];
for (n = 0, i = 0; i < priv->short_ref_count; i++) {
if (priv->short_ref[i]->base.poc <= picture->base.poc)
ref_list[n++] = priv->short_ref[i];
}
SORT_REF_LIST (ref_list, n, poc_dec);
priv->RefPicList1_count += n;
}
if (priv->long_ref_count > 0) {
// 2. Long-term references
ref_list = &priv->RefPicList1[priv->RefPicList1_count];
for (n = 0, i = 0; i < priv->long_ref_count; i++)
ref_list[n++] = priv->long_ref[i];
SORT_REF_LIST (ref_list, n, long_term_pic_num_inc);
priv->RefPicList1_count += n;
}
} else {
/* 8.2.4.2.4 - B slices in fields */
GstVaapiPictureH264 *short_ref0[32];
guint short_ref0_count = 0;
GstVaapiPictureH264 *short_ref1[32];
guint short_ref1_count = 0;
GstVaapiPictureH264 *long_ref[32];
guint long_ref_count = 0;
/* refFrameList0ShortTerm */
if (priv->short_ref_count > 0) {
ref_list = short_ref0;
for (n = 0, i = 0; i < priv->short_ref_count; i++) {
if (priv->short_ref[i]->base.poc <= picture->base.poc)
ref_list[n++] = priv->short_ref[i];
}
SORT_REF_LIST (ref_list, n, poc_dec);
short_ref0_count += n;
ref_list = &short_ref0[short_ref0_count];
for (n = 0, i = 0; i < priv->short_ref_count; i++) {
if (priv->short_ref[i]->base.poc > picture->base.poc)
ref_list[n++] = priv->short_ref[i];
}
SORT_REF_LIST (ref_list, n, poc_inc);
short_ref0_count += n;
}
/* refFrameList1ShortTerm */
if (priv->short_ref_count > 0) {
ref_list = short_ref1;
for (n = 0, i = 0; i < priv->short_ref_count; i++) {
if (priv->short_ref[i]->base.poc > picture->base.poc)
ref_list[n++] = priv->short_ref[i];
}
SORT_REF_LIST (ref_list, n, poc_inc);
short_ref1_count += n;
ref_list = &short_ref1[short_ref1_count];
for (n = 0, i = 0; i < priv->short_ref_count; i++) {
if (priv->short_ref[i]->base.poc <= picture->base.poc)
ref_list[n++] = priv->short_ref[i];
}
SORT_REF_LIST (ref_list, n, poc_dec);
short_ref1_count += n;
}
/* refFrameListLongTerm */
if (priv->long_ref_count > 0) {
for (i = 0; i < priv->long_ref_count; i++)
long_ref[i] = priv->long_ref[i];
SORT_REF_LIST (long_ref, i, long_term_frame_idx_inc);
long_ref_count = i;
}
init_picture_refs_fields (picture,
priv->RefPicList0, &priv->RefPicList0_count,
short_ref0, short_ref0_count, long_ref, long_ref_count);
init_picture_refs_fields (picture,
priv->RefPicList1, &priv->RefPicList1_count,
short_ref1, short_ref1_count, long_ref, long_ref_count);
}
/* Check whether RefPicList1 is identical to RefPicList0, then
swap if necessary */
if (priv->RefPicList1_count > 1 &&
priv->RefPicList1_count == priv->RefPicList0_count &&
memcmp (priv->RefPicList0, priv->RefPicList1,
priv->RefPicList0_count * sizeof (priv->RefPicList0[0])) == 0) {
GstVaapiPictureH264 *const tmp = priv->RefPicList1[0];
priv->RefPicList1[0] = priv->RefPicList1[1];
priv->RefPicList1[1] = tmp;
}
if (GST_VAAPI_PICTURE_IS_MVC (picture)) {
/* RefPicList0 */
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
ret = init_picture_refs_mvc (decoder, picture, slice_hdr, 0);
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* RefPicList1 */
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
ret = init_picture_refs_mvc (decoder, picture, slice_hdr, 1);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
return ret;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
#undef SORT_REF_LIST
static gint
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
find_short_term_reference (GstVaapiDecoderH264 * decoder, gint32 pic_num)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
guint i;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < priv->short_ref_count; i++) {
if (priv->short_ref[i]->pic_num == pic_num)
return i;
}
GST_ERROR ("found no short-term reference picture with PicNum = %d", pic_num);
return -1;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
static gint
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
find_long_term_reference (GstVaapiDecoderH264 * decoder,
gint32 long_term_pic_num)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
guint i;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < priv->long_ref_count; i++) {
if (priv->long_ref[i]->long_term_pic_num == long_term_pic_num)
return i;
}
GST_ERROR ("found no long-term reference picture with LongTermPicNum = %d",
long_term_pic_num);
return -1;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264decoder: Fail decoding slice if modification process failed This patch chains up failure to executing the modification process. The end result is that we now fail decoding the slice if this process fails. This avoid sending a corrupted state to the accelerator. In some special cases, this could lead to unrecoverable errors. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:09:42 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
exec_picture_refs_modification_1 (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264SliceHdr * slice_hdr, guint list)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstH264SPS *const sps = get_sps (decoder);
GstH264RefPicListModification *ref_pic_list_modification;
guint num_ref_pic_list_modifications;
GstVaapiPictureH264 **ref_list;
guint *ref_list_count_ptr, ref_list_idx = 0;
const guint16 *view_ids = NULL;
guint i, j, n, num_refs, num_view_ids = 0;
gint found_ref_idx;
gint32 MaxPicNum, CurrPicNum, picNumPred, picViewIdxPred;
h264decoder: Fail decoding slice if modification process failed This patch chains up failure to executing the modification process. The end result is that we now fail decoding the slice if this process fails. This avoid sending a corrupted state to the accelerator. In some special cases, this could lead to unrecoverable errors. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:09:42 +00:00
gboolean ret = TRUE;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("modification process of reference picture list %u", list);
if (list == 0) {
ref_pic_list_modification = slice_hdr->ref_pic_list_modification_l0;
num_ref_pic_list_modifications = slice_hdr->n_ref_pic_list_modification_l0;
ref_list = priv->RefPicList0;
ref_list_count_ptr = &priv->RefPicList0_count;
num_refs = slice_hdr->num_ref_idx_l0_active_minus1 + 1;
if (GST_VAAPI_PICTURE_IS_MVC (picture) &&
sps->extension_type == GST_H264_NAL_EXTENSION_MVC) {
const GstH264SPSExtMVCView *const view =
&sps->extension.mvc.view[picture->base.voc];
if (GST_VAAPI_PICTURE_IS_ANCHOR (picture)) {
view_ids = view->anchor_ref_l0;
num_view_ids = view->num_anchor_refs_l0;
} else {
view_ids = view->non_anchor_ref_l0;
num_view_ids = view->num_non_anchor_refs_l0;
}
}
} else {
ref_pic_list_modification = slice_hdr->ref_pic_list_modification_l1;
num_ref_pic_list_modifications = slice_hdr->n_ref_pic_list_modification_l1;
ref_list = priv->RefPicList1;
ref_list_count_ptr = &priv->RefPicList1_count;
num_refs = slice_hdr->num_ref_idx_l1_active_minus1 + 1;
if (GST_VAAPI_PICTURE_IS_MVC (picture) &&
sps->extension_type == GST_H264_NAL_EXTENSION_MVC) {
const GstH264SPSExtMVCView *const view =
&sps->extension.mvc.view[picture->base.voc];
if (GST_VAAPI_PICTURE_IS_ANCHOR (picture)) {
view_ids = view->anchor_ref_l1;
num_view_ids = view->num_anchor_refs_l1;
} else {
view_ids = view->non_anchor_ref_l1;
num_view_ids = view->num_non_anchor_refs_l1;
}
}
}
if (!GST_VAAPI_PICTURE_IS_FRAME (picture)) {
MaxPicNum = 1 << (sps->log2_max_frame_num_minus4 + 5); // 2 * MaxFrameNum
CurrPicNum = 2 * slice_hdr->frame_num + 1; // 2 * frame_num + 1
} else {
MaxPicNum = 1 << (sps->log2_max_frame_num_minus4 + 4); // MaxFrameNum
CurrPicNum = slice_hdr->frame_num; // frame_num
}
picNumPred = CurrPicNum;
picViewIdxPred = -1;
for (i = 0; i < num_ref_pic_list_modifications; i++) {
GstH264RefPicListModification *const l = &ref_pic_list_modification[i];
if (l->modification_of_pic_nums_idc == 3)
break;
/* 8.2.4.3.1 - Short-term reference pictures */
if (l->modification_of_pic_nums_idc == 0
|| l->modification_of_pic_nums_idc == 1) {
gint32 abs_diff_pic_num = l->value.abs_diff_pic_num_minus1 + 1;
gint32 picNum, picNumNoWrap;
// (8-34)
if (l->modification_of_pic_nums_idc == 0) {
picNumNoWrap = picNumPred - abs_diff_pic_num;
if (picNumNoWrap < 0)
picNumNoWrap += MaxPicNum;
}
// (8-35)
else {
picNumNoWrap = picNumPred + abs_diff_pic_num;
if (picNumNoWrap >= MaxPicNum)
picNumNoWrap -= MaxPicNum;
}
picNumPred = picNumNoWrap;
// (8-36)
picNum = picNumNoWrap;
if (picNum > CurrPicNum)
picNum -= MaxPicNum;
// (8-37)
for (j = num_refs; j > ref_list_idx; j--)
ref_list[j] = ref_list[j - 1];
found_ref_idx = find_short_term_reference (decoder, picNum);
ref_list[ref_list_idx++] =
found_ref_idx >= 0 ? priv->short_ref[found_ref_idx] : NULL;
n = ref_list_idx;
for (j = ref_list_idx; j <= num_refs; j++) {
gint32 PicNumF;
if (!ref_list[j])
continue;
PicNumF =
GST_VAAPI_PICTURE_IS_SHORT_TERM_REFERENCE (ref_list[j]) ?
ref_list[j]->pic_num : MaxPicNum;
if (PicNumF != picNum ||
ref_list[j]->base.view_id != picture->base.view_id)
ref_list[n++] = ref_list[j];
}
}
/* 8.2.4.3.2 - Long-term reference pictures */
else if (l->modification_of_pic_nums_idc == 2) {
for (j = num_refs; j > ref_list_idx; j--)
ref_list[j] = ref_list[j - 1];
found_ref_idx =
find_long_term_reference (decoder, l->value.long_term_pic_num);
ref_list[ref_list_idx++] =
found_ref_idx >= 0 ? priv->long_ref[found_ref_idx] : NULL;
n = ref_list_idx;
for (j = ref_list_idx; j <= num_refs; j++) {
gint32 LongTermPicNumF;
if (!ref_list[j])
continue;
LongTermPicNumF =
GST_VAAPI_PICTURE_IS_LONG_TERM_REFERENCE (ref_list[j]) ?
ref_list[j]->long_term_pic_num : INT_MAX;
if (LongTermPicNumF != l->value.long_term_pic_num ||
ref_list[j]->base.view_id != picture->base.view_id)
ref_list[n++] = ref_list[j];
}
}
/* H.8.2.2.3 - Inter-view prediction reference pictures */
else if ((GST_VAAPI_PICTURE_IS_MVC (picture) &&
sps->extension_type == GST_H264_NAL_EXTENSION_MVC) &&
(l->modification_of_pic_nums_idc == 4 ||
l->modification_of_pic_nums_idc == 5)) {
gint32 abs_diff_view_idx = l->value.abs_diff_view_idx_minus1 + 1;
gint32 picViewIdx, targetViewId;
// (H-6)
if (l->modification_of_pic_nums_idc == 4) {
picViewIdx = picViewIdxPred - abs_diff_view_idx;
if (picViewIdx < 0)
picViewIdx += num_view_ids;
}
// (H-7)
else {
picViewIdx = picViewIdxPred + abs_diff_view_idx;
if (picViewIdx >= num_view_ids)
picViewIdx -= num_view_ids;
}
picViewIdxPred = picViewIdx;
// (H-8, H-9)
targetViewId = view_ids[picViewIdx];
// (H-10)
for (j = num_refs; j > ref_list_idx; j--)
ref_list[j] = ref_list[j - 1];
ref_list[ref_list_idx++] =
find_inter_view_reference (decoder, targetViewId);
n = ref_list_idx;
for (j = ref_list_idx; j <= num_refs; j++) {
if (!ref_list[j])
continue;
if (ref_list[j]->base.view_id != targetViewId ||
ref_list[j]->base.poc != picture->base.poc)
ref_list[n++] = ref_list[j];
}
}
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
h264decoder: Fail decoding slice if modification process failed This patch chains up failure to executing the modification process. The end result is that we now fail decoding the slice if this process fails. This avoid sending a corrupted state to the accelerator. In some special cases, this could lead to unrecoverable errors. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:09:42 +00:00
for (i = 0; i < num_refs; i++) {
if (!ref_list[i]) {
ret = FALSE;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_ERROR ("list %u entry %u is empty", list, i);
h264decoder: Fail decoding slice if modification process failed This patch chains up failure to executing the modification process. The end result is that we now fail decoding the slice if this process fails. This avoid sending a corrupted state to the accelerator. In some special cases, this could lead to unrecoverable errors. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:09:42 +00:00
}
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
*ref_list_count_ptr = num_refs;
h264decoder: Fail decoding slice if modification process failed This patch chains up failure to executing the modification process. The end result is that we now fail decoding the slice if this process fails. This avoid sending a corrupted state to the accelerator. In some special cases, this could lead to unrecoverable errors. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:09:42 +00:00
return ret;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
/* 8.2.4.3 - Modification process for reference picture lists */
h264decoder: Fail decoding slice if modification process failed This patch chains up failure to executing the modification process. The end result is that we now fail decoding the slice if this process fails. This avoid sending a corrupted state to the accelerator. In some special cases, this could lead to unrecoverable errors. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:09:42 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
exec_picture_refs_modification (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264SliceHdr * slice_hdr)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
h264decoder: Fail decoding slice if modification process failed This patch chains up failure to executing the modification process. The end result is that we now fail decoding the slice if this process fails. This avoid sending a corrupted state to the accelerator. In some special cases, this could lead to unrecoverable errors. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:09:42 +00:00
gboolean ret = TRUE;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("execute ref_pic_list_modification()");
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* RefPicList0 */
if (!GST_H264_IS_I_SLICE (slice_hdr) && !GST_H264_IS_SI_SLICE (slice_hdr) &&
slice_hdr->ref_pic_list_modification_flag_l0)
h264decoder: Fail decoding slice if modification process failed This patch chains up failure to executing the modification process. The end result is that we now fail decoding the slice if this process fails. This avoid sending a corrupted state to the accelerator. In some special cases, this could lead to unrecoverable errors. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:09:42 +00:00
ret = exec_picture_refs_modification_1 (decoder, picture, slice_hdr, 0);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* RefPicList1 */
if (GST_H264_IS_B_SLICE (slice_hdr) &&
slice_hdr->ref_pic_list_modification_flag_l1)
h264decoder: Fail decoding slice if modification process failed This patch chains up failure to executing the modification process. The end result is that we now fail decoding the slice if this process fails. This avoid sending a corrupted state to the accelerator. In some special cases, this could lead to unrecoverable errors. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:09:42 +00:00
ret = exec_picture_refs_modification_1 (decoder, picture, slice_hdr, 1);
return ret;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
decoder: h264: track corrupted frames. Mark the picture as "corrupted" if it is reconstructed from corrupted references or if those references are fake, e.g. resulting from lost frames. This is useful for notifying the upper layer, or downstream elements, that the decoded frame may contain artefacts. https://bugzilla.gnome.org/show_bug.cgi?id=703921
2015-06-24 11:58:17 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
check_picture_ref_corruption (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * RefPicList[32], guint RefPicList_count)
decoder: h264: track corrupted frames. Mark the picture as "corrupted" if it is reconstructed from corrupted references or if those references are fake, e.g. resulting from lost frames. This is useful for notifying the upper layer, or downstream elements, that the decoded frame may contain artefacts. https://bugzilla.gnome.org/show_bug.cgi?id=703921
2015-06-24 11:58:17 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
const guint corrupted_flags =
GST_VAAPI_PICTURE_FLAG_CORRUPTED | GST_VAAPI_PICTURE_FLAG_GHOST;
guint i;
decoder: h264: track corrupted frames. Mark the picture as "corrupted" if it is reconstructed from corrupted references or if those references are fake, e.g. resulting from lost frames. This is useful for notifying the upper layer, or downstream elements, that the decoded frame may contain artefacts. https://bugzilla.gnome.org/show_bug.cgi?id=703921
2015-06-24 11:58:17 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < RefPicList_count; i++) {
GstVaapiPictureH264 *const picture = RefPicList[i];
if (picture && (GST_VAAPI_PICTURE_FLAGS (picture) & corrupted_flags))
return TRUE;
}
return FALSE;
decoder: h264: track corrupted frames. Mark the picture as "corrupted" if it is reconstructed from corrupted references or if those references are fake, e.g. resulting from lost frames. This is useful for notifying the upper layer, or downstream elements, that the decoded frame may contain artefacts. https://bugzilla.gnome.org/show_bug.cgi?id=703921
2015-06-24 11:58:17 +00:00
}
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
mark_picture_refs (GstVaapiDecoderH264 * decoder, GstVaapiPictureH264 * picture)
decoder: h264: track corrupted frames. Mark the picture as "corrupted" if it is reconstructed from corrupted references or if those references are fake, e.g. resulting from lost frames. This is useful for notifying the upper layer, or downstream elements, that the decoded frame may contain artefacts. https://bugzilla.gnome.org/show_bug.cgi?id=703921
2015-06-24 11:58:17 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
decoder: h264: track corrupted frames. Mark the picture as "corrupted" if it is reconstructed from corrupted references or if those references are fake, e.g. resulting from lost frames. This is useful for notifying the upper layer, or downstream elements, that the decoded frame may contain artefacts. https://bugzilla.gnome.org/show_bug.cgi?id=703921
2015-06-24 11:58:17 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (GST_VAAPI_PICTURE_IS_CORRUPTED (picture))
return;
decoder: h264: track corrupted frames. Mark the picture as "corrupted" if it is reconstructed from corrupted references or if those references are fake, e.g. resulting from lost frames. This is useful for notifying the upper layer, or downstream elements, that the decoded frame may contain artefacts. https://bugzilla.gnome.org/show_bug.cgi?id=703921
2015-06-24 11:58:17 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (check_picture_ref_corruption (decoder,
priv->RefPicList0, priv->RefPicList0_count) ||
check_picture_ref_corruption (decoder,
priv->RefPicList1, priv->RefPicList1_count))
GST_VAAPI_PICTURE_FLAG_SET (picture, GST_VAAPI_PICTURE_FLAG_CORRUPTED);
decoder: h264: track corrupted frames. Mark the picture as "corrupted" if it is reconstructed from corrupted references or if those references are fake, e.g. resulting from lost frames. This is useful for notifying the upper layer, or downstream elements, that the decoded frame may contain artefacts. https://bugzilla.gnome.org/show_bug.cgi?id=703921
2015-06-24 11:58:17 +00:00
}
h264: simplify reference picture marking process. ... to build the short_ref[] and long_ref[] lists from the DPB, instead of maintaining them separately. This avoids refs/unrefs while making it possible to generate the list based on the actual picture structure. This also ensures that the list of generated ReferenceFrames[] actually matches what reference frames are available in the DPB. i.e. short_ref[] and long_ref[] entries are implied from the DPB, so there is no risk of having "dangling" references.
2012-10-31 13:24:09 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_ref_lists (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
guint i, j, short_ref_count, long_ref_count;
short_ref_count = 0;
long_ref_count = 0;
if (GST_VAAPI_PICTURE_IS_FRAME (picture)) {
for (i = 0; i < priv->dpb_count; i++) {
GstVaapiFrameStore *const fs = priv->dpb[i];
GstVaapiPictureH264 *pic;
if (!gst_vaapi_frame_store_has_frame (fs))
continue;
pic = fs->buffers[0];
if (pic->base.view_id != picture->base.view_id)
continue;
if (GST_VAAPI_PICTURE_IS_SHORT_TERM_REFERENCE (pic))
priv->short_ref[short_ref_count++] = pic;
else if (GST_VAAPI_PICTURE_IS_LONG_TERM_REFERENCE (pic))
priv->long_ref[long_ref_count++] = pic;
pic->structure = GST_VAAPI_PICTURE_STRUCTURE_FRAME;
pic->other_field = fs->buffers[1];
}
} else {
for (i = 0; i < priv->dpb_count; i++) {
GstVaapiFrameStore *const fs = priv->dpb[i];
for (j = 0; j < fs->num_buffers; j++) {
GstVaapiPictureH264 *const pic = fs->buffers[j];
if (pic->base.view_id != picture->base.view_id)
continue;
if (GST_VAAPI_PICTURE_IS_SHORT_TERM_REFERENCE (pic))
priv->short_ref[short_ref_count++] = pic;
else if (GST_VAAPI_PICTURE_IS_LONG_TERM_REFERENCE (pic))
priv->long_ref[long_ref_count++] = pic;
pic->structure = pic->base.structure;
pic->other_field = fs->buffers[j ^ 1];
}
h264: simplify reference picture marking process. ... to build the short_ref[] and long_ref[] lists from the DPB, instead of maintaining them separately. This avoids refs/unrefs while making it possible to generate the list based on the actual picture structure. This also ensures that the list of generated ReferenceFrames[] actually matches what reference frames are available in the DPB. i.e. short_ref[] and long_ref[] entries are implied from the DPB, so there is no risk of having "dangling" references.
2012-10-31 13:24:09 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
h264: simplify reference picture marking process. ... to build the short_ref[] and long_ref[] lists from the DPB, instead of maintaining them separately. This avoids refs/unrefs while making it possible to generate the list based on the actual picture structure. This also ensures that the list of generated ReferenceFrames[] actually matches what reference frames are available in the DPB. i.e. short_ref[] and long_ref[] entries are implied from the DPB, so there is no risk of having "dangling" references.
2012-10-31 13:24:09 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = short_ref_count; i < priv->short_ref_count; i++)
priv->short_ref[i] = NULL;
priv->short_ref_count = short_ref_count;
h264: simplify reference picture marking process. ... to build the short_ref[] and long_ref[] lists from the DPB, instead of maintaining them separately. This avoids refs/unrefs while making it possible to generate the list based on the actual picture structure. This also ensures that the list of generated ReferenceFrames[] actually matches what reference frames are available in the DPB. i.e. short_ref[] and long_ref[] entries are implied from the DPB, so there is no risk of having "dangling" references.
2012-10-31 13:24:09 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = long_ref_count; i < priv->long_ref_count; i++)
priv->long_ref[i] = NULL;
priv->long_ref_count = long_ref_count;
h264: simplify reference picture marking process. ... to build the short_ref[] and long_ref[] lists from the DPB, instead of maintaining them separately. This avoids refs/unrefs while making it possible to generate the list based on the actual picture structure. This also ensures that the list of generated ReferenceFrames[] actually matches what reference frames are available in the DPB. i.e. short_ref[] and long_ref[] entries are implied from the DPB, so there is no risk of having "dangling" references.
2012-10-31 13:24:09 +00:00
}
h264decoder: Fail decoding slice if modification process failed This patch chains up failure to executing the modification process. The end result is that we now fail decoding the slice if this process fails. This avoid sending a corrupted state to the accelerator. In some special cases, this could lead to unrecoverable errors. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:09:42 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_refs (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264SliceHdr * slice_hdr)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
guint i, num_refs;
h264decoder: Fail decoding slice if modification process failed This patch chains up failure to executing the modification process. The end result is that we now fail decoding the slice if this process fails. This avoid sending a corrupted state to the accelerator. In some special cases, this could lead to unrecoverable errors. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:09:42 +00:00
gboolean ret = TRUE;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_ref_lists (decoder, picture);
init_picture_refs_pic_num (decoder, picture, slice_hdr);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->RefPicList0_count = 0;
priv->RefPicList1_count = 0;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
switch (slice_hdr->type % 5) {
decoder: h264: fix initialization of RefPicLists for multiple slices. The initialization of reference picture lists (8.2.4.2) applies to all slices. So, the RefPicList0/1 lists need to be constructed prior to each slice submission to the HW decoder. This fixes decoding of video sequences where frames are encoded with multiple slices of different types, e.g. 4 slices in this order I, P, I, and P. More precisely, CABAST3_Sony_E and CABASTBR3_Sony_B. https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-26 18:21:46 +00:00
case GST_H264_P_SLICE:
case GST_H264_SP_SLICE:
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
ret = init_picture_refs_p_slice (decoder, picture, slice_hdr);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
break;
decoder: h264: fix initialization of RefPicLists for multiple slices. The initialization of reference picture lists (8.2.4.2) applies to all slices. So, the RefPicList0/1 lists need to be constructed prior to each slice submission to the HW decoder. This fixes decoding of video sequences where frames are encoded with multiple slices of different types, e.g. 4 slices in this order I, P, I, and P. More precisely, CABAST3_Sony_E and CABASTBR3_Sony_B. https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-26 18:21:46 +00:00
case GST_H264_B_SLICE:
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
ret = init_picture_refs_b_slice (decoder, picture, slice_hdr);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
break;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
default:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
break;
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
h264decoder: Fail decoding slice with missing inter-view reference Similarly to previous patch, we have no error concealment. As a side effect, it's better to skip slices with missing references then passing NULL pointers to the accelerator. Passing NULL pointer would lead to major visual artifact, a behaviour that is likely undefined. https://bugzilla.gnome.org/show_bug.cgi?id=787124
2018-07-25 21:03:19 +00:00
ret = ret && exec_picture_refs_modification (decoder, picture, slice_hdr);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
switch (slice_hdr->type % 5) {
decoder: h264: fix initialization of RefPicLists for multiple slices. The initialization of reference picture lists (8.2.4.2) applies to all slices. So, the RefPicList0/1 lists need to be constructed prior to each slice submission to the HW decoder. This fixes decoding of video sequences where frames are encoded with multiple slices of different types, e.g. 4 slices in this order I, P, I, and P. More precisely, CABAST3_Sony_E and CABASTBR3_Sony_B. https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-26 18:21:46 +00:00
case GST_H264_B_SLICE:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
num_refs = 1 + slice_hdr->num_ref_idx_l1_active_minus1;
for (i = priv->RefPicList1_count; i < num_refs; i++)
priv->RefPicList1[i] = NULL;
priv->RefPicList1_count = num_refs;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
// fall-through
decoder: h264: fix initialization of RefPicLists for multiple slices. The initialization of reference picture lists (8.2.4.2) applies to all slices. So, the RefPicList0/1 lists need to be constructed prior to each slice submission to the HW decoder. This fixes decoding of video sequences where frames are encoded with multiple slices of different types, e.g. 4 slices in this order I, P, I, and P. More precisely, CABAST3_Sony_E and CABASTBR3_Sony_B. https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-26 18:21:46 +00:00
case GST_H264_P_SLICE:
case GST_H264_SP_SLICE:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
num_refs = 1 + slice_hdr->num_ref_idx_l0_active_minus1;
for (i = priv->RefPicList0_count; i < num_refs; i++)
priv->RefPicList0[i] = NULL;
priv->RefPicList0_count = num_refs;
break;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
default:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
break;
}
decoder: h264: track corrupted frames. Mark the picture as "corrupted" if it is reconstructed from corrupted references or if those references are fake, e.g. resulting from lost frames. This is useful for notifying the upper layer, or downstream elements, that the decoded frame may contain artefacts. https://bugzilla.gnome.org/show_bug.cgi?id=703921
2015-06-24 11:58:17 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
mark_picture_refs (decoder, picture);
h264decoder: Fail decoding slice if modification process failed This patch chains up failure to executing the modification process. The end result is that we now fail decoding the slice if this process fails. This avoid sending a corrupted state to the accelerator. In some special cases, this could lead to unrecoverable errors. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:09:42 +00:00
return ret;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
static GstVaapiPictureH264 *
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_picture_other_field_gap (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * f0)
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiPictureH264 *prev_picture, *f1;
gint prev_frame_index;
guint picture_structure;
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
picture_structure = f0->base.structure;
switch (picture_structure) {
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
case GST_VAAPI_PICTURE_STRUCTURE_TOP_FIELD:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
picture_structure = GST_VAAPI_PICTURE_STRUCTURE_BOTTOM_FIELD;
break;
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
case GST_VAAPI_PICTURE_STRUCTURE_BOTTOM_FIELD:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
picture_structure = GST_VAAPI_PICTURE_STRUCTURE_TOP_FIELD;
break;
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
default:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
g_assert (0 && "unexpected picture structure");
return NULL;
}
GST_VAAPI_PICTURE_FLAG_SET (f0, GST_VAAPI_PICTURE_FLAG_ONEFIELD);
prev_frame_index = dpb_find_nearest_prev_poc (decoder, f0,
picture_structure, &prev_picture);
if (prev_frame_index < 0)
goto error_find_field;
f1 = gst_vaapi_picture_h264_new_field (f0);
if (!f1)
goto error_allocate_field;
gst_vaapi_surface_proxy_replace (&f1->base.proxy, prev_picture->base.proxy);
f1->base.surface = GST_VAAPI_SURFACE_PROXY_SURFACE (f1->base.proxy);
f1->base.surface_id = GST_VAAPI_SURFACE_PROXY_SURFACE_ID (f1->base.proxy);
f1->base.poc++;
f1->structure = f1->base.structure;
/* XXX: clone other H.264 picture specific flags */
GST_VAAPI_PICTURE_FLAG_SET (f1,
(GST_VAAPI_PICTURE_FLAG_SKIPPED | GST_VAAPI_PICTURE_FLAG_GHOST));
gst_vaapi_picture_h264_set_reference (f1, 0, FALSE);
gst_vaapi_picture_replace (&priv->current_picture, f1);
gst_vaapi_picture_unref (f1);
init_picture_ref_lists (decoder, f1);
init_picture_refs_pic_num (decoder, f1, NULL);
if (!exec_ref_pic_marking_sliding_window (decoder))
goto error_exec_ref_pic_marking;
if (!dpb_add (decoder, f1))
goto error_append_field;
return f1;
/* ERRORS */
decoder: h264: fix closure of "other-field" gap. When a dummy "other-field" is inserted, it is assumed to inherit the reference flags from the first field, and the sliding window decoded reference picture marking process is also executed so that corrupted frames are moved out as early as possible. While doing so, we also try to output frames that now contain a single valid field picture, prior to inserting any other picture into the DPB. Note: this may be superfluous currently based on the fact that dpb_add() combines the two most recent pairable fields, but this process would be further simplified later on.
2015-07-06 12:38:26 +00:00
error_find_field:
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
{
GST_ERROR ("failed to find field with POC nearest to %d", f0->base.poc);
return NULL;
}
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
error_allocate_field:
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
{
GST_ERROR ("failed to allocate missing field for previous frame store");
return NULL;
}
decoder: h264: fix closure of "other-field" gap. When a dummy "other-field" is inserted, it is assumed to inherit the reference flags from the first field, and the sliding window decoded reference picture marking process is also executed so that corrupted frames are moved out as early as possible. While doing so, we also try to output frames that now contain a single valid field picture, prior to inserting any other picture into the DPB. Note: this may be superfluous currently based on the fact that dpb_add() combines the two most recent pairable fields, but this process would be further simplified later on.
2015-07-06 12:38:26 +00:00
error_exec_ref_pic_marking:
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
{
GST_ERROR ("failed to execute reference picture marking process");
return NULL;
}
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
error_append_field:
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
{
GST_ERROR ("failed to add missing field into previous frame store");
return NULL;
}
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
}
decoder: h264: add initial support for loss of pictures. Implement decoding process for gaps in frame_num (8.5.2). This also somewhat supports unintentional loss of pictures. https://bugzilla.gnome.org/show_bug.cgi?id=745048 https://bugzilla.gnome.org/show_bug.cgi?id=703921 Original-patch-by: Wind Yuan <feng.yuan@intel.com> [fixed derivation of POC, ensured clone is valid for reference, actually fixed detection of gaps in FrameNum by PrevRefFrameNum] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2015-03-12 21:57:22 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_picture_gaps (GstVaapiDecoderH264 * decoder, GstVaapiPictureH264 * picture,
GstH264SliceHdr * slice_hdr)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstH264SPS *const sps = get_sps (decoder);
const gint32 MaxFrameNum = 1 << (sps->log2_max_frame_num_minus4 + 4);
libs: decoder: h264: reduce frame number of gaps Reduce frame num gaps so that we don't have to create unnecessary dummy pictures, just throw them away. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com> https://bugzilla.gnome.org/show_bug.cgi?id=777506
2017-02-07 07:17:39 +00:00
gint32 prev_frame_num;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiFrameStore *prev_frame;
GstVaapiPicture *base_picture;
GstVaapiPictureH264 *lost_picture, *prev_picture;
GstH264SliceHdr lost_slice_hdr;
gboolean success = FALSE;
if (priv->prev_ref_frame_num == priv->frame_num)
return TRUE;
if ((priv->prev_ref_frame_num + 1) % MaxFrameNum == priv->frame_num)
return TRUE;
if (priv->dpb_count == 0)
return TRUE;
decoder: h264: add initial support for loss of pictures. Implement decoding process for gaps in frame_num (8.5.2). This also somewhat supports unintentional loss of pictures. https://bugzilla.gnome.org/show_bug.cgi?id=745048 https://bugzilla.gnome.org/show_bug.cgi?id=703921 Original-patch-by: Wind Yuan <feng.yuan@intel.com> [fixed derivation of POC, ensured clone is valid for reference, actually fixed detection of gaps in FrameNum by PrevRefFrameNum] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2015-03-12 21:57:22 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
prev_frame = priv->prev_ref_frames[picture->base.voc];
libs: decoder: h264: remove unrequired NULL check Coverity scan bug: Dereference after null check: Either the check against null is unnecessary, or there may be a null pointer dereference. In the original commit for fill_picture_gaps() (commit 5abd2b90) the prev_picture could be NULL, that's why the code did a null check. But, since commit 52adebe7, the previous reference frames are tracked, thus there is no need to check null anymore.
2017-08-08 11:46:56 +00:00
g_assert (prev_frame != NULL && prev_frame->buffers[0] != NULL);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
prev_picture = gst_vaapi_picture_ref (prev_frame->buffers[0]);
gst_vaapi_picture_ref (picture);
lost_slice_hdr = *slice_hdr;
lost_slice_hdr.field_pic_flag = 0;
if (sps->pic_order_cnt_type == 1) {
lost_slice_hdr.delta_pic_order_cnt[0] = 0;
lost_slice_hdr.delta_pic_order_cnt[1] = 0;
}
lost_slice_hdr.dec_ref_pic_marking.adaptive_ref_pic_marking_mode_flag = 0;
/* XXX: this process is incorrect for MVC */
libs: decoder: h264: reduce frame number of gaps Reduce frame num gaps so that we don't have to create unnecessary dummy pictures, just throw them away. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com> https://bugzilla.gnome.org/show_bug.cgi?id=777506
2017-02-07 07:17:39 +00:00
/* Reduce frame num gaps so we don't have to create unnecessary
* dummy pictures */
prev_frame_num = priv->prev_ref_frame_num;
if (prev_frame_num > slice_hdr->frame_num)
prev_frame_num -= MaxFrameNum;
if ((slice_hdr->frame_num - prev_frame_num) - 1 > sps->num_ref_frames) {
prev_frame_num = (slice_hdr->frame_num - sps->num_ref_frames) - 1;
if (prev_frame_num < 0)
prev_frame_num += MaxFrameNum;
}
priv->frame_num = prev_frame_num;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (;;) {
priv->prev_ref_frame_num = priv->frame_num;
priv->frame_num = (priv->prev_ref_frame_num + 1) % MaxFrameNum;
if (priv->frame_num == slice_hdr->frame_num)
break;
/* Create new picture */
libs: decoder: h264: remove unrequired NULL check Coverity scan bug: Dereference after null check: Either the check against null is unnecessary, or there may be a null pointer dereference. In the original commit for fill_picture_gaps() (commit 5abd2b90) the prev_picture could be NULL, that's why the code did a null check. But, since commit 52adebe7, the previous reference frames are tracked, thus there is no need to check null anymore.
2017-08-08 11:46:56 +00:00
lost_picture = gst_vaapi_picture_h264_new_clone (prev_picture);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!lost_picture)
goto error_allocate_picture;
decoder: h264: add initial support for loss of pictures. Implement decoding process for gaps in frame_num (8.5.2). This also somewhat supports unintentional loss of pictures. https://bugzilla.gnome.org/show_bug.cgi?id=745048 https://bugzilla.gnome.org/show_bug.cgi?id=703921 Original-patch-by: Wind Yuan <feng.yuan@intel.com> [fixed derivation of POC, ensured clone is valid for reference, actually fixed detection of gaps in FrameNum by PrevRefFrameNum] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2015-03-12 21:57:22 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
base_picture = &lost_picture->base;
base_picture->type = GST_VAAPI_PICTURE_TYPE_NONE;
base_picture->pts = GST_CLOCK_TIME_NONE;
base_picture->structure = GST_VAAPI_PICTURE_STRUCTURE_FRAME;
lost_picture->frame_num = priv->frame_num;
lost_picture->frame_num_wrap = priv->frame_num;
lost_picture->structure = base_picture->structure;
GST_VAAPI_PICTURE_FLAG_SET (lost_picture,
(GST_VAAPI_PICTURE_FLAG_SKIPPED |
GST_VAAPI_PICTURE_FLAG_GHOST |
GST_VAAPI_PICTURE_FLAG_SHORT_TERM_REFERENCE));
if (sps->pic_order_cnt_type != 0)
init_picture_poc (decoder, lost_picture, &lost_slice_hdr);
else {
base_picture->poc = prev_picture->base.poc + 2;
if (prev_picture->field_poc[0] != G_MAXINT32)
lost_picture->field_poc[0] = prev_picture->field_poc[0] + 2;
if (prev_picture->field_poc[1] != G_MAXINT32)
lost_picture->field_poc[1] = prev_picture->field_poc[1] + 2;
}
gst_vaapi_picture_replace (&prev_picture, lost_picture);
gst_vaapi_picture_replace (&priv->current_picture, lost_picture);
gst_vaapi_picture_unref (lost_picture);
init_picture_ref_lists (decoder, lost_picture);
init_picture_refs_pic_num (decoder, lost_picture, &lost_slice_hdr);
if (!exec_ref_pic_marking_sliding_window (decoder))
goto error_exec_ref_pic_marking;
if (!dpb_add (decoder, lost_picture))
goto error_dpb_add;
gst_vaapi_picture_replace (&priv->current_picture, NULL);
}
success = TRUE;
decoder: h264: add initial support for loss of pictures. Implement decoding process for gaps in frame_num (8.5.2). This also somewhat supports unintentional loss of pictures. https://bugzilla.gnome.org/show_bug.cgi?id=745048 https://bugzilla.gnome.org/show_bug.cgi?id=703921 Original-patch-by: Wind Yuan <feng.yuan@intel.com> [fixed derivation of POC, ensured clone is valid for reference, actually fixed detection of gaps in FrameNum by PrevRefFrameNum] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2015-03-12 21:57:22 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
cleanup:
priv->frame_num = slice_hdr->frame_num;
priv->prev_ref_frame_num = (priv->frame_num + MaxFrameNum - 1) % MaxFrameNum;
gst_vaapi_picture_replace (&prev_picture, NULL);
gst_vaapi_picture_replace (&priv->current_picture, picture);
gst_vaapi_picture_unref (picture);
return success;
/* ERRORS */
decoder: h264: add initial support for loss of pictures. Implement decoding process for gaps in frame_num (8.5.2). This also somewhat supports unintentional loss of pictures. https://bugzilla.gnome.org/show_bug.cgi?id=745048 https://bugzilla.gnome.org/show_bug.cgi?id=703921 Original-patch-by: Wind Yuan <feng.yuan@intel.com> [fixed derivation of POC, ensured clone is valid for reference, actually fixed detection of gaps in FrameNum by PrevRefFrameNum] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2015-03-12 21:57:22 +00:00
error_allocate_picture:
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
{
GST_ERROR ("failed to allocate lost picture");
goto cleanup;
}
decoder: h264: add initial support for loss of pictures. Implement decoding process for gaps in frame_num (8.5.2). This also somewhat supports unintentional loss of pictures. https://bugzilla.gnome.org/show_bug.cgi?id=745048 https://bugzilla.gnome.org/show_bug.cgi?id=703921 Original-patch-by: Wind Yuan <feng.yuan@intel.com> [fixed derivation of POC, ensured clone is valid for reference, actually fixed detection of gaps in FrameNum by PrevRefFrameNum] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2015-03-12 21:57:22 +00:00
error_exec_ref_pic_marking:
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
{
GST_ERROR ("failed to execute reference picture marking process");
goto cleanup;
}
decoder: h264: add initial support for loss of pictures. Implement decoding process for gaps in frame_num (8.5.2). This also somewhat supports unintentional loss of pictures. https://bugzilla.gnome.org/show_bug.cgi?id=745048 https://bugzilla.gnome.org/show_bug.cgi?id=703921 Original-patch-by: Wind Yuan <feng.yuan@intel.com> [fixed derivation of POC, ensured clone is valid for reference, actually fixed detection of gaps in FrameNum by PrevRefFrameNum] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2015-03-12 21:57:22 +00:00
error_dpb_add:
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
{
GST_ERROR ("failed to store lost picture into the DPB");
goto cleanup;
}
decoder: h264: add initial support for loss of pictures. Implement decoding process for gaps in frame_num (8.5.2). This also somewhat supports unintentional loss of pictures. https://bugzilla.gnome.org/show_bug.cgi?id=745048 https://bugzilla.gnome.org/show_bug.cgi?id=703921 Original-patch-by: Wind Yuan <feng.yuan@intel.com> [fixed derivation of POC, ensured clone is valid for reference, actually fixed detection of gaps in FrameNum by PrevRefFrameNum] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2015-03-12 21:57:22 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstVaapiParserInfoH264 * pi)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiPicture *const base_picture = &picture->base;
GstH264SliceHdr *const slice_hdr = &pi->data.slice_hdr;
if (priv->prev_pic_reference)
priv->prev_ref_frame_num = priv->frame_num;
priv->prev_frame_num = priv->frame_num;
priv->frame_num = slice_hdr->frame_num;
picture->frame_num = priv->frame_num;
picture->frame_num_wrap = priv->frame_num;
picture->output_flag = TRUE; /* XXX: conformant to Annex A only */
libs: decoder: h264: don't update cloned attributes If the frame is a cloned picture, its PTS comes from its parent picture. In addition, the base decoder doesn't set a valid PTS to the frame corresponding to the cloned picture. https://bugzilla.gnome.org/show_bug.cgi?id=774254
2017-01-10 04:49:27 +00:00
/* If it's a cloned picture, it has some assignments from parent
* picture already. In addition, base decoder doesn't set valid pts
* to the frame corresponding to cloned picture.
*/
if (G_LIKELY (!base_picture->parent_picture)) {
base_picture->pts = GST_VAAPI_DECODER_CODEC_FRAME (decoder)->pts;
base_picture->type = GST_VAAPI_PICTURE_TYPE_NONE;
base_picture->view_id = pi->view_id;
base_picture->voc = pi->voc;
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Initialize extensions */
switch (pi->nalu.extension_type) {
case GST_H264_NAL_EXTENSION_MVC:{
GstH264NalUnitExtensionMVC *const mvc = &pi->nalu.extension.mvc;
GST_VAAPI_PICTURE_FLAG_SET (picture, GST_VAAPI_PICTURE_FLAG_MVC);
if (mvc->inter_view_flag)
GST_VAAPI_PICTURE_FLAG_SET (picture, GST_VAAPI_PICTURE_FLAG_INTER_VIEW);
if (mvc->anchor_pic_flag)
GST_VAAPI_PICTURE_FLAG_SET (picture, GST_VAAPI_PICTURE_FLAG_ANCHOR);
break;
}
}
/* Reset decoder state for IDR pictures */
if (pi->nalu.idr_pic_flag) {
GST_DEBUG ("<IDR>");
GST_VAAPI_PICTURE_FLAG_SET (picture, GST_VAAPI_PICTURE_FLAG_IDR);
dpb_flush (decoder, picture);
} else if (!fill_picture_gaps (decoder, picture, slice_hdr))
return FALSE;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Initialize picture structure */
if (slice_hdr->field_pic_flag) {
GST_VAAPI_PICTURE_FLAG_SET (picture, GST_VAAPI_PICTURE_FLAG_INTERLACED);
priv->pic_structure = slice_hdr->bottom_field_flag ?
GST_H264_SEI_PIC_STRUCT_BOTTOM_FIELD :
GST_H264_SEI_PIC_STRUCT_TOP_FIELD;
}
decoder: h264: fix detection of top-field-first (TFF) flag. Use the SEI pic_timing() message to track the pic_struct variable when present, or infer it from the regular slice header flags field_pic_flag and bottom_field_flag. This fixes temporal sequence ordering when the output pictures are to be displayed. https://bugzilla.gnome.org/show_bug.cgi?id=739291
2014-11-13 14:00:21 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
base_picture->structure = GST_VAAPI_PICTURE_STRUCTURE_FRAME;
switch (priv->pic_structure) {
decoder: h264: fix detection of top-field-first (TFF) flag. Use the SEI pic_timing() message to track the pic_struct variable when present, or infer it from the regular slice header flags field_pic_flag and bottom_field_flag. This fixes temporal sequence ordering when the output pictures are to be displayed. https://bugzilla.gnome.org/show_bug.cgi?id=739291
2014-11-13 14:00:21 +00:00
case GST_H264_SEI_PIC_STRUCT_TOP_FIELD:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
base_picture->structure = GST_VAAPI_PICTURE_STRUCTURE_TOP_FIELD;
if (GST_VAAPI_PICTURE_IS_FIRST_FIELD (picture))
priv->top_field_first = TRUE;
break;
decoder: h264: fix detection of top-field-first (TFF) flag. Use the SEI pic_timing() message to track the pic_struct variable when present, or infer it from the regular slice header flags field_pic_flag and bottom_field_flag. This fixes temporal sequence ordering when the output pictures are to be displayed. https://bugzilla.gnome.org/show_bug.cgi?id=739291
2014-11-13 14:00:21 +00:00
case GST_H264_SEI_PIC_STRUCT_BOTTOM_FIELD:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
base_picture->structure = GST_VAAPI_PICTURE_STRUCTURE_BOTTOM_FIELD;
break;
decoder: h264: fix detection of top-field-first (TFF) flag. Use the SEI pic_timing() message to track the pic_struct variable when present, or infer it from the regular slice header flags field_pic_flag and bottom_field_flag. This fixes temporal sequence ordering when the output pictures are to be displayed. https://bugzilla.gnome.org/show_bug.cgi?id=739291
2014-11-13 14:00:21 +00:00
case GST_H264_SEI_PIC_STRUCT_TOP_BOTTOM_TOP:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_VAAPI_PICTURE_FLAG_SET (picture, GST_VAAPI_PICTURE_FLAG_RFF);
// fall-through
decoder: h264: fix detection of top-field-first (TFF) flag. Use the SEI pic_timing() message to track the pic_struct variable when present, or infer it from the regular slice header flags field_pic_flag and bottom_field_flag. This fixes temporal sequence ordering when the output pictures are to be displayed. https://bugzilla.gnome.org/show_bug.cgi?id=739291
2014-11-13 14:00:21 +00:00
case GST_H264_SEI_PIC_STRUCT_TOP_BOTTOM:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (GST_VAAPI_PICTURE_IS_FIRST_FIELD (picture))
priv->top_field_first = TRUE;
break;
decoder: h264: add initial support for repeat-first-field (RFF) flag. Use the SEI pic_timing() message to track and propagate down the repeat first field (RFF) flag. This is only initial support as there is one other condition that could induce the RFF flag, which is not handled yet.
2014-11-13 14:13:24 +00:00
case GST_H264_SEI_PIC_STRUCT_BOTTOM_TOP_BOTTOM:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_VAAPI_PICTURE_FLAG_SET (picture, GST_VAAPI_PICTURE_FLAG_RFF);
break;
decoder: h264: improve tracking of "top-field-first" flag. Try to maintain a "top-field-first" (TFF) flag, even if the H.264 standard does not mandate it. This will be useful for tracking missing fields, and also for more correct _split_fields() implementation for frames in the DPB.
2015-05-22 15:06:11 +00:00
case GST_H264_SEI_PIC_STRUCT_FRAME:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!priv->progressive_sequence && priv->dpb_count == 0)
priv->top_field_first = TRUE;
break;
}
picture->structure = base_picture->structure;
if (priv->top_field_first)
GST_VAAPI_PICTURE_FLAG_SET (picture, GST_VAAPI_PICTURE_FLAG_TFF);
/* Initialize reference flags */
if (pi->nalu.ref_idc) {
GstH264DecRefPicMarking *const dec_ref_pic_marking =
&slice_hdr->dec_ref_pic_marking;
if (GST_VAAPI_PICTURE_IS_IDR (picture) &&
dec_ref_pic_marking->long_term_reference_flag)
GST_VAAPI_PICTURE_FLAG_SET (picture,
GST_VAAPI_PICTURE_FLAG_LONG_TERM_REFERENCE);
else
GST_VAAPI_PICTURE_FLAG_SET (picture,
GST_VAAPI_PICTURE_FLAG_SHORT_TERM_REFERENCE);
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
init_picture_poc (decoder, picture, slice_hdr);
return TRUE;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
/* 8.2.5.3 - Sliding window decoded reference picture marking process */
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
exec_ref_pic_marking_sliding_window (GstVaapiDecoderH264 * decoder)
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstH264SPS *const sps = get_sps (decoder);
GstVaapiPictureH264 *ref_picture;
guint i, m, max_num_ref_frames;
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("reference picture marking process (sliding window)");
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!GST_VAAPI_PICTURE_IS_FIRST_FIELD (priv->current_picture))
return TRUE;
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
max_num_ref_frames = sps->num_ref_frames;
if (max_num_ref_frames == 0)
max_num_ref_frames = 1;
if (!GST_VAAPI_PICTURE_IS_FRAME (priv->current_picture))
max_num_ref_frames <<= 1;
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (priv->short_ref_count + priv->long_ref_count < max_num_ref_frames)
return TRUE;
if (priv->short_ref_count < 1)
return FALSE;
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (m = 0, i = 1; i < priv->short_ref_count; i++) {
GstVaapiPictureH264 *const picture = priv->short_ref[i];
if (picture->frame_num_wrap < priv->short_ref[m]->frame_num_wrap)
m = i;
}
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
ref_picture = priv->short_ref[m];
gst_vaapi_picture_h264_set_reference (ref_picture, 0, TRUE);
ARRAY_REMOVE_INDEX (priv->short_ref, m);
/* Both fields need to be marked as "unused for reference", so
remove the other field from the short_ref[] list as well */
if (!GST_VAAPI_PICTURE_IS_FRAME (priv->current_picture)
&& ref_picture->other_field) {
for (i = 0; i < priv->short_ref_count; i++) {
if (priv->short_ref[i] == ref_picture->other_field) {
ARRAY_REMOVE_INDEX (priv->short_ref, i);
break;
}
h264: add initial support for interlaced streams. Decoded frames are only output when they are complete, i.e. when both fields are decoded. This also means that the "interlaced" caps is not propagated to vaapipostproc or vaapisink elements. Another limitation is that interlaced bitstreams with MMCO are unlikely to work.
2012-11-13 16:14:39 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
return TRUE;
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
}
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
static inline gint32
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
get_picNumX (GstVaapiPictureH264 * picture,
GstH264RefPicMarking * ref_pic_marking)
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gint32 pic_num;
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (GST_VAAPI_PICTURE_IS_FRAME (picture))
pic_num = picture->frame_num_wrap;
else
pic_num = 2 * picture->frame_num_wrap + 1;
pic_num -= ref_pic_marking->difference_of_pic_nums_minus1 + 1;
return pic_num;
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
}
h264: simplify reference picture marking process. ... to build the short_ref[] and long_ref[] lists from the DPB, instead of maintaining them separately. This avoids refs/unrefs while making it possible to generate the list based on the actual picture structure. This also ensures that the list of generated ReferenceFrames[] actually matches what reference frames are available in the DPB. i.e. short_ref[] and long_ref[] entries are implied from the DPB, so there is no risk of having "dangling" references.
2012-10-31 13:24:09 +00:00
/* 8.2.5.4.1. Mark short-term reference picture as "unused for reference" */
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
exec_ref_pic_marking_adaptive_mmco_1 (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264RefPicMarking * ref_pic_marking)
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
gint32 i, picNumX;
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
picNumX = get_picNumX (picture, ref_pic_marking);
i = find_short_term_reference (decoder, picNumX);
if (i < 0)
return;
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_h264_set_reference (priv->short_ref[i], 0,
GST_VAAPI_PICTURE_IS_FRAME (picture));
ARRAY_REMOVE_INDEX (priv->short_ref, i);
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
}
/* 8.2.5.4.2. Mark long-term reference picture as "unused for reference" */
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
exec_ref_pic_marking_adaptive_mmco_2 (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264RefPicMarking * ref_pic_marking)
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
gint32 i;
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
i = find_long_term_reference (decoder, ref_pic_marking->long_term_pic_num);
if (i < 0)
return;
h264: split remove_reference_at() into finer units. Split remove_reference_at() into a function that actually removes the specified entry from the short-term or long-term reference picture array, and a function that sets reference flags to the desired value, possibly zero. The latters marks the picture as "unused for reference".
2012-11-13 15:35:30 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_h264_set_reference (priv->long_ref[i], 0,
GST_VAAPI_PICTURE_IS_FRAME (picture));
ARRAY_REMOVE_INDEX (priv->long_ref, i);
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
}
/* 8.2.5.4.3. Assign LongTermFrameIdx to a short-term reference picture */
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
exec_ref_pic_marking_adaptive_mmco_3 (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264RefPicMarking * ref_pic_marking)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiPictureH264 *ref_picture, *other_field;
gint32 i, picNumX;
for (i = 0; i < priv->long_ref_count; i++) {
if (priv->long_ref[i]->long_term_frame_idx ==
ref_pic_marking->long_term_frame_idx)
break;
}
if (i != priv->long_ref_count) {
gst_vaapi_picture_h264_set_reference (priv->long_ref[i], 0, TRUE);
ARRAY_REMOVE_INDEX (priv->long_ref, i);
}
picNumX = get_picNumX (picture, ref_pic_marking);
i = find_short_term_reference (decoder, picNumX);
if (i < 0)
return;
ref_picture = priv->short_ref[i];
ARRAY_REMOVE_INDEX (priv->short_ref, i);
priv->long_ref[priv->long_ref_count++] = ref_picture;
ref_picture->long_term_frame_idx = ref_pic_marking->long_term_frame_idx;
gst_vaapi_picture_h264_set_reference (ref_picture,
GST_VAAPI_PICTURE_FLAG_LONG_TERM_REFERENCE,
GST_VAAPI_PICTURE_IS_COMPLETE (picture));
/* Assign LongTermFrameIdx to the other field if it was also
marked as "used for long-term reference */
other_field = ref_picture->other_field;
if (other_field && GST_VAAPI_PICTURE_IS_LONG_TERM_REFERENCE (other_field))
other_field->long_term_frame_idx = ref_pic_marking->long_term_frame_idx;
h264: fix MMCO-based reference picture marking process. Fix adaptive memory control decoded reference picture marking process implementation for operations 2 to 6, thus also fixing support for long-term reference pictures.
2012-10-22 09:52:13 +00:00
}
/* 8.2.5.4.4. Mark pictures with LongTermFramIdx > max_long_term_frame_idx
* as "unused for reference" */
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
exec_ref_pic_marking_adaptive_mmco_4 (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264RefPicMarking * ref_pic_marking)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
gint32 i, long_term_frame_idx;
long_term_frame_idx = ref_pic_marking->max_long_term_frame_idx_plus1 - 1;
for (i = 0; i < priv->long_ref_count; i++) {
if (priv->long_ref[i]->long_term_frame_idx <= long_term_frame_idx)
continue;
gst_vaapi_picture_h264_set_reference (priv->long_ref[i], 0, FALSE);
ARRAY_REMOVE_INDEX (priv->long_ref, i);
i--;
}
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
}
/* 8.2.5.4.5. Mark all reference pictures as "unused for reference" */
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
exec_ref_pic_marking_adaptive_mmco_5 (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264RefPicMarking * ref_pic_marking)
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_flush (decoder, picture);
h264: fix MMCO-based reference picture marking process. Fix adaptive memory control decoded reference picture marking process implementation for operations 2 to 6, thus also fixing support for long-term reference pictures.
2012-10-22 09:52:13 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->prev_pic_has_mmco5 = TRUE;
h264: simplify code when MMCO is 5. Remove exit_picture() and exit_picture_poc() since PicOrderCnt(CurrPic) is now updated accordingly to the standard. Besides, MMCO = 5 specific operations are moved up to exec_ref_pic_marking_adaptive_mmco_5().
2012-10-23 08:33:50 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* The picture shall be inferred to have had frame_num equal to 0 (7.4.3) */
priv->frame_num = 0;
priv->frame_num_offset = 0;
picture->frame_num = 0;
h264: simplify code when MMCO is 5. Remove exit_picture() and exit_picture_poc() since PicOrderCnt(CurrPic) is now updated accordingly to the standard. Besides, MMCO = 5 specific operations are moved up to exec_ref_pic_marking_adaptive_mmco_5().
2012-10-23 08:33:50 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* Update TopFieldOrderCnt and BottomFieldOrderCnt (8.2.1) */
if (picture->structure != GST_VAAPI_PICTURE_STRUCTURE_BOTTOM_FIELD)
picture->field_poc[TOP_FIELD] -= picture->base.poc;
if (picture->structure != GST_VAAPI_PICTURE_STRUCTURE_TOP_FIELD)
picture->field_poc[BOTTOM_FIELD] -= picture->base.poc;
picture->base.poc = 0;
h264: fix MMCO-based reference picture marking process. Fix adaptive memory control decoded reference picture marking process implementation for operations 2 to 6, thus also fixing support for long-term reference pictures.
2012-10-22 09:52:13 +00:00
}
/* 8.2.5.4.6. Assign a long-term frame index to the current picture */
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
exec_ref_pic_marking_adaptive_mmco_6 (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture, GstH264RefPicMarking * ref_pic_marking)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiPictureH264 *other_field;
guint i;
for (i = 0; i < priv->long_ref_count; i++) {
if (priv->long_ref[i]->long_term_frame_idx ==
ref_pic_marking->long_term_frame_idx)
break;
}
if (i != priv->long_ref_count) {
gst_vaapi_picture_h264_set_reference (priv->long_ref[i], 0, TRUE);
ARRAY_REMOVE_INDEX (priv->long_ref, i);
}
picture->long_term_frame_idx = ref_pic_marking->long_term_frame_idx;
gst_vaapi_picture_h264_set_reference (picture,
GST_VAAPI_PICTURE_FLAG_LONG_TERM_REFERENCE,
GST_VAAPI_PICTURE_IS_COMPLETE (picture));
/* Assign LongTermFrameIdx to the other field if it was also
marked as "used for long-term reference */
other_field = GST_VAAPI_PICTURE_H264 (picture->base.parent_picture);
if (other_field && GST_VAAPI_PICTURE_IS_LONG_TERM_REFERENCE (other_field))
other_field->long_term_frame_idx = ref_pic_marking->long_term_frame_idx;
h264: move MMCO handlers out of the loop (cosmetics). This change only splits each individual MMCO handler into several functions dedicated for each operation. This is needed to perform further work later on.
2012-10-22 08:50:29 +00:00
}
h264: execute reference picture marking process (MMCO).
2012-01-23 14:03:07 +00:00
/* 8.2.5.4. Adaptive memory control decoded reference picture marking process */
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
exec_ref_pic_marking_adaptive (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture,
GstH264DecRefPicMarking * dec_ref_pic_marking)
{
guint i;
typedef void (*exec_ref_pic_marking_adaptive_mmco_func) (GstVaapiDecoderH264 *
decoder, GstVaapiPictureH264 * picture,
GstH264RefPicMarking * ref_pic_marking);
static const exec_ref_pic_marking_adaptive_mmco_func mmco_funcs[] = {
NULL,
exec_ref_pic_marking_adaptive_mmco_1,
exec_ref_pic_marking_adaptive_mmco_2,
exec_ref_pic_marking_adaptive_mmco_3,
exec_ref_pic_marking_adaptive_mmco_4,
exec_ref_pic_marking_adaptive_mmco_5,
exec_ref_pic_marking_adaptive_mmco_6,
};
GST_DEBUG ("reference picture marking process (adaptive memory control)");
for (i = 0; i < dec_ref_pic_marking->n_ref_pic_marking; i++) {
GstH264RefPicMarking *const ref_pic_marking =
&dec_ref_pic_marking->ref_pic_marking[i];
const guint mmco = ref_pic_marking->memory_management_control_operation;
if (mmco < G_N_ELEMENTS (mmco_funcs) && mmco_funcs[mmco])
mmco_funcs[mmco] (decoder, picture, ref_pic_marking);
else {
GST_ERROR ("unhandled MMCO %u", mmco);
return FALSE;
h264: execute reference picture marking process (MMCO).
2012-01-23 14:03:07 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
return TRUE;
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
}
/* 8.2.5 - Execute reference picture marking process */
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
exec_ref_pic_marking (GstVaapiDecoderH264 * decoder,
GstVaapiPictureH264 * picture)
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->prev_pic_reference = GST_VAAPI_PICTURE_IS_REFERENCE (picture);
priv->prev_pic_has_mmco5 = FALSE;
priv->prev_pic_structure = picture->structure;
h264: simplify code when MMCO is 5. Remove exit_picture() and exit_picture_poc() since PicOrderCnt(CurrPic) is now updated accordingly to the standard. Besides, MMCO = 5 specific operations are moved up to exec_ref_pic_marking_adaptive_mmco_5().
2012-10-23 08:33:50 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (GST_VAAPI_PICTURE_IS_INTER_VIEW (picture))
g_ptr_array_add (priv->inter_views, gst_vaapi_picture_ref (picture));
decoder: h264: add initial support for MVC. https://bugzilla.gnome.org/show_bug.cgi?id=721772
2014-05-02 12:58:45 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!priv->prev_pic_reference)
return TRUE;
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!GST_VAAPI_PICTURE_IS_IDR (picture)) {
GstH264DecRefPicMarking *const dec_ref_pic_marking =
&picture->last_slice_hdr->dec_ref_pic_marking;
if (dec_ref_pic_marking->adaptive_ref_pic_marking_mode_flag) {
if (!exec_ref_pic_marking_adaptive (decoder, picture,
dec_ref_pic_marking))
return FALSE;
} else {
if (!exec_ref_pic_marking_sliding_window (decoder))
return FALSE;
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
return TRUE;
h264: execute reference picture marking process (sliding window).
2012-01-18 12:38:34 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
vaapi_init_picture (VAPictureH264 * pic)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
pic->picture_id = VA_INVALID_ID;
pic->frame_idx = 0;
pic->flags = VA_PICTURE_H264_INVALID;
pic->TopFieldOrderCnt = 0;
pic->BottomFieldOrderCnt = 0;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264: add vaapi_fill_picture() helper. Add vaapi_fill_picture() helper function to convert GstVaapiPictureH264 to VAPictureH264 structure. This is preparatory work to get rid of the local VAPictureH264 member in GstVaapiPictureH264.
2012-10-31 10:07:48 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
vaapi_fill_picture (VAPictureH264 * pic, GstVaapiPictureH264 * picture,
h264: fix VAPictureParameterBufferH264.ReferenceFrames[] construction. ... for interlaced streams. The short_ref[] and long_ref[] arrays may contain up to 32 fields but VA ReferenceFrames[] array expects up to 16 reference frames, thus including both fields.
2012-11-14 13:25:34 +00:00
guint picture_structure)
h264: add vaapi_fill_picture() helper. Add vaapi_fill_picture() helper function to convert GstVaapiPictureH264 to VAPictureH264 structure. This is preparatory work to get rid of the local VAPictureH264 member in GstVaapiPictureH264.
2012-10-31 10:07:48 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!picture_structure)
picture_structure = picture->structure;
h264: fix VAPictureParameterBufferH264.ReferenceFrames[] construction. ... for interlaced streams. The short_ref[] and long_ref[] arrays may contain up to 32 fields but VA ReferenceFrames[] array expects up to 16 reference frames, thus including both fields.
2012-11-14 13:25:34 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
pic->picture_id = picture->base.surface_id;
pic->flags = 0;
h264: add vaapi_fill_picture() helper. Add vaapi_fill_picture() helper function to convert GstVaapiPictureH264 to VAPictureH264 structure. This is preparatory work to get rid of the local VAPictureH264 member in GstVaapiPictureH264.
2012-10-31 10:07:48 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (GST_VAAPI_PICTURE_IS_LONG_TERM_REFERENCE (picture)) {
pic->flags |= VA_PICTURE_H264_LONG_TERM_REFERENCE;
pic->frame_idx = picture->long_term_frame_idx;
} else {
if (GST_VAAPI_PICTURE_IS_SHORT_TERM_REFERENCE (picture))
pic->flags |= VA_PICTURE_H264_SHORT_TERM_REFERENCE;
pic->frame_idx = picture->frame_num;
}
h264: add vaapi_fill_picture() helper. Add vaapi_fill_picture() helper function to convert GstVaapiPictureH264 to VAPictureH264 structure. This is preparatory work to get rid of the local VAPictureH264 member in GstVaapiPictureH264.
2012-10-31 10:07:48 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
switch (picture_structure) {
h264: fill in GstVaapiPicture structure. ... and get rid of local VAPictureH264.flags fields in GstVaapiPictureH264.
2012-10-31 09:56:15 +00:00
case GST_VAAPI_PICTURE_STRUCTURE_FRAME:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
pic->TopFieldOrderCnt = picture->field_poc[TOP_FIELD];
pic->BottomFieldOrderCnt = picture->field_poc[BOTTOM_FIELD];
break;
h264: fill in GstVaapiPicture structure. ... and get rid of local VAPictureH264.flags fields in GstVaapiPictureH264.
2012-10-31 09:56:15 +00:00
case GST_VAAPI_PICTURE_STRUCTURE_TOP_FIELD:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
pic->flags |= VA_PICTURE_H264_TOP_FIELD;
pic->TopFieldOrderCnt = picture->field_poc[TOP_FIELD];
pic->BottomFieldOrderCnt = 0;
break;
h264: fill in GstVaapiPicture structure. ... and get rid of local VAPictureH264.flags fields in GstVaapiPictureH264.
2012-10-31 09:56:15 +00:00
case GST_VAAPI_PICTURE_STRUCTURE_BOTTOM_FIELD:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
pic->flags |= VA_PICTURE_H264_BOTTOM_FIELD;
pic->BottomFieldOrderCnt = picture->field_poc[BOTTOM_FIELD];
pic->TopFieldOrderCnt = 0;
break;
}
h264: add vaapi_fill_picture() helper. Add vaapi_fill_picture() helper function to convert GstVaapiPictureH264 to VAPictureH264 structure. This is preparatory work to get rid of the local VAPictureH264 member in GstVaapiPictureH264.
2012-10-31 10:07:48 +00:00
}
decoder: h264: fix MVC inter-view prediction process. The inter-view reference components and inter-view only reference components that are included in the reference picture lists shall be considered as not being marked as "used for short-term reference" or "used for long-term reference". This means that reference flags should all be removed from VAPictureH264.flags. This fixes decoding of MVCNV-2.264.
2014-06-04 17:10:44 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
vaapi_fill_picture_for_RefPicListX (VAPictureH264 * pic,
GstVaapiPictureH264 * picture)
{
vaapi_fill_picture (pic, picture, 0);
/* H.8.4 - MVC inter prediction and inter-view prediction process */
if (GST_VAAPI_PICTURE_IS_INTER_VIEW (picture)) {
/* The inter-view reference components and inter-view only
reference components that are included in the reference
picture lists are considered as not being marked as "used for
short-term reference" or "used for long-term reference" */
pic->flags &= ~(VA_PICTURE_H264_SHORT_TERM_REFERENCE |
VA_PICTURE_H264_LONG_TERM_REFERENCE);
}
decoder: h264: fix MVC inter-view prediction process. The inter-view reference components and inter-view only reference components that are included in the reference picture lists shall be considered as not being marked as "used for short-term reference" or "used for long-term reference". This means that reference flags should all be removed from VAPictureH264.flags. This fixes decoding of MVCNV-2.264.
2014-06-04 17:10:44 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_picture (GstVaapiDecoderH264 * decoder, GstVaapiPictureH264 * picture)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiPicture *const base_picture = &picture->base;
GstH264PPS *const pps = get_pps (decoder);
GstH264SPS *const sps = get_sps (decoder);
VAPictureParameterBufferH264 *const pic_param = base_picture->param;
guint i, n;
/* Fill in VAPictureParameterBufferH264 */
vaapi_fill_picture (&pic_param->CurrPic, picture, 0);
for (i = 0, n = 0; i < priv->dpb_count; i++) {
GstVaapiFrameStore *const fs = priv->dpb[i];
if ((gst_vaapi_frame_store_has_reference (fs) &&
fs->view_id == picture->base.view_id) ||
(gst_vaapi_frame_store_has_inter_view (fs) &&
is_inter_view_reference_for_picture (decoder, fs->view_id,
picture)))
vaapi_fill_picture (&pic_param->ReferenceFrames[n++], fs->buffers[0],
fs->structure);
if (n >= G_N_ELEMENTS (pic_param->ReferenceFrames))
break;
}
for (; n < G_N_ELEMENTS (pic_param->ReferenceFrames); n++)
vaapi_init_picture (&pic_param->ReferenceFrames[n]);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
#define COPY_FIELD(s, f) \
pic_param->f = (s)->f
#define COPY_BFM(a, s, f) \
pic_param->a.bits.f = (s)->f
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
pic_param->picture_width_in_mbs_minus1 = priv->mb_width - 1;
pic_param->picture_height_in_mbs_minus1 = priv->mb_height - 1;
pic_param->frame_num = priv->frame_num;
COPY_FIELD (sps, bit_depth_luma_minus8);
COPY_FIELD (sps, bit_depth_chroma_minus8);
COPY_FIELD (sps, num_ref_frames);
libs: decoder: h264: ensure num_ref_frames is greater than 0 Even if it is the h264parse fault or bad video file, vaapih264dec should set a proper value for VAPictureParameterBufferH264.num_ref_frames as the driver might use it. Also see "info.ref_frames = dpb_size;" in gstvaapidecoder_h264.c::ensure_context https://bugzilla.gnome.org/show_bug.cgi?id=793836
2018-03-12 16:59:01 +00:00
if (pic_param->num_ref_frames == 0)
pic_param->num_ref_frames = priv->dpb_size;
libs: decoder: h264: libva 1.0 deprecated baseline libva 1.0 deprecated H.264 baseline profile and FMO support (commit b4f332b3). https://bugzilla.gnome.org/show_bug.cgi?id=784398
2017-07-11 15:27:32 +00:00
#if !VA_CHECK_VERSION(1,0,0)
/* Deprecate H.264 baseline profile and FMO support */
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
COPY_FIELD (pps, num_slice_groups_minus1);
COPY_FIELD (pps, slice_group_map_type);
COPY_FIELD (pps, slice_group_change_rate_minus1);
libs: decoder: h264: libva 1.0 deprecated baseline libva 1.0 deprecated H.264 baseline profile and FMO support (commit b4f332b3). https://bugzilla.gnome.org/show_bug.cgi?id=784398
2017-07-11 15:27:32 +00:00
#endif
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
COPY_FIELD (pps, pic_init_qp_minus26);
COPY_FIELD (pps, pic_init_qs_minus26);
COPY_FIELD (pps, chroma_qp_index_offset);
COPY_FIELD (pps, second_chroma_qp_index_offset);
pic_param->seq_fields.value = 0; /* reset all bits */
pic_param->seq_fields.bits.residual_colour_transform_flag =
sps->separate_colour_plane_flag;
pic_param->seq_fields.bits.MinLumaBiPredSize8x8 = sps->level_idc >= 31; /* A.3.3.2 */
COPY_BFM (seq_fields, sps, chroma_format_idc);
COPY_BFM (seq_fields, sps, gaps_in_frame_num_value_allowed_flag);
COPY_BFM (seq_fields, sps, frame_mbs_only_flag);
COPY_BFM (seq_fields, sps, mb_adaptive_frame_field_flag);
COPY_BFM (seq_fields, sps, direct_8x8_inference_flag);
COPY_BFM (seq_fields, sps, log2_max_frame_num_minus4);
COPY_BFM (seq_fields, sps, pic_order_cnt_type);
COPY_BFM (seq_fields, sps, log2_max_pic_order_cnt_lsb_minus4);
COPY_BFM (seq_fields, sps, delta_pic_order_always_zero_flag);
pic_param->pic_fields.value = 0; /* reset all bits */
pic_param->pic_fields.bits.field_pic_flag =
GST_VAAPI_PICTURE_IS_INTERLACED (picture);
pic_param->pic_fields.bits.reference_pic_flag =
GST_VAAPI_PICTURE_IS_REFERENCE (picture);
COPY_BFM (pic_fields, pps, entropy_coding_mode_flag);
COPY_BFM (pic_fields, pps, weighted_pred_flag);
COPY_BFM (pic_fields, pps, weighted_bipred_idc);
COPY_BFM (pic_fields, pps, transform_8x8_mode_flag);
COPY_BFM (pic_fields, pps, constrained_intra_pred_flag);
COPY_BFM (pic_fields, pps, pic_order_present_flag);
COPY_BFM (pic_fields, pps, deblocking_filter_control_present_flag);
COPY_BFM (pic_fields, pps, redundant_pic_cnt_present_flag);
return TRUE;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
/* Detection of the first VCL NAL unit of a primary coded picture (7.4.1.2.4) */
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
is_new_picture (GstVaapiParserInfoH264 * pi, GstVaapiParserInfoH264 * prev_pi)
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstH264SliceHdr *const slice_hdr = &pi->data.slice_hdr;
GstH264PPS *const pps = slice_hdr->pps;
GstH264SPS *const sps = pps->sequence;
GstH264SliceHdr *prev_slice_hdr;
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!prev_pi)
return TRUE;
prev_slice_hdr = &prev_pi->data.slice_hdr;
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
#define CHECK_EXPR(expr, field_name) do { \
if (!(expr)) { \
GST_DEBUG(field_name " differs in value"); \
return TRUE; \
} \
} while (0)
#define CHECK_VALUE(new_slice_hdr, old_slice_hdr, field) \
CHECK_EXPR(((new_slice_hdr)->field == (old_slice_hdr)->field), #field)
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* view_id differs in value and VOIdx of current slice_hdr is less
than the VOIdx of the prev_slice_hdr */
CHECK_VALUE (pi, prev_pi, view_id);
decoder: h264: detect the first VCL NAL unit of a picture for MVC. Detect the first VCL NAL unit of a picture for MVC, based on the view_id as per H.7.4.1.2.4. Note that we only need to detect new view components. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-03-13 09:44:38 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* frame_num differs in value, regardless of inferred values to 0 */
CHECK_VALUE (slice_hdr, prev_slice_hdr, frame_num);
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* pic_parameter_set_id differs in value */
CHECK_VALUE (slice_hdr, prev_slice_hdr, pps);
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* field_pic_flag differs in value */
CHECK_VALUE (slice_hdr, prev_slice_hdr, field_pic_flag);
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* bottom_field_flag is present in both and differs in value */
if (slice_hdr->field_pic_flag && prev_slice_hdr->field_pic_flag)
CHECK_VALUE (slice_hdr, prev_slice_hdr, bottom_field_flag);
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* nal_ref_idc differs in value with one of the nal_ref_idc values is 0 */
CHECK_EXPR ((pi->nalu.ref_idc != 0) ==
(prev_pi->nalu.ref_idc != 0), "nal_ref_idc");
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* POC type is 0 for both and either pic_order_cnt_lsb differs in
value or delta_pic_order_cnt_bottom differs in value */
if (sps->pic_order_cnt_type == 0) {
CHECK_VALUE (slice_hdr, prev_slice_hdr, pic_order_cnt_lsb);
if (pps->pic_order_present_flag && !slice_hdr->field_pic_flag)
CHECK_VALUE (slice_hdr, prev_slice_hdr, delta_pic_order_cnt_bottom);
}
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* POC type is 1 for both and either delta_pic_order_cnt[0]
differs in value or delta_pic_order_cnt[1] differs in value */
else if (sps->pic_order_cnt_type == 1) {
CHECK_VALUE (slice_hdr, prev_slice_hdr, delta_pic_order_cnt[0]);
CHECK_VALUE (slice_hdr, prev_slice_hdr, delta_pic_order_cnt[1]);
}
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* IdrPicFlag differs in value */
CHECK_VALUE (&pi->nalu, &prev_pi->nalu, idr_pic_flag);
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* IdrPicFlag is equal to 1 for both and idr_pic_id differs in value */
if (pi->nalu.idr_pic_flag)
CHECK_VALUE (slice_hdr, prev_slice_hdr, idr_pic_id);
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
#undef CHECK_EXPR
#undef CHECK_VALUE
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return FALSE;
h264: fix detection of picture boundaries. Strictly follow the standard (7.4.1.2.4) to detect the first VCL NAL unit of a primary coded picture.
2012-10-24 16:23:09 +00:00
}
decoder: h264: fix detection of access unit boundaries. In order to have a stricter conforming implementation, we need to carefully detect access unit boundaries. Additional operations could be necessary to perform at those boundaries.
2014-05-01 17:33:40 +00:00
/* Detection of a new access unit, assuming we are already in presence
of a new picture */
decoder: h264: compute view ids only once per slice. Optimize lookups of view ids / view order indices by caching the result of the calculatiosn right into the GstVaapiParserInfoH264 struct. This terribly simplifies is_new_access_unit() and find_first_field() functions.
2014-05-22 08:04:46 +00:00
static inline gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
is_new_access_unit (GstVaapiParserInfoH264 * pi,
GstVaapiParserInfoH264 * prev_pi)
decoder: h264: fix detection of access unit boundaries. In order to have a stricter conforming implementation, we need to carefully detect access unit boundaries. Additional operations could be necessary to perform at those boundaries.
2014-05-01 17:33:40 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!prev_pi || prev_pi->view_id == pi->view_id)
return TRUE;
return pi->voc < prev_pi->voc;
decoder: h264: fix detection of access unit boundaries. In order to have a stricter conforming implementation, we need to carefully detect access unit boundaries. Additional operations could be necessary to perform at those boundaries.
2014-05-01 17:33:40 +00:00
}
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
/* Determines whether the supplied picture has the same field parity
than a picture specified through the other slice header */
static inline gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
same_field_parity (GstVaapiPictureH264 * field, GstH264SliceHdr * slice_hdr)
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
g_return_val_if_fail (GST_VAAPI_PICTURE_IS_INTERLACED (field), FALSE);
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return ((field->base.structure == GST_VAAPI_PICTURE_STRUCTURE_BOTTOM_FIELD) ^
slice_hdr->bottom_field_flag) == 0;
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
}
decoder: h264: add support for MVC interlaced streams. Fix support for MVC Stereo High profile streams with interlaced frames. Also improve the detection logic of the first field.
2014-05-21 15:57:00 +00:00
/* Finds the first field picture corresponding to the supplied picture */
static GstVaapiPictureH264 *
h264dec: Remove false assumption about parity order The decoder was trying to detect earlier that a field was lost base on guessing the parity order. This breaks in streams were the parity order changes. This patch reverts the field order prediction code added by commit 8dd93e9c8. https://bugzilla.gnome.org/show_bug.cgi?id=796169
2018-05-30 20:01:36 +00:00
find_first_field (GstVaapiDecoderH264 * decoder, GstVaapiParserInfoH264 * pi)
decoder: h264: add support for MVC interlaced streams. Fix support for MVC Stereo High profile streams with interlaced frames. Also improve the detection logic of the first field.
2014-05-21 15:57:00 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstH264SliceHdr *const slice_hdr = &pi->data.slice_hdr;
GstVaapiFrameStore *fs;
GstVaapiPictureH264 *f0, *f1;
decoder: h264: add support for MVC interlaced streams. Fix support for MVC Stereo High profile streams with interlaced frames. Also improve the detection logic of the first field.
2014-05-21 15:57:00 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fs = priv->prev_frames[pi->voc];
if (!fs)
return NULL;
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
f0 = fs->buffers[0];
if (!slice_hdr->field_pic_flag) {
h264dec: Remove false assumption about parity order The decoder was trying to detect earlier that a field was lost base on guessing the parity order. This breaks in streams were the parity order changes. This patch reverts the field order prediction code added by commit 8dd93e9c8. https://bugzilla.gnome.org/show_bug.cgi?id=796169
2018-05-30 20:01:36 +00:00
if (!gst_vaapi_frame_store_has_frame (fs))
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_picture_other_field_gap (decoder, f0);
return NULL;
}
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* At this point, the current frame is known to be interlaced */
if (gst_vaapi_frame_store_has_frame (fs)) {
h264dec: Remove false assumption about parity order The decoder was trying to detect earlier that a field was lost base on guessing the parity order. This breaks in streams were the parity order changes. This patch reverts the field order prediction code added by commit 8dd93e9c8. https://bugzilla.gnome.org/show_bug.cgi?id=796169
2018-05-30 20:01:36 +00:00
return NULL;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
/* At this point, the previous frame is interlaced and contains a
single field */
if (f0->frame_num == slice_hdr->frame_num) {
f1 = f0;
h264dec: Remove false assumption about parity order The decoder was trying to detect earlier that a field was lost base on guessing the parity order. This breaks in streams were the parity order changes. This patch reverts the field order prediction code added by commit 8dd93e9c8. https://bugzilla.gnome.org/show_bug.cgi?id=796169
2018-05-30 20:01:36 +00:00
if (same_field_parity (f0, slice_hdr)) {
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_picture_other_field_gap (decoder, f0);
f1 = NULL;
decoder: h264: add support for missing second field. Interlaced H.264 video frames always have two fields to decode and display. However, in some cases, e.g. packet loss, one of the field can be missing. This perturbs the reference picture marking process, whereby the number of references available in DPB no longer matches the expected value. This patch adds initial support for missing field within a decoded frame. The current strategy taken is to find out the nearest field, by POC value, and with the same parity. https://bugzilla.gnome.org/show_bug.cgi?id=745048
2015-05-07 12:00:58 +00:00
}
return f1;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
h264dec: Remove false assumption about parity order The decoder was trying to detect earlier that a field was lost base on guessing the parity order. This breaks in streams were the parity order changes. This patch reverts the field order prediction code added by commit 8dd93e9c8. https://bugzilla.gnome.org/show_bug.cgi?id=796169
2018-05-30 20:01:36 +00:00
fill_picture_other_field_gap (decoder, f0);
return NULL;
decoder: h264: add support for MVC interlaced streams. Fix support for MVC Stereo High profile streams with interlaced frames. Also improve the detection logic of the first field.
2014-05-21 15:57:00 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
decode_picture (GstVaapiDecoderH264 * decoder, GstVaapiDecoderUnit * unit)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = unit->parsed_info;
GstH264SliceHdr *const slice_hdr = &pi->data.slice_hdr;
GstH264PPS *const pps = ensure_pps (decoder, slice_hdr->pps);
GstH264SPS *const sps = ensure_sps (decoder, slice_hdr->pps->sequence);
GstVaapiPictureH264 *picture, *first_field;
GstVaapiDecoderStatus status;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: decoder: h264, h266: fix g_return_val_if_fail() missuse g_return_val_fail() documentations says: If expr evaluates to FALSE, the current function should be considered to have undefined behaviour (a programmer error). The only correct solution to such an error is to change the module that is calling the current function, so that it avoids this incorrect call. So it was missused in a couple parts of the H264 and H265 internal decoders. This patch changes that to plain conditionals. Also, it was included a couple code-style fixes.
2019-09-21 11:39:42 +00:00
if (!(pps && sps))
return GST_VAAPI_DECODER_STATUS_ERROR_UNKNOWN;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = ensure_context (decoder, sps);
if (status != GST_VAAPI_DECODER_STATUS_SUCCESS)
return status;
h264: add support for video cropping. If the encoded stream has the frame_cropping_flag set, then associate the cropping rectangle to GstVaapiPicture. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-15 16:50:26 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->decoder_state = 0;
h264dec: Remove false assumption about parity order The decoder was trying to detect earlier that a field was lost base on guessing the parity order. This breaks in streams were the parity order changes. This patch reverts the field order prediction code added by commit 8dd93e9c8. https://bugzilla.gnome.org/show_bug.cgi?id=796169
2018-05-30 20:01:36 +00:00
first_field = find_first_field (decoder, pi);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (first_field) {
/* Re-use current picture where the first field was decoded */
picture = gst_vaapi_picture_h264_new_field (first_field);
if (!picture) {
GST_ERROR ("failed to allocate field picture");
return GST_VAAPI_DECODER_STATUS_ERROR_ALLOCATION_FAILED;
}
} else {
/* Create new picture */
picture = gst_vaapi_picture_h264_new (decoder);
if (!picture) {
GST_ERROR ("failed to allocate picture");
return GST_VAAPI_DECODER_STATUS_ERROR_ALLOCATION_FAILED;
}
}
gst_vaapi_picture_replace (&priv->current_picture, picture);
gst_vaapi_picture_unref (picture);
/* Clear inter-view references list if this is the primary coded
picture of the current access unit */
if (pi->flags & GST_VAAPI_DECODER_UNIT_FLAG_AU_START)
g_ptr_array_set_size (priv->inter_views, 0);
/* Update cropping rectangle */
if (sps->frame_cropping_flag) {
GstVaapiRectangle crop_rect;
crop_rect.x = sps->crop_rect_x;
crop_rect.y = sps->crop_rect_y;
crop_rect.width = sps->crop_rect_width;
crop_rect.height = sps->crop_rect_height;
gst_vaapi_picture_set_crop_rect (&picture->base, &crop_rect);
}
status = ensure_quant_matrix (decoder, picture);
if (status != GST_VAAPI_DECODER_STATUS_SUCCESS) {
GST_ERROR ("failed to reset quantizer matrix");
return status;
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!init_picture (decoder, picture, pi))
return GST_VAAPI_DECODER_STATUS_ERROR_UNKNOWN;
if (!fill_picture (decoder, picture))
return GST_VAAPI_DECODER_STATUS_ERROR_UNKNOWN;
h264: improve robustness when packets are missing. Improve robustness when some expected packets where not received yet or that were not correctly decoded. For example, don't try to decode a picture if there was no valid frame headers parsed so far. https://bugs.freedesktop.org/show_bug.cgi?id=57902
2013-12-10 15:14:27 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->decoder_state = pi->state;
return GST_VAAPI_DECODER_STATUS_SUCCESS;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264: fix slice_data_bit_offset calculation. Unlike what VA-API documentation defines, the slice_data_bit_offset represents the offset to the first macroblock in the slice data, minus any emulation prevention bytes in the slice_header(). This fix copes with binary-only VA drivers that won't be fixed any time soon. Besides, this aligns with the current FFmpeg behaviour that was based on those proprietary drivers implementing the API incorrectly.
2012-03-02 12:41:16 +00:00
static inline guint
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
get_slice_data_bit_offset (GstH264SliceHdr * slice_hdr, guint nal_header_bytes)
h264: fix slice_data_bit_offset calculation. Unlike what VA-API documentation defines, the slice_data_bit_offset represents the offset to the first macroblock in the slice data, minus any emulation prevention bytes in the slice_header(). This fix copes with binary-only VA drivers that won't be fixed any time soon. Besides, this aligns with the current FFmpeg behaviour that was based on those proprietary drivers implementing the API incorrectly.
2012-03-02 12:41:16 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
guint epb_count;
h264: fix slice_data_bit_offset calculation. Unlike what VA-API documentation defines, the slice_data_bit_offset represents the offset to the first macroblock in the slice data, minus any emulation prevention bytes in the slice_header(). This fix copes with binary-only VA drivers that won't be fixed any time soon. Besides, this aligns with the current FFmpeg behaviour that was based on those proprietary drivers implementing the API incorrectly.
2012-03-02 12:41:16 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
epb_count = slice_hdr->n_emulation_prevention_bytes;
return 8 * nal_header_bytes + slice_hdr->header_size - epb_count * 8;
h264: fix slice_data_bit_offset calculation. Unlike what VA-API documentation defines, the slice_data_bit_offset represents the offset to the first macroblock in the slice data, minus any emulation prevention bytes in the slice_header(). This fix copes with binary-only VA drivers that won't be fixed any time soon. Besides, this aligns with the current FFmpeg behaviour that was based on those proprietary drivers implementing the API incorrectly.
2012-03-02 12:41:16 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_pred_weight_table (GstVaapiDecoderH264 * decoder,
GstVaapiSlice * slice, GstH264SliceHdr * slice_hdr)
{
VASliceParameterBufferH264 *const slice_param = slice->param;
GstH264PPS *const pps = get_pps (decoder);
GstH264SPS *const sps = get_sps (decoder);
GstH264PredWeightTable *const w = &slice_hdr->pred_weight_table;
guint num_weight_tables = 0;
gint i, j;
if (pps->weighted_pred_flag &&
(GST_H264_IS_P_SLICE (slice_hdr) || GST_H264_IS_SP_SLICE (slice_hdr)))
num_weight_tables = 1;
else if (pps->weighted_bipred_idc == 1 && GST_H264_IS_B_SLICE (slice_hdr))
num_weight_tables = 2;
else
num_weight_tables = 0;
slice_param->luma_log2_weight_denom = 0;
slice_param->chroma_log2_weight_denom = 0;
slice_param->luma_weight_l0_flag = 0;
slice_param->chroma_weight_l0_flag = 0;
slice_param->luma_weight_l1_flag = 0;
slice_param->chroma_weight_l1_flag = 0;
if (num_weight_tables < 1)
return TRUE;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
slice_param->luma_log2_weight_denom = w->luma_log2_weight_denom;
slice_param->chroma_log2_weight_denom = w->chroma_log2_weight_denom;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
slice_param->luma_weight_l0_flag = 1;
for (i = 0; i <= slice_param->num_ref_idx_l0_active_minus1; i++) {
slice_param->luma_weight_l0[i] = w->luma_weight_l0[i];
slice_param->luma_offset_l0[i] = w->luma_offset_l0[i];
}
h264: set {luma,chroma}_log2_weight_denom to 0 if no pred_weight_table(). Force luma_log2_weight_denom and chroma_log2_weight_denom to zero if there is no pred_weight_table() that was parsed. This is a workaround for the VA intel-driver on Ivy Bridge.
2013-02-08 10:56:54 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
slice_param->chroma_weight_l0_flag = sps->chroma_array_type != 0;
if (slice_param->chroma_weight_l0_flag) {
h264: fix pred_weight_table() reconstruction. Only the explicit pred_weight_table(), possibly with the inferred default values, shall be required. e.g. don't fill in the table if weighted_pred_flag is not set for P/SP slices.
2012-01-24 08:20:25 +00:00
for (i = 0; i <= slice_param->num_ref_idx_l0_active_minus1; i++) {
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (j = 0; j < 2; j++) {
slice_param->chroma_weight_l0[i][j] = w->chroma_weight_l0[i][j];
slice_param->chroma_offset_l0[i][j] = w->chroma_offset_l0[i][j];
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (num_weight_tables < 2)
return TRUE;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
slice_param->luma_weight_l1_flag = 1;
for (i = 0; i <= slice_param->num_ref_idx_l1_active_minus1; i++) {
slice_param->luma_weight_l1[i] = w->luma_weight_l1[i];
slice_param->luma_offset_l1[i] = w->luma_offset_l1[i];
}
h264: fix pred_weight_table() reconstruction. Only the explicit pred_weight_table(), possibly with the inferred default values, shall be required. e.g. don't fill in the table if weighted_pred_flag is not set for P/SP slices.
2012-01-24 08:20:25 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
slice_param->chroma_weight_l1_flag = sps->chroma_array_type != 0;
if (slice_param->chroma_weight_l1_flag) {
h264: fix pred_weight_table() reconstruction. Only the explicit pred_weight_table(), possibly with the inferred default values, shall be required. e.g. don't fill in the table if weighted_pred_flag is not set for P/SP slices.
2012-01-24 08:20:25 +00:00
for (i = 0; i <= slice_param->num_ref_idx_l1_active_minus1; i++) {
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (j = 0; j < 2; j++) {
slice_param->chroma_weight_l1[i][j] = w->chroma_weight_l1[i][j];
slice_param->chroma_offset_l1[i][j] = w->chroma_offset_l1[i][j];
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
}
return TRUE;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264: fix pred_weight_table() reconstruction. Only the explicit pred_weight_table(), possibly with the inferred default values, shall be required. e.g. don't fill in the table if weighted_pred_flag is not set for P/SP slices.
2012-01-24 08:20:25 +00:00
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_RefPicList (GstVaapiDecoderH264 * decoder,
GstVaapiSlice * slice, GstH264SliceHdr * slice_hdr)
h264: fix pred_weight_table() reconstruction. Only the explicit pred_weight_table(), possibly with the inferred default values, shall be required. e.g. don't fill in the table if weighted_pred_flag is not set for P/SP slices.
2012-01-24 08:20:25 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
VASliceParameterBufferH264 *const slice_param = slice->param;
guint i, num_ref_lists = 0;
h264: fix pred_weight_table() reconstruction. Only the explicit pred_weight_table(), possibly with the inferred default values, shall be required. e.g. don't fill in the table if weighted_pred_flag is not set for P/SP slices.
2012-01-24 08:20:25 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
slice_param->num_ref_idx_l0_active_minus1 = 0;
slice_param->num_ref_idx_l1_active_minus1 = 0;
h264: simplify RefPicList reconstruction.
2012-01-27 16:28:50 +00:00
h264dec: Properly set sentinel in ref frame list This ensure that we always have sentinels set in the reference pictures arrays. The code wasn't unsafe, this simply improve the tracing, so instead of printing 32 lines of zeros, va tracer prints proper empty lists. https://bugzilla.gnome.org/show_bug.cgi?id=796169
2018-05-18 21:03:57 +00:00
/* ensure empty list by default */
vaapi_init_picture (&slice_param->RefPicList0[0]);
vaapi_init_picture (&slice_param->RefPicList1[0]);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (GST_H264_IS_B_SLICE (slice_hdr))
num_ref_lists = 2;
else if (GST_H264_IS_I_SLICE (slice_hdr))
num_ref_lists = 0;
else
num_ref_lists = 1;
h264: simplify RefPicList reconstruction.
2012-01-27 16:28:50 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (num_ref_lists < 1)
return TRUE;
h264: simplify RefPicList reconstruction.
2012-01-27 16:28:50 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
slice_param->num_ref_idx_l0_active_minus1 =
slice_hdr->num_ref_idx_l0_active_minus1;
h264: fix pred_weight_table() reconstruction. Only the explicit pred_weight_table(), possibly with the inferred default values, shall be required. e.g. don't fill in the table if weighted_pred_flag is not set for P/SP slices.
2012-01-24 08:20:25 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < priv->RefPicList0_count && priv->RefPicList0[i]; i++)
vaapi_fill_picture_for_RefPicListX (&slice_param->RefPicList0[i],
priv->RefPicList0[i]);
h264dec: Properly set sentinel in ref frame list This ensure that we always have sentinels set in the reference pictures arrays. The code wasn't unsafe, this simply improve the tracing, so instead of printing 32 lines of zeros, va tracer prints proper empty lists. https://bugzilla.gnome.org/show_bug.cgi?id=796169
2018-05-18 21:03:57 +00:00
if (i < 32)
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
vaapi_init_picture (&slice_param->RefPicList0[i]);
h264: fix pred_weight_table() reconstruction. Only the explicit pred_weight_table(), possibly with the inferred default values, shall be required. e.g. don't fill in the table if weighted_pred_flag is not set for P/SP slices.
2012-01-24 08:20:25 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (num_ref_lists < 2)
return TRUE;
h264: simplify RefPicList reconstruction.
2012-01-27 16:28:50 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
slice_param->num_ref_idx_l1_active_minus1 =
slice_hdr->num_ref_idx_l1_active_minus1;
h264: simplify RefPicList reconstruction.
2012-01-27 16:28:50 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < priv->RefPicList1_count && priv->RefPicList1[i]; i++)
vaapi_fill_picture_for_RefPicListX (&slice_param->RefPicList1[i],
priv->RefPicList1[i]);
h264dec: Properly set sentinel in ref frame list This ensure that we always have sentinels set in the reference pictures arrays. The code wasn't unsafe, this simply improve the tracing, so instead of printing 32 lines of zeros, va tracer prints proper empty lists. https://bugzilla.gnome.org/show_bug.cgi?id=796169
2018-05-18 21:03:57 +00:00
if (i < 32)
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
vaapi_init_picture (&slice_param->RefPicList1[i]);
h264dec: Properly set sentinel in ref frame list This ensure that we always have sentinels set in the reference pictures arrays. The code wasn't unsafe, this simply improve the tracing, so instead of printing 32 lines of zeros, va tracer prints proper empty lists. https://bugzilla.gnome.org/show_bug.cgi?id=796169
2018-05-18 21:03:57 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return TRUE;
h264: simplify RefPicList reconstruction.
2012-01-27 16:28:50 +00:00
}
static gboolean
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
fill_slice (GstVaapiDecoderH264 * decoder,
GstVaapiSlice * slice, GstVaapiParserInfoH264 * pi)
{
VASliceParameterBufferH264 *const slice_param = slice->param;
GstH264SliceHdr *const slice_hdr = &pi->data.slice_hdr;
/* Fill in VASliceParameterBufferH264 */
slice_param->slice_data_bit_offset =
get_slice_data_bit_offset (slice_hdr, pi->nalu.header_bytes);
slice_param->first_mb_in_slice = slice_hdr->first_mb_in_slice;
slice_param->slice_type = slice_hdr->type % 5;
slice_param->direct_spatial_mv_pred_flag =
slice_hdr->direct_spatial_mv_pred_flag;
slice_param->cabac_init_idc = slice_hdr->cabac_init_idc;
slice_param->slice_qp_delta = slice_hdr->slice_qp_delta;
slice_param->disable_deblocking_filter_idc =
slice_hdr->disable_deblocking_filter_idc;
slice_param->slice_alpha_c0_offset_div2 =
slice_hdr->slice_alpha_c0_offset_div2;
slice_param->slice_beta_offset_div2 = slice_hdr->slice_beta_offset_div2;
if (!fill_RefPicList (decoder, slice, slice_hdr))
return FALSE;
if (!fill_pred_weight_table (decoder, slice, slice_hdr))
return FALSE;
return TRUE;
h264: fix pred_weight_table() reconstruction. Only the explicit pred_weight_table(), possibly with the inferred default values, shall be required. e.g. don't fill in the table if weighted_pred_flag is not set for P/SP slices.
2012-01-24 08:20:25 +00:00
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
decode_slice (GstVaapiDecoderH264 * decoder, GstVaapiDecoderUnit * unit)
{
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = unit->parsed_info;
GstVaapiPictureH264 *const picture = priv->current_picture;
GstH264SliceHdr *const slice_hdr = &pi->data.slice_hdr;
GstVaapiSlice *slice;
GstBuffer *const buffer =
GST_VAAPI_DECODER_CODEC_FRAME (decoder)->input_buffer;
GstMapInfo map_info;
h264: initialize VA context before allocating the first slice. Fix decode_slice() to ensure a VA context exists prior to creating a new GstVaapiSliceH264, which invokes vaCreateBuffer() with some VA context ID. i.e. the latter was not initialized, thus causing failures on Cedar Trail for example.
2012-12-17 12:42:29 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GST_DEBUG ("slice (%u bytes)", pi->nalu.size);
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!is_valid_state (pi->state, GST_H264_VIDEO_STATE_VALID_PICTURE_HEADERS)) {
GST_WARNING ("failed to receive enough headers to decode slice");
return GST_VAAPI_DECODER_STATUS_SUCCESS;
}
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!ensure_pps (decoder, slice_hdr->pps)) {
GST_ERROR ("failed to activate PPS");
return GST_VAAPI_DECODER_STATUS_ERROR_UNKNOWN;
}
Add initial support for GStreamer 1.0. This integrates support for GStreamer API >= 1.0 only in the libgstvaapi core decoding library. The changes are kept rather minimal here so that the library retains as little dependency as possible on core GStreamer functionality. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2012-09-04 12:12:18 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!ensure_sps (decoder, slice_hdr->pps->sequence)) {
GST_ERROR ("failed to activate SPS");
return GST_VAAPI_DECODER_STATUS_ERROR_UNKNOWN;
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!gst_buffer_map (buffer, &map_info, GST_MAP_READ)) {
GST_ERROR ("failed to map buffer");
return GST_VAAPI_DECODER_STATUS_ERROR_UNKNOWN;
}
/* Check wether this is the first/last slice in the current access unit */
if (pi->flags & GST_VAAPI_DECODER_UNIT_FLAG_AU_START)
GST_VAAPI_PICTURE_FLAG_SET (picture, GST_VAAPI_PICTURE_FLAG_AU_START);
if (pi->flags & GST_VAAPI_DECODER_UNIT_FLAG_AU_END)
GST_VAAPI_PICTURE_FLAG_SET (picture, GST_VAAPI_PICTURE_FLAG_AU_END);
slice = GST_VAAPI_SLICE_NEW (H264, decoder,
(map_info.data + unit->offset + pi->nalu.offset), pi->nalu.size);
gst_buffer_unmap (buffer, &map_info);
if (!slice) {
GST_ERROR ("failed to allocate slice");
return GST_VAAPI_DECODER_STATUS_ERROR_ALLOCATION_FAILED;
}
h264decoder: Fail decoding slice if modification process failed This patch chains up failure to executing the modification process. The end result is that we now fail decoding the slice if this process fails. This avoid sending a corrupted state to the accelerator. In some special cases, this could lead to unrecoverable errors. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:09:42 +00:00
if (!init_picture_refs (decoder, picture, slice_hdr)) {
gst_vaapi_mini_object_unref (GST_VAAPI_MINI_OBJECT (slice));
return GST_VAAPI_DECODER_STATUS_ERROR_UNKNOWN;
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!fill_slice (decoder, slice, pi)) {
gst_vaapi_mini_object_unref (GST_VAAPI_MINI_OBJECT (slice));
return GST_VAAPI_DECODER_STATUS_ERROR_UNKNOWN;
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_picture_add_slice (GST_VAAPI_PICTURE_CAST (picture), slice);
picture->last_slice_hdr = slice_hdr;
return GST_VAAPI_DECODER_STATUS_SUCCESS;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264: exclusively use GstAdapter, drop sub-buffer hack. Maintaining the sub-buffer is rather suboptimal especially since we were also maintaining a GstAdapter. Now, we only use the GstAdapter thus requiring minor extra parsing when receiving avcC buffers.
2012-09-20 15:58:21 +00:00
static inline gint
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
scan_for_start_code (GstAdapter * adapter, guint ofs, guint size, guint32 * scp)
h264: exclusively use GstAdapter, drop sub-buffer hack. Maintaining the sub-buffer is rather suboptimal especially since we were also maintaining a GstAdapter. Now, we only use the GstAdapter thus requiring minor extra parsing when receiving avcC buffers.
2012-09-20 15:58:21 +00:00
{
h264decoder: Don't scan empty buffer gst_adapter_masked_scan_uint32_peek() asserts if size is 0. Don't try and scan in that case. This fixes assertion that would some times happen when the stream is corrupted. https://bugzilla.gnome.org/show_bug.cgi?id=796832
2018-07-18 17:07:51 +00:00
if (size == 0)
return -1;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return (gint) gst_adapter_masked_scan_uint32_peek (adapter,
0xffffff00, 0x00000100, ofs, size, scp);
h264: exclusively use GstAdapter, drop sub-buffer hack. Maintaining the sub-buffer is rather suboptimal especially since we were also maintaining a GstAdapter. Now, we only use the GstAdapter thus requiring minor extra parsing when receiving avcC buffers.
2012-09-20 15:58:21 +00:00
}
h264: add decode_nalu() helper function. Split decode_buffer() into the core infrastructure that determines the NAL units contained in the adapter and the actual function that decodes the NAL unit.
2012-10-10 08:35:20 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
decode_unit (GstVaapiDecoderH264 * decoder, GstVaapiDecoderUnit * unit)
h264: add decode_nalu() helper function. Split decode_buffer() into the core infrastructure that determines the NAL units contained in the adapter and the actual function that decodes the NAL unit.
2012-10-10 08:35:20 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserInfoH264 *const pi = unit->parsed_info;
GstVaapiDecoderStatus status;
h264: add decode_nalu() helper function. Split decode_buffer() into the core infrastructure that determines the NAL units contained in the adapter and the actual function that decodes the NAL unit.
2012-10-10 08:35:20 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->decoder_state |= pi->state;
switch (pi->nalu.type) {
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
case GST_H264_NAL_SPS:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = decode_sps (decoder, unit);
break;
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
case GST_H264_NAL_SUBSET_SPS:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = decode_subset_sps (decoder, unit);
break;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
case GST_H264_NAL_PPS:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = decode_pps (decoder, unit);
break;
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
case GST_H264_NAL_SLICE_EXT:
h264: add decode_nalu() helper function. Split decode_buffer() into the core infrastructure that determines the NAL units contained in the adapter and the actual function that decodes the NAL unit.
2012-10-10 08:35:20 +00:00
case GST_H264_NAL_SLICE_IDR:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* fall-through. IDR specifics are handled in init_picture() */
h264: add decode_nalu() helper function. Split decode_buffer() into the core infrastructure that determines the NAL units contained in the adapter and the actual function that decodes the NAL unit.
2012-10-10 08:35:20 +00:00
case GST_H264_NAL_SLICE:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = decode_slice (decoder, unit);
break;
h264: add decode_nalu() helper function. Split decode_buffer() into the core infrastructure that determines the NAL units contained in the adapter and the actual function that decodes the NAL unit.
2012-10-10 08:35:20 +00:00
case GST_H264_NAL_SEQ_END:
h264: handle end-of-stream NALU. Handle <end-of-stream> NAL unit to actually flush any pending picture from the DPB.
2013-01-17 17:07:03 +00:00
case GST_H264_NAL_STREAM_END:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = decode_sequence_end (decoder);
break;
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
case GST_H264_NAL_SEI:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = decode_sei (decoder, unit);
break;
libs: h264decoder: do not return error for unhandled NAL unit. Some streams have error data introducing unknown NAL type. There are also kinds of NAL types we do not want to handle. The old manner will set a decoder error when encounter this, which cause a latent crash bug. The decoder may successfully decode the picture and insert it into DPB. But there are error NAL units after the AU which cause the post unit error and make that frame dropped. The later output of the picture still want to ref that frame and crash. No need to set decoder error when can not recognize or handle the NAL unit, just skip it and continue. Fix: #191
2019-09-16 15:28:31 +00:00
case GST_H264_NAL_SLICE_DPA:
case GST_H264_NAL_SLICE_DPB:
case GST_H264_NAL_SLICE_DPC:
case GST_H264_NAL_AU_DELIMITER:
case GST_H264_NAL_FILLER_DATA:
case GST_H264_NAL_SPS_EXT:
case GST_H264_NAL_PREFIX_UNIT:
case GST_H264_NAL_DEPTH_SPS:
case GST_H264_NAL_SLICE_AUX:
case GST_H264_NAL_SLICE_DEPTH:
GST_DEBUG ("unsupported NAL unit type %d, just skip", pi->nalu.type);
status = GST_VAAPI_DECODER_STATUS_SUCCESS;
break;
h264: add decode_nalu() helper function. Split decode_buffer() into the core infrastructure that determines the NAL units contained in the adapter and the actual function that decodes the NAL unit.
2012-10-10 08:35:20 +00:00
default:
libs: h264decoder: do not return error for unhandled NAL unit. Some streams have error data introducing unknown NAL type. There are also kinds of NAL types we do not want to handle. The old manner will set a decoder error when encounter this, which cause a latent crash bug. The decoder may successfully decode the picture and insert it into DPB. But there are error NAL units after the AU which cause the post unit error and make that frame dropped. The later output of the picture still want to ref that frame and crash. No need to set decoder error when can not recognize or handle the NAL unit, just skip it and continue. Fix: #191
2019-09-16 15:28:31 +00:00
GST_WARNING ("unknown NAL unit type id %d, skip", pi->nalu.type);
status = GST_VAAPI_DECODER_STATUS_SUCCESS;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
break;
}
return status;
h264: add decode_nalu() helper function. Split decode_buffer() into the core infrastructure that determines the NAL units contained in the adapter and the actual function that decodes the NAL unit.
2012-10-10 08:35:20 +00:00
}
h264: handle codec-data. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-25 12:37:00 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_decode_codec_data (GstVaapiDecoder * base_decoder,
const guchar * buf, guint buf_size)
h264: handle codec-data. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-25 12:37:00 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264 *const decoder =
GST_VAAPI_DECODER_H264_CAST (base_decoder);
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiDecoderStatus status;
GstVaapiDecoderUnit unit;
GstVaapiParserInfoH264 *pi = NULL;
GstH264ParserResult result;
guint i, ofs, num_sps, num_pps;
h264: handle codec-data. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-25 12:37:00 +00:00
libs: decoder: h264/h265: decode codec data only if opened Fixes regression introduced by commit 2eb2b26a. There is a use case when the decoder set the src caps and immediatly tries to process the media codec_data, this happens before decoder is even opened, thus priv->parser is not instantiated yet. https://bugzilla.gnome.org/show_bug.cgi?id=787818
2017-09-18 05:29:55 +00:00
if (!priv->is_opened)
return GST_VAAPI_DECODER_STATUS_SUCCESS;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
unit.parsed_info = NULL;
h264: introduce parser info instead of H.264 specific decoder unit. Use a new GstVaapiParserInfoH264 data structure instead of deriving from GstVaapiDecoderUnit for H.264 specific parser information.
2013-01-07 09:22:54 +00:00
vaapidecode: codec_data minimal size is 7 When the format of a H.264 stream is AVC3, the SPS and PPS are inside the stream, not in the codec_data, so the size of codec_data might be 7. This patch reduces the minimal size of the codec_data buffer from 8 to 7. https://bugzilla.gnome.org/show_bug.cgi?id=771441
2016-09-14 16:42:09 +00:00
if (buf_size < 7)
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return GST_VAAPI_DECODER_STATUS_ERROR_NO_DATA;
h264: handle codec-data. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-25 12:37:00 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (buf[0] != 1) {
GST_ERROR ("failed to decode codec-data, not in avcC format");
return GST_VAAPI_DECODER_STATUS_ERROR_BITSTREAM_PARSER;
}
h264: handle codec-data. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-25 12:37:00 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
priv->nal_length_size = (buf[4] & 0x03) + 1;
h264: handle codec-data. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-25 12:37:00 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
num_sps = buf[5] & 0x1f;
ofs = 6;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < num_sps; i++) {
pi = gst_vaapi_parser_info_h264_new ();
if (!pi)
return GST_VAAPI_DECODER_STATUS_ERROR_ALLOCATION_FAILED;
unit.parsed_info = pi;
decoder: h264: fix uninitialized variables in avcC mode. Fix uninitialized variables when decoding SPS and PPS NAL units from "codec-data" buffers. This is particularly important when seeking ops are involved, and the new persistent states are used more often. https://bugzilla.gnome.org/show_bug.cgi?id=750094
2015-06-02 09:46:00 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
result = gst_h264_parser_identify_nalu_avc (priv->parser,
buf, ofs, buf_size, 2, &pi->nalu);
if (result != GST_H264_PARSER_OK) {
status = get_status (result);
goto cleanup;
h264: handle codec-data. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-25 12:37:00 +00:00
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = parse_sps (decoder, &unit);
if (status != GST_VAAPI_DECODER_STATUS_SUCCESS)
goto cleanup;
ofs = pi->nalu.offset + pi->nalu.size;
pi->state = priv->parser_state;
pi->flags = 0;
status = decode_sps (decoder, &unit);
if (status != GST_VAAPI_DECODER_STATUS_SUCCESS)
goto cleanup;
gst_vaapi_parser_info_h264_replace (&pi, NULL);
}
h264: handle codec-data. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-25 12:37:00 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
num_pps = buf[ofs];
ofs++;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
for (i = 0; i < num_pps; i++) {
pi = gst_vaapi_parser_info_h264_new ();
if (!pi)
return GST_VAAPI_DECODER_STATUS_ERROR_ALLOCATION_FAILED;
unit.parsed_info = pi;
decoder: h264: fix uninitialized variables in avcC mode. Fix uninitialized variables when decoding SPS and PPS NAL units from "codec-data" buffers. This is particularly important when seeking ops are involved, and the new persistent states are used more often. https://bugzilla.gnome.org/show_bug.cgi?id=750094
2015-06-02 09:46:00 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
result = gst_h264_parser_identify_nalu_avc (priv->parser,
buf, ofs, buf_size, 2, &pi->nalu);
if (result != GST_H264_PARSER_OK) {
status = get_status (result);
goto cleanup;
h264: handle codec-data. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-25 12:37:00 +00:00
}
h264: handle avcC format for decoding buffers.
2012-01-17 09:42:49 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = parse_pps (decoder, &unit);
if (status != GST_VAAPI_DECODER_STATUS_SUCCESS)
goto cleanup;
ofs = pi->nalu.offset + pi->nalu.size;
pi->state = priv->parser_state;
pi->flags = 0;
status = decode_pps (decoder, &unit);
if (status != GST_VAAPI_DECODER_STATUS_SUCCESS)
goto cleanup;
gst_vaapi_parser_info_h264_replace (&pi, NULL);
}
priv->is_avcC = TRUE;
status = GST_VAAPI_DECODER_STATUS_SUCCESS;
decoder: h264: fix activation of picture and sequence parameters. At the time the first VCL NAL unit of a primary coded picture is found, and if that NAL unit was parsed to be an SPS or PPS, then the entries in the parser may have been overriden. This means that, when the picture is to be decoded, slice_hdr->pps could point to an invalid (the next) PPS entry. So, one way to solve this problem is to not use the parser PPS and SPS info but rather maintain our own activation chain in the decoder. https://bugzilla.gnome.org/show_bug.cgi?id=724519 https://bugzilla.gnome.org/show_bug.cgi?id=724518
2014-04-25 17:11:03 +00:00
cleanup:
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
{
gst_vaapi_parser_info_h264_replace (&pi, NULL);
return status;
}
h264: handle codec-data. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-25 12:37:00 +00:00
}
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
ensure_decoder (GstVaapiDecoderH264 * decoder)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiDecoderStatus status;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!priv->is_opened) {
priv->is_opened = gst_vaapi_decoder_h264_open (decoder);
if (!priv->is_opened)
return GST_VAAPI_DECODER_STATUS_ERROR_UNSUPPORTED_CODEC;
h264: handle codec-data. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-25 12:37:00 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status =
gst_vaapi_decoder_decode_codec_data (GST_VAAPI_DECODER_CAST (decoder));
if (status != GST_VAAPI_DECODER_STATUS_SUCCESS)
return status;
}
return GST_VAAPI_DECODER_STATUS_SUCCESS;
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
}
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_parse (GstVaapiDecoder * base_decoder,
GstAdapter * adapter, gboolean at_eos, GstVaapiDecoderUnit * unit)
{
GstVaapiDecoderH264 *const decoder =
GST_VAAPI_DECODER_H264_CAST (base_decoder);
GstVaapiDecoderH264Private *const priv = &decoder->priv;
GstVaapiParserState *const ps = GST_VAAPI_PARSER_STATE (base_decoder);
GstVaapiParserInfoH264 *pi;
GstVaapiDecoderStatus status;
GstH264ParserResult result;
guchar *buf;
guint i, size, buf_size, nalu_size, flags;
guint32 start_code;
gint ofs, ofs2;
gboolean at_au_end = FALSE;
status = ensure_decoder (decoder);
if (status != GST_VAAPI_DECODER_STATUS_SUCCESS)
return status;
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
switch (priv->stream_alignment) {
decoder: h264: add support for NALU "alignment" optimization. We can avoid scanning for start codes again if the bitstream is fed in NALU chunks. Currently, we always scan for start codes, and keep track of remaining bits in a GstAdapter, even if, in practice, we are likely receiving one GstBuffer per NAL unit. i.e. h264parse with "nal" alignment. https://bugzilla.gnome.org/show_bug.cgi?id=723284 [use gst_adapter_available_fast() to determine the top buffer size] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2014-02-06 06:30:10 +00:00
case GST_VAAPI_STREAM_ALIGN_H264_NALU:
decoder: h264: handle access unit ("au") optimization. Optimize parsing when buffers are supplied with access unit alignment. This helps determining faster when the end of an access unit is reached.
2014-06-13 13:42:53 +00:00
case GST_VAAPI_STREAM_ALIGN_H264_AU:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
size = gst_adapter_available_fast (adapter);
break;
decoder: h264: add support for NALU "alignment" optimization. We can avoid scanning for start codes again if the bitstream is fed in NALU chunks. Currently, we always scan for start codes, and keep track of remaining bits in a GstAdapter, even if, in practice, we are likely receiving one GstBuffer per NAL unit. i.e. h264parse with "nal" alignment. https://bugzilla.gnome.org/show_bug.cgi?id=723284 [use gst_adapter_available_fast() to determine the top buffer size] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2014-02-06 06:30:10 +00:00
default:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
size = gst_adapter_available (adapter);
break;
}
if (priv->is_avcC) {
if (size < priv->nal_length_size)
return GST_VAAPI_DECODER_STATUS_ERROR_NO_DATA;
buf = (guchar *) & start_code;
g_assert (priv->nal_length_size <= sizeof (start_code));
gst_adapter_copy (adapter, buf, 0, priv->nal_length_size);
nalu_size = 0;
for (i = 0; i < priv->nal_length_size; i++)
nalu_size = (nalu_size << 8) | buf[i];
buf_size = priv->nal_length_size + nalu_size;
if (size < buf_size)
return GST_VAAPI_DECODER_STATUS_ERROR_NO_DATA;
else if (priv->stream_alignment == GST_VAAPI_STREAM_ALIGN_H264_AU)
at_au_end = (buf_size == size);
} else {
if (size < 4)
return GST_VAAPI_DECODER_STATUS_ERROR_NO_DATA;
vaapidecoder_h264: fix parsing of NALU aligned data Don't assume the whole buffer is a single NAL, instead look for the next start code in case there are multiple NALs per buffer. https://bugzilla.gnome.org/show_bug.cgi?id=762328
2016-02-19 14:10:25 +00:00
if (priv->stream_alignment == GST_VAAPI_STREAM_ALIGN_H264_NALU) {
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
buf_size = size;
vaapidecoder_h264: fix parsing of NALU aligned data Don't assume the whole buffer is a single NAL, instead look for the next start code in case there are multiple NALs per buffer. https://bugzilla.gnome.org/show_bug.cgi?id=762328
2016-02-19 14:10:25 +00:00
ofs = scan_for_start_code (adapter, 4, size - 4, NULL);
if (ofs > 0)
buf_size = ofs;
} else {
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
ofs = scan_for_start_code (adapter, 0, size, NULL);
if (ofs < 0)
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
return GST_VAAPI_DECODER_STATUS_ERROR_NO_DATA;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (ofs > 0) {
gst_adapter_flush (adapter, ofs);
size -= ofs;
}
ofs2 = ps->input_offset2 - ofs - 4;
if (ofs2 < 4)
ofs2 = 4;
ofs = G_UNLIKELY (size < ofs2 + 4) ? -1 :
scan_for_start_code (adapter, ofs2, size - ofs2, NULL);
if (ofs < 0) {
// Assume the whole NAL unit is present if end-of-stream
// or stream buffers aligned on access unit boundaries
if (priv->stream_alignment == GST_VAAPI_STREAM_ALIGN_H264_AU)
at_au_end = TRUE;
else if (!at_eos) {
ps->input_offset2 = size;
return GST_VAAPI_DECODER_STATUS_ERROR_NO_DATA;
}
ofs = size;
}
buf_size = ofs;
}
}
ps->input_offset2 = 0;
buf = (guchar *) gst_adapter_map (adapter, buf_size);
if (!buf)
return GST_VAAPI_DECODER_STATUS_ERROR_NO_DATA;
unit->size = buf_size;
pi = gst_vaapi_parser_info_h264_new ();
if (!pi)
return GST_VAAPI_DECODER_STATUS_ERROR_ALLOCATION_FAILED;
gst_vaapi_decoder_unit_set_parsed_info (unit,
pi, (GDestroyNotify) gst_vaapi_mini_object_unref);
if (priv->is_avcC)
result = gst_h264_parser_identify_nalu_avc (priv->parser,
buf, 0, buf_size, priv->nal_length_size, &pi->nalu);
else
result = gst_h264_parser_identify_nalu_unchecked (priv->parser,
buf, 0, buf_size, &pi->nalu);
status = get_status (result);
if (status != GST_VAAPI_DECODER_STATUS_SUCCESS)
vaapidecoder_h264: plug leak of h264 parsing info If something goes wrong while parsing, the info object is being leaked https://bugzilla.gnome.org/show_bug.cgi?id=763121
2016-03-04 23:17:20 +00:00
goto exit;
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
libs: decoder: h264: decode SVC base layer only Drops non-base NALs when the base-only property is set to TRUE. This modifies the behavior for MVC streams with base-only too: All the non-base units are dropped before they are decoded instead of dropping the non-base frames. The relevant part from the H264 spec is: > Decoders that conform to one or more of the profiles specified in Annex A rather than the profiles specified in Annexes G or H shall ignore (remove from the bitstream and discard) the contents of all NAL units with nal_unit_type equal to 14, 15, or 20. To eliminate side effects from the offending units: - PPS's with a broken seq_parameter_set_id (referring to dropped subset SPS's) are ignored. - The NAL parsing is skipped and their flags are set to GST_VAAPI_DECODER_UNIT_FLAG_SKIP. - Prefix units are not stored in prev_pi. Otherwise, parse_slice() would use them even if they are flagged to be skipped. Subset SPS's and slice extension units are not stored there either. https://bugzilla.gnome.org/show_bug.cgi?id=732266 Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com>
2017-08-29 00:32:57 +00:00
if (priv->base_only && (pi->nalu.type == GST_H264_NAL_PREFIX_UNIT
|| pi->nalu.type == GST_H264_NAL_SUBSET_SPS
|| pi->nalu.type == GST_H264_NAL_SLICE_EXT)) {
GST_VAAPI_DECODER_UNIT_FLAG_SET (unit, GST_VAAPI_DECODER_UNIT_FLAG_SKIP);
pi->nalu.valid = FALSE;
return GST_VAAPI_DECODER_STATUS_SUCCESS;
}
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
switch (pi->nalu.type) {
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
case GST_H264_NAL_SPS:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = parse_sps (decoder, unit);
break;
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
case GST_H264_NAL_SUBSET_SPS:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = parse_subset_sps (decoder, unit);
break;
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
case GST_H264_NAL_PPS:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = parse_pps (decoder, unit);
break;
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
case GST_H264_NAL_SEI:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = parse_sei (decoder, unit);
break;
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
case GST_H264_NAL_SLICE_EXT:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!GST_H264_IS_MVC_NALU (&pi->nalu)) {
status = GST_VAAPI_DECODER_STATUS_SUCCESS;
break;
}
/* fall-through */
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
case GST_H264_NAL_SLICE_IDR:
case GST_H264_NAL_SLICE:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = parse_slice (decoder, unit);
break;
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
default:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = GST_VAAPI_DECODER_STATUS_SUCCESS;
break;
}
if (status != GST_VAAPI_DECODER_STATUS_SUCCESS)
vaapidecoder_h264: plug leak of h264 parsing info If something goes wrong while parsing, the info object is being leaked https://bugzilla.gnome.org/show_bug.cgi?id=763121
2016-03-04 23:17:20 +00:00
goto exit;
h264: add codec specific decoder unit. Introduce new GstVaapiDecoderUnitH264 object, which holds the standard NAL unit header (GstH264NalUnit) and additional parsed header info. Besides, we now parse headers as early as in the _parse() function so that to avoid un-necessary creation of sub-buffers in _decode() for NAL units that are not slices. This is a performance win by ~+1.1% only.
2012-12-06 16:25:01 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
flags = 0;
if (at_au_end) {
flags |= GST_VAAPI_DECODER_UNIT_FLAG_FRAME_END |
GST_VAAPI_DECODER_UNIT_FLAG_AU_END;
}
switch (pi->nalu.type) {
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
case GST_H264_NAL_AU_DELIMITER:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
flags |= GST_VAAPI_DECODER_UNIT_FLAG_AU_START;
flags |= GST_VAAPI_DECODER_UNIT_FLAG_FRAME_START;
/* fall-through */
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
case GST_H264_NAL_FILLER_DATA:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
flags |= GST_VAAPI_DECODER_UNIT_FLAG_SKIP;
break;
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
case GST_H264_NAL_STREAM_END:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
flags |= GST_VAAPI_DECODER_UNIT_FLAG_STREAM_END;
/* fall-through */
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
case GST_H264_NAL_SEQ_END:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
flags |= GST_VAAPI_DECODER_UNIT_FLAG_FRAME_END;
flags |= GST_VAAPI_DECODER_UNIT_FLAG_AU_END;
break;
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
case GST_H264_NAL_SPS:
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
case GST_H264_NAL_SUBSET_SPS:
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
case GST_H264_NAL_PPS:
case GST_H264_NAL_SEI:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
flags |= GST_VAAPI_DECODER_UNIT_FLAG_AU_START;
flags |= GST_VAAPI_DECODER_UNIT_FLAG_FRAME_START;
break;
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
case GST_H264_NAL_SLICE_EXT:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (!GST_H264_IS_MVC_NALU (&pi->nalu)) {
flags |= GST_VAAPI_DECODER_UNIT_FLAG_SKIP;
break;
}
/* fall-through */
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
case GST_H264_NAL_SLICE_IDR:
case GST_H264_NAL_SLICE:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
flags |= GST_VAAPI_DECODER_UNIT_FLAG_SLICE;
if (priv->prev_pi &&
(priv->prev_pi->flags & GST_VAAPI_DECODER_UNIT_FLAG_AU_END)) {
flags |= GST_VAAPI_DECODER_UNIT_FLAG_AU_START |
GST_VAAPI_DECODER_UNIT_FLAG_FRAME_START;
} else if (is_new_picture (pi, priv->prev_slice_pi)) {
flags |= GST_VAAPI_DECODER_UNIT_FLAG_FRAME_START;
if (is_new_access_unit (pi, priv->prev_slice_pi))
flags |= GST_VAAPI_DECODER_UNIT_FLAG_AU_START;
}
gst_vaapi_parser_info_h264_replace (&priv->prev_slice_pi, pi);
break;
decoder: h264: skip SPS extension and auxiliary slice NALs. When NAL units of type 13 (SPS extension) or type 19 (auxiliary slice) are present in a video, decoders shall perform the (optional) decoding process specified for these NAL units or shall ignore them (7.4.1). Implement option 2 (skip) for now, as alpha composition is not supported yet during the decoding process. This fixes decoding of the primary coded video in alphaconformanceG. https://bugzilla.gnome.org/show_bug.cgi?id=703928 https://bugzilla.gnome.org/show_bug.cgi?id=728869 https://bugzilla.gnome.org/show_bug.cgi?id=724518 [skip NAL units earlier, i.e. at parsing time] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-06-04 07:01:46 +00:00
case GST_H264_NAL_SPS_EXT:
case GST_H264_NAL_SLICE_AUX:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* skip SPS extension and auxiliary slice for now */
flags |= GST_VAAPI_DECODER_UNIT_FLAG_SKIP;
break;
decoder: h264: add support for MVC base views. Allow decoding for base views of MVC encoded streams. For now, just skip the slice extension and prefix NAL units, and skip non-base view frames. Signed-off-by: Xiaowei Li <xiaowei.a.li@intel.com> [fixed memory leak, improved check for MVC NAL units] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-02-28 07:59:55 +00:00
case GST_H264_NAL_PREFIX_UNIT:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
/* skip Prefix NAL units for now */
flags |= GST_VAAPI_DECODER_UNIT_FLAG_SKIP |
GST_VAAPI_DECODER_UNIT_FLAG_AU_START |
GST_VAAPI_DECODER_UNIT_FLAG_FRAME_START;
break;
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
default:
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
if (pi->nalu.type >= 14 && pi->nalu.type <= 18)
flags |= GST_VAAPI_DECODER_UNIT_FLAG_AU_START |
GST_VAAPI_DECODER_UNIT_FLAG_FRAME_START;
break;
}
if ((flags & GST_VAAPI_DECODER_UNIT_FLAGS_AU) && priv->prev_slice_pi)
priv->prev_slice_pi->flags |= GST_VAAPI_DECODER_UNIT_FLAG_AU_END;
GST_VAAPI_DECODER_UNIT_FLAG_SET (unit, flags);
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
pi->nalu.data = NULL;
pi->state = priv->parser_state;
pi->flags = flags;
gst_vaapi_parser_info_h264_replace (&priv->prev_pi, pi);
return GST_VAAPI_DECODER_STATUS_SUCCESS;
vaapidecoder_h264: plug leak of h264 parsing info If something goes wrong while parsing, the info object is being leaked https://bugzilla.gnome.org/show_bug.cgi?id=763121
2016-03-04 23:17:20 +00:00
exit:
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
{
vaapidecode: Skip unparsable units from adapter If the unit could not be parsed, just skip this nal and keep parsing what is left in the adapter. We need to flush the broken unit in the decoder specific parser because the generic code does not know about units boundary. This increases error resilliance. Before this, the broken unit would stay in the adapter and EOS would be returned. Which stopped the streaming. Just removing the EOS would have lead to the adapter size growing indefinitely. https://bugzilla.gnome.org/show_bug.cgi?id=796863
2018-07-25 17:50:23 +00:00
gst_adapter_flush (adapter, unit->size);
libs: fix code style for errors
2016-10-19 17:04:20 +00:00
gst_vaapi_parser_info_h264_unref (pi);
return status;
}
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
}
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_decode (GstVaapiDecoder * base_decoder,
GstVaapiDecoderUnit * unit)
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264 *const decoder =
GST_VAAPI_DECODER_H264_CAST (base_decoder);
GstVaapiDecoderStatus status;
h264: initial port to new GstVaapiDecoder API
2012-12-06 13:02:17 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
status = ensure_decoder (decoder);
if (status != GST_VAAPI_DECODER_STATUS_SUCCESS)
return status;
return decode_unit (decoder, unit);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
h264: implement {start,end}_frame() hooks. Implement GstVaapiDecoder.start_frame() and end_frame() semantics so that to create new VA context earlier and submit VA pictures to the HW for decoding as soon as possible. i.e. don't wait for the next frame to start decoding the previous one.
2012-12-13 09:21:46 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_start_frame (GstVaapiDecoder * base_decoder,
GstVaapiDecoderUnit * unit)
h264: implement {start,end}_frame() hooks. Implement GstVaapiDecoder.start_frame() and end_frame() semantics so that to create new VA context earlier and submit VA pictures to the HW for decoding as soon as possible. i.e. don't wait for the next frame to start decoding the previous one.
2012-12-13 09:21:46 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264 *const decoder =
GST_VAAPI_DECODER_H264_CAST (base_decoder);
h264: implement {start,end}_frame() hooks. Implement GstVaapiDecoder.start_frame() and end_frame() semantics so that to create new VA context earlier and submit VA pictures to the HW for decoding as soon as possible. i.e. don't wait for the next frame to start decoding the previous one.
2012-12-13 09:21:46 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return decode_picture (decoder, unit);
h264: implement {start,end}_frame() hooks. Implement GstVaapiDecoder.start_frame() and end_frame() semantics so that to create new VA context earlier and submit VA pictures to the HW for decoding as soon as possible. i.e. don't wait for the next frame to start decoding the previous one.
2012-12-13 09:21:46 +00:00
}
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_end_frame (GstVaapiDecoder * base_decoder)
h264: implement {start,end}_frame() hooks. Implement GstVaapiDecoder.start_frame() and end_frame() semantics so that to create new VA context earlier and submit VA pictures to the HW for decoding as soon as possible. i.e. don't wait for the next frame to start decoding the previous one.
2012-12-13 09:21:46 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264 *const decoder =
GST_VAAPI_DECODER_H264_CAST (base_decoder);
h264: implement {start,end}_frame() hooks. Implement GstVaapiDecoder.start_frame() and end_frame() semantics so that to create new VA context earlier and submit VA pictures to the HW for decoding as soon as possible. i.e. don't wait for the next frame to start decoding the previous one.
2012-12-13 09:21:46 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
return decode_current_picture (decoder);
h264: implement {start,end}_frame() hooks. Implement GstVaapiDecoder.start_frame() and end_frame() semantics so that to create new VA context earlier and submit VA pictures to the HW for decoding as soon as possible. i.e. don't wait for the next frame to start decoding the previous one.
2012-12-13 09:21:46 +00:00
}
h264: implement GstVaapiDecoder::flush() as a DPB flush.
2013-01-17 17:35:58 +00:00
static GstVaapiDecoderStatus
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_flush (GstVaapiDecoder * base_decoder)
h264: implement GstVaapiDecoder::flush() as a DPB flush.
2013-01-17 17:35:58 +00:00
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderH264 *const decoder =
GST_VAAPI_DECODER_H264_CAST (base_decoder);
h264: implement GstVaapiDecoder::flush() as a DPB flush.
2013-01-17 17:35:58 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
dpb_flush (decoder, NULL);
return GST_VAAPI_DECODER_STATUS_SUCCESS;
h264: implement GstVaapiDecoder::flush() as a DPB flush.
2013-01-17 17:35:58 +00:00
}
libs: decoder: refactor decoders as gobject https://bugzilla.gnome.org/show_bug.cgi?id=796308
2018-05-18 14:09:31 +00:00
static void
gst_vaapi_decoder_h264_finalize (GObject * object)
{
GstVaapiDecoder *const base_decoder = GST_VAAPI_DECODER (object);
gst_vaapi_decoder_h264_destroy (base_decoder);
G_OBJECT_CLASS (gst_vaapi_decoder_h264_parent_class)->finalize (object);
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
static void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_class_init (GstVaapiDecoderH264Class * klass)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: decoder: refactor decoders as gobject https://bugzilla.gnome.org/show_bug.cgi?id=796308
2018-05-18 14:09:31 +00:00
GObjectClass *const object_class = G_OBJECT_CLASS (klass);
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
GstVaapiDecoderClass *const decoder_class = GST_VAAPI_DECODER_CLASS (klass);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
h264 decoder: Implement reset() for faster flush Implement a custom reset() function for faster flushes that just clear the reference pictures but don't reallocate the DPB or clear out SPS/PPS https://bugzilla.gnome.org/show_bug.cgi?id=781142
2017-04-07 15:21:23 +00:00
decoder_class->reset = gst_vaapi_decoder_h264_reset;
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
decoder_class->parse = gst_vaapi_decoder_h264_parse;
decoder_class->decode = gst_vaapi_decoder_h264_decode;
decoder_class->start_frame = gst_vaapi_decoder_h264_start_frame;
decoder_class->end_frame = gst_vaapi_decoder_h264_end_frame;
decoder_class->flush = gst_vaapi_decoder_h264_flush;
decoder_class->decode_codec_data = gst_vaapi_decoder_h264_decode_codec_data;
libs: decoder: refactor decoders as gobject https://bugzilla.gnome.org/show_bug.cgi?id=796308
2018-05-18 14:09:31 +00:00
object_class->finalize = gst_vaapi_decoder_h264_finalize;
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
libs: decoder: refactor decoders as gobject https://bugzilla.gnome.org/show_bug.cgi?id=796308
2018-05-18 14:09:31 +00:00
static void
gst_vaapi_decoder_h264_init (GstVaapiDecoderH264 * decoder)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: decoder: refactor decoders as gobject https://bugzilla.gnome.org/show_bug.cgi?id=796308
2018-05-18 14:09:31 +00:00
GstVaapiDecoder *const base_decoder = GST_VAAPI_DECODER (decoder);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
libs: decoder: refactor decoders as gobject https://bugzilla.gnome.org/show_bug.cgi?id=796308
2018-05-18 14:09:31 +00:00
gst_vaapi_decoder_h264_create (base_decoder);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
decoder: h264: add support for NALU "alignment" optimization. We can avoid scanning for start codes again if the bitstream is fed in NALU chunks. Currently, we always scan for start codes, and keep track of remaining bits in a GstAdapter, even if, in practice, we are likely receiving one GstBuffer per NAL unit. i.e. h264parse with "nal" alignment. https://bugzilla.gnome.org/show_bug.cgi?id=723284 [use gst_adapter_available_fast() to determine the top buffer size] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2014-02-06 06:30:10 +00:00
/**
* gst_vaapi_decoder_h264_set_alignment:
* @decoder: a #GstVaapiDecoderH264
* @alignment: the #GstVaapiStreamAlignH264
*
* Specifies how stream buffers are aligned / fed, i.e. the boundaries
* of each buffer that is supplied to the decoder. This could be no
* specific alignment, NAL unit boundaries, or access unit boundaries.
*/
void
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_set_alignment (GstVaapiDecoderH264 * decoder,
decoder: h264: add support for NALU "alignment" optimization. We can avoid scanning for start codes again if the bitstream is fed in NALU chunks. Currently, we always scan for start codes, and keep track of remaining bits in a GstAdapter, even if, in practice, we are likely receiving one GstBuffer per NAL unit. i.e. h264parse with "nal" alignment. https://bugzilla.gnome.org/show_bug.cgi?id=723284 [use gst_adapter_available_fast() to determine the top buffer size] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2014-02-06 06:30:10 +00:00
GstVaapiStreamAlignH264 alignment)
{
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
g_return_if_fail (decoder != NULL);
decoder: h264: add support for NALU "alignment" optimization. We can avoid scanning for start codes again if the bitstream is fed in NALU chunks. Currently, we always scan for start codes, and keep track of remaining bits in a GstAdapter, even if, in practice, we are likely receiving one GstBuffer per NAL unit. i.e. h264parse with "nal" alignment. https://bugzilla.gnome.org/show_bug.cgi?id=723284 [use gst_adapter_available_fast() to determine the top buffer size] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2014-02-06 06:30:10 +00:00
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
decoder->priv.stream_alignment = alignment;
decoder: h264: add support for NALU "alignment" optimization. We can avoid scanning for start codes again if the bitstream is fed in NALU chunks. Currently, we always scan for start codes, and keep track of remaining bits in a GstAdapter, even if, in practice, we are likely receiving one GstBuffer per NAL unit. i.e. h264parse with "nal" alignment. https://bugzilla.gnome.org/show_bug.cgi?id=723284 [use gst_adapter_available_fast() to determine the top buffer size] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2014-02-06 06:30:10 +00:00
}
libs: decoder: h264: add setter for base-only mode https://bugzilla.gnome.org/show_bug.cgi?id=732265
2017-07-25 19:03:34 +00:00
/**
* gst_vaapi_decoder_h264_set_base_only:
* @decoder: a #GstVaapiDecoderH264
* @base_only: %TRUE to force decoding the base view only
*
libs: decoder: h264: decode SVC base layer only Drops non-base NALs when the base-only property is set to TRUE. This modifies the behavior for MVC streams with base-only too: All the non-base units are dropped before they are decoded instead of dropping the non-base frames. The relevant part from the H264 spec is: > Decoders that conform to one or more of the profiles specified in Annex A rather than the profiles specified in Annexes G or H shall ignore (remove from the bitstream and discard) the contents of all NAL units with nal_unit_type equal to 14, 15, or 20. To eliminate side effects from the offending units: - PPS's with a broken seq_parameter_set_id (referring to dropped subset SPS's) are ignored. - The NAL parsing is skipped and their flags are set to GST_VAAPI_DECODER_UNIT_FLAG_SKIP. - Prefix units are not stored in prev_pi. Otherwise, parse_slice() would use them even if they are flagged to be skipped. Subset SPS's and slice extension units are not stored there either. https://bugzilla.gnome.org/show_bug.cgi?id=732266 Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com>
2017-08-29 00:32:57 +00:00
* if @base_only is %TRUE only the base view of MVC or SVC encoded streams
libs: decoder: h264: add setter for base-only mode https://bugzilla.gnome.org/show_bug.cgi?id=732265
2017-07-25 19:03:34 +00:00
* is decoded.
*
**/
void
gst_vaapi_decoder_h264_set_base_only (GstVaapiDecoderH264 * decoder,
gboolean base_only)
{
g_return_if_fail (decoder != NULL);
decoder->priv.base_only = base_only;
}
libs: decoder: h264: add getter/setter for low latency mode https://bugzilla.gnome.org/show_bug.cgi?id=783588
2017-06-14 16:30:53 +00:00
/**
* gst_vaapi_decoder_h264_set_low_latency:
* @decoder: a #GstVaapiDecoderH264
* @force_low_latency: %TRUE if force low latency
*
* if @force_low_latency is %TRUE the decoded frames are pushed soon
* as possible, instead of to wait until decoded picture buffer (DPB)
* release them.
*
* This violate the H.264 specification but it is useful for some live
* sources.
**/
void
gst_vaapi_decoder_h264_set_low_latency (GstVaapiDecoderH264 * decoder,
gboolean force_low_latency)
{
g_return_if_fail (decoder != NULL);
decoder->priv.force_low_latency = force_low_latency;
}
/**
* gst_vaapi_decoder_h264_get_low_latency:
* @decoder: a #GstVaapiDecoderH264
*
* Returns: %TRUE if the low latency mode is enabled; otherwise
* %FALSE.
**/
gboolean
gst_vaapi_decoder_h264_get_low_latency (GstVaapiDecoderH264 * decoder)
{
g_return_val_if_fail (decoder != NULL, FALSE);
return decoder->priv.force_low_latency;
}
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
/**
* gst_vaapi_decoder_h264_new:
* @display: a #GstVaapiDisplay
* @caps: a #GstCaps holding codec information
*
* Creates a new #GstVaapiDecoder for MPEG-2 decoding. The @caps can
* hold extra information like codec-data and pictured coded size.
*
* Return value: the newly allocated #GstVaapiDecoder object
*/
GstVaapiDecoder *
libs: humongous code style fix As part of the upstreaming process of gstreamer-vaapi into the GStreamer umbrella, we need to comply with the project's code style. This meant to change a lot of code. It was decided to use a single massive patch to update the code style. I would like to apologize with the original developers of this code because of the history breakage. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-02-03 10:50:13 +00:00
gst_vaapi_decoder_h264_new (GstVaapiDisplay * display, GstCaps * caps)
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
{
libs: decoder: refactor decoders as gobject https://bugzilla.gnome.org/show_bug.cgi?id=796308
2018-05-18 14:09:31 +00:00
return g_object_new (GST_TYPE_VAAPI_DECODER_H264, "display", display,
"caps", caps, NULL);
Add initial H.264 decoder.
2011-08-12 15:43:55 +00:00
}
Reference in a new issue Copy permalink