New issue
Advanced search Search tips

Issue 793577 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Dec 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

ffmpeg_branding = Chrome not accepted

Reported by dntsp...@gmail.com, Dec 9 2017

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3226.0 Safari/537.36

Steps to reproduce the problem:
1. gn args out/Default
2. ffmpeg_branding = Chrome
3. :wq

What is the expected behavior?
no error

What went wrong?
wants only the default ffmpeg_branding = Chromium

Did this work before? Yes 63.0.3226.0

Chrome version: 65.0.3289.0  Channel: n/a
OS Version: 
Flash Version: 

ffmpeg_branding = Chromium and
proprietary_codecs = true
not accepted so no H264
 
Labels: Needs-Bisect Needs-Triage-M65
Components: Internals>Media>FFmpeg
Labels: Triaged-ET TE-NeedsTriageHelp
The issue seems to be out of TE-scope as it is related to proprietary codecs. Hence, marking TE-NeedsTriageHelp for further investigation from dev team.

Thanks...!!
Status: WontFix (was: Unconfirmed)
You must have both ffmpeg_branding="Chrome" and proprietary_codecs=true

Comment 4 by dntsp...@gmail.com, Dec 12 2017

My original gn args out/Default:
enable_nacl = false
ffmpeg_branding = Chrome
is_debug = false
proprietary_codecs = true
remove_webcore_debug_symbols = true
use_system_freetype = true
use_system_harfbuzz = true
use_system_lcms2 = true
use_system_libdrm = true
use_system_libjpeg = true
use_system_zlib = true

failed on 4 points. Now compiled only with
enable_nacl = false
is_debug = false
remove_webcore_debug_symbols = true
use_system_freetype = true
use_system_libdrm = true
use_system_zlib = true

2017-12-12 18:52 GMT+01:00 dalecur… via monorail <
monorail+v2.2801085551@chromium.org>:

Comment 5 by dntsp...@gmail.com, Mar 21 2018

ffmpeg_branding = "Chrome" (quotes) is the solution

Sign in to add a comment