[Bug 778750] For vaapih264enc without h264parse, using the adaptive 8x8 DCT encoding tool breaks 720p 30 fps clips

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=778750

--- Comment #14 from Víctor Manuel Jáquez Leal <vjaquez at igalia.com> ---
commit 9ed6ac1f763589dd3f77fdccfe6b3487c3a836ba
Author: Hyunjun Ko <zzoon at igalia.com>
Date:   Fri Mar 17 17:14:01 2017 +0900

    libs: h26x: adds gst_vaapi_utils_h26x_write_nal_unit()

    Implements gst_vaapi_utils_h26x_write_nal_unit(), which writes NAL
    unit length and data to a bitwriter.

    Note that this helper function applies EPB (Emulation Prevention
    Bytes), since otherwise produced codec_data might be broken when
    decoder/parser considering EPB, starts parsing.

    See sections 7.3 and 7.4 of the H264 and H264 specifications, which
    describes the emulation_prevention_three_byte.

    https://bugzilla.gnome.org/show_bug.cgi?id=778750

    Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez at intel.com>

commit 49b370ed600c713f0c309bf6091994393af2a6bd
Author: Hyunjun Ko <zzoon at igalia.com>
Date:   Fri Mar 17 16:49:41 2017 +0900

    libs: utils: h26x: create vaapiutils_h26x

    Since there is duplicated code in h264/265 encoder, we could
    refactor it to avoid duplicated code.

    https://bugzilla.gnome.org/show_bug.cgi?id=778750

    Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez at intel.com>

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.