New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 705085 link

Starred by 3 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

Intel devices decoding H.264 video badly

Project Member Reported by rdb@chromium.org, Mar 24 2017

Issue description

Google Chrome	56.0.2924.110 (Official Build) (64-bit)
Revision	0
Platform	9000.91.0 (Official Build) stable-channel samus

See attached file (1080p/30, encoder was Camera on iPhone 6s)

Audio/Video format (if applicable): H.264 1080p/30 or 4k, captured on iPhone 6s.

Special chrome flags (if applicable): not applicable

Video issue, Audio issue, both, neither? Video

What steps will reproduce the problem?
(1) Get Pixel 2 (repro'd on two different machines)
(2) Open attached file in Video Player
(3) See poor decoding with many artifacts


What is the expected result?
The video looks okay.

What is the actual result?
The video looks bad.

Any additional information (anything else which may help us debug the
issue)?

The video plays poorly on a Pixel 2 using Video Player, VLC, and in the Chrome browser directly (if the file is renamed .mp4).

The video plays fine in Video Player on an ARM chromebook (blaze - HP Chromebook 14 G3)

The video also plays fine on the iPhone 6s as well as goobuntu on intel.

Google.com drive link to video since the upload may fail (> 10 MB)

https://drive.google.com/open?id=0BzZFL4VnClddOVhmQUEwMjl3UEE


 
IMG_3767.MOV
11.3 MB Download

Comment 1 by rdb@chromium.org, Mar 24 2017

Correction: we have checked this on a pixel 2 and a pixel 1.
Cc: hsiangc@chromium.org rohi...@chromium.org vsu...@chromium.org avkodipelli@chromium.org posciak@chromium.org
Components: -Internals>Media OS>Kernel>Video
Labels: -Pri-3 Arch-x86 M-59 ReleaseBlock-Beta Pri-1
Status: Untriaged (was: Unconfirmed)
Summary: Intel devices decodeing H.264 video badly (was: Pixel 2 decodes H.264 video badly)
This issue is observed on intel devices(celes , link, samus) but not reproduced on ARM devices(pit, kevin, spring) while playing above attached video.

Issue also not reproduced by disabling H/w decode from about:flags in intel devices.

This issue observed on M55(55.0.2883.82/8872.67.0), M58(9334.23.0 / 58.0.3029.39), M59(9404.0.0, 59.0.3051.3). 


feedback report id: 55951391687
Any updates?
Labels: videoshortlist

Comment 6 by gkihumba@google.com, Apr 18 2017

Owner: posciak@chromium.org

Comment 7 by gkihumba@google.com, Apr 18 2017

Any updates? Is this stil seen on latest tot builds?
M59 goes beta in ~1 week

Comment 8 by rdb@chromium.org, Apr 18 2017

Not sure about ToT, I'm still on M57.
Observed on latest build 9460.1.0, 59.0.3071.8 on paine device.
Status: Available (was: Untriaged)
Labels: -ReleaseBlock-Beta
Removing RBB label after checking offline with Pawel. Issue is seen on particular streams encoded with certain features and so does not break across the board. Please tag as RBB if there are more reports from other streams.

Comment 12 by rdb@chromium.org, May 11 2017

Summary: Intel devices decoding H.264 video badly (was: Intel devices decodeing H.264 video badly)
Labels: -videoshortlist
Chromebook Pixel 2 here. This issue still exists.

Version 61.0.3163.110 (Official Build) beta (64-bit)
Is this perhaps a DRM issue with hardware decoding? I'm also having issues playing DRM protected videos. Not sure if that's relevant, but I thought it may be.

Comment 16 by rdb@chromium.org, Oct 9 2017

This repros on non-DRM'd video, so I don't think it's DRM-specific.
Status: Assigned (was: Available)

Sign in to add a comment