Open
Bug 1743824
Opened 3 years ago
Updated 1 year ago
h264 video with pixel format yuv420p10le is either not played, played with visual glitches, or played perfectly, depending on the platform
Categories
(Core :: Audio/Video: Playback, defect)
Core
Audio/Video: Playback
Tracking
()
NEW
People
(Reporter: padenot, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
(deleted),
video/mp4
|
Details |
STR:
- Open the video attached, h264 high yuv420p10le / aac. This is a conversion of an HEVC 10-bits video to h264 with the default options, with ffmpeg
Expected:
- It's played back (A/V sync video trimmed down to the first 3 seconds)
Actual:
- Linux : played correctly
- macOS : plays, but the bottom of the video is glitched
- Windows : doesn't play
Comment 1•3 years ago
|
||
Set to S4 for now. Feel free to change it.
John, are you familiar with the HDR issue? do you know who might be a good candidate to look at this these days?
Severity: -- → S4
Flags: needinfo?(jolin)
Comment 2•3 years ago
|
||
QuickTime Player behaves the same as Firefox on macOS, so does Window Media Player on Windows. My guess is that the platform codecs don't support 10-bit H.264 and FFmpeg does. That explains why Linux and Chrome play the video just fine.
Flags: needinfo?(jolin)
Comment 3•2 years ago
|
||
No, this is not HDR, HDR does not use BT.709 transfer function, that is only SDR! Please remove the tag HDR.
There are only some mediatek devices that support HW decoding Hi10p "anime" profile.
Only software decoding by ffmpeg h26x decoder is available here.
You need to log in
before you can comment on or make changes to this bug.
Description
•