Fortunately, that concern has been addressed! So here, I will compare encoding (quality+speed) and decoding (speed) performance of VP9 vs. The elephant-in-the-room question since then has always been: what about HEVC? I couldn’t address this question back then, because the blog post was primarily about decoders, and FFmpeg’s decoder for HEVC was immature (from a performance perspective). We also talked about encoding performance (quality, mainly), and showed VP9 significantly outperformed H.264, although it was much slower. 'conditions':, ], 'sources': [ 'h264.A while ago, I posted about ffvp9, FFmpeg‘s native decoder for the VP9 video codec, which significantly outperforms Google’s decoder (part of libvpx). #, - 'use_third_party_h264%': 0, # TODO(hbos): To be used in follow-up CL(s). # CHECK THE OPENH264, FFMPEG AND H.264 LICENSES/PATENTS BEFORE BUILDING. If FFmpeg is built without H.264, + # compilation succeeds but |H264DecoderImpl| fails to initialize. Because FFmpeg can be built with/without H.264 + # support, |ffmpeg_branding| has to separately be set to a value that + # includes H.264, for example "Chrome". This is supported on + # all platforms except iOS. + # Enable this to build OpenH264 encoder/FFmpeg decoder. # Without it, it compiles but H264DecoderImpl fails to initialize. # FFmpeg can be built with/without H.264 support, see 'ffmpeg_branding'. # - ffmpeg_branding=Chrome is one way to support H.264 decoding in FFmpeg. # - use_openh264=1 is required for OpenH264 targets to be defined.
Because of this, OpenH264 - # and FFmpeg have to be correctly enabled separately. # Encoding uses OpenH264 and decoding uses FFmpeg. 'use_objc_h264%': 0, - # Enable this to build H.264 encoder/decoder using third party libraries. +++ -137,16 +137,14 Enabling this may break interop with Android clients that support H264.
Rtc_use_h264 flag (replacing use_third_party_h264 flag) for building OpenH264/FFmpeg, false by default but can be overridden in supplement.gypi and build_overrides/webrtc.gni.Ĭr-Commit-Position: -git a/webrtc/build/common.gypi b/webrtc/build/common.gypi
0 kommentar(er)
