youtubehdr/hdr_metadata

hdr_metadata's Issues

The Video on YouTube is just like before

Hi,

I converted a mov file with your tool. With the default settings and with some other settings. Afterwards I played bove files with the VLC media Player on Windows. The video looks definetly different. So somethiong has happend. But once I upload the files to YouTube, bove videos look normal, non HDR. I watched them on my phone which is able to play HDR content on YouTube. But they are not HDR. In the resolution settings it says 1080p and not HDR 1080p. Why?

Colors in youtube

Youtube videos are displayed in black and white

P2: Increase maximum upload file size for DNxHR HQX

The current upload file size limit is 120GB as per: https://support.google.com/youtube/answer/71673?hl=en

However, as you probably know, DNxHR HQX takes up way more space.

Right now I am looking at a 28 minute file and it's 361GB. Obviously much more than the YouTube upload limit. A 2 hour movie would be much bigger.

I have to somehow convert the video to 10-bit H.264, which is harder than it sounds, and then upload it. All this compression and decompression is not ideal.

So if you are seriously supporting DNxHR HQX you need to increase the upload limit.

linux, ubuntu version request

HDR live streaming

It would be great if you can add support for HDR live streaming. It's unclear from the documentation if this is supported, my guess is it's not.

If you need a beta tester let me know.

Documentation has a broken link to Google doc

https://github.com/YouTubeHDR/hdr_metadata#supported-input-format-for-hdr-videos

The link https://docs.google.com/document/d/1Di6hBotHO_Xb02o50Rp8BxGJ__XjJz88dwFWY9TVDG8/edit does not work.

"You uploaded an HDR video, but the pixel format is incorrect"

While I upload HDR videos I see this less than helpful message on the YouTube website:

You uploaded an HDR video, but the pixel format is incorrect. For more information on best practices for creating HDR content please refer to this article.

The article does not say anything about "pixel format". Can you be a bit more specific?

Broken link on this repo page

The first page of this repo says: "For more information please see here."

Clicking on "here" goes to a 410 Gone HTTP code.

The link is: https://docs.google.com/document/d/1Di6hBotHO_Xb02o50Rp8BxGJ__XjJz88dwFWY9TVDG8/edit

P3: Editing the soundtrack of an HDR video with YouTube web interface yields artifacts

This is a minor bug for me, but I will still list it here so you know about it. I uploaded an HDR video then I replaced its soundtrack using the YouTube remove/replace song feature. This yielded green artifacts all over the HDR video so I had to remove it completely.

Problems HDR HEVC

I have a HEVC H265 file with HDR metadata as it plays back on my tv fine. But youtube does not reconise the meta data. I cant re render my edits in sony vegas i have tried everything and davinci does not reconise the file as a video file.

H.264 files were not recognized as HDR

Hi,

I am converting my videos with Xmedia Recode to a suitable format. Usually I use ProRes. But files become easily over 10GB and thus, the upload is slow. Unfortunately, if I choose H.264 4:2:2 10 or another H.264 video codec, the files were not recognized as HDR Video on YouTube. Can some one tell me why and how to use H.264 videos with this tool?

HDR video upload - truncated length

I uploaded an HDR video: https://www.youtube.com/watch?v=dg3I2DJ7C1U

The video I uploaded has 1 minute and 33 seconds. It plays correctly on Desktop (Windows 10, Chrome) in SDR.

However, the video manager says this video has only 11 seconds:

Even worse, when I play the video on my Android phone (Samsung S5), the video actually only plays for 11 seconds.

Please check why some of the transcoded streams were truncated.

Thanks!

Will this work on Dolby Vision

Hi guys, will this tool work on Dolby Vision videos from the iPhone?

I noticed that Youtube will only accept Dolby Vision videos as HDR content when they are shorter than a minute

https://www.youtube.com/watch?v=E22CiY3_mvA iPhone 30FPS HDR recognized

https://www.youtube.com/watch?v=XsTkqQXez48 iPhone 60FPS HDR recognized

Longer video not working https://www.youtube.com/watch?v=W57_gFGOBX8&t=6s

Clarification on color bit depth

The official documentation mentions that content can/must be in 10 bits (for H.264) or 12 bit (since you are also recommending DNxHR HQX which is 12 bit).

https://support.google.com/youtube/answer/7126552?hl=en

Can you please confirm the color depth is maintained throughout the chain and HDR content is actually served at 10 or 12 bit?

Also, when you convert HDR to SDR, I assume you convert it to 8 bit?

Hdr

Clarification on maximum brightness in nits

We would like to upload some HDR video that goes above 1000 nits. The official documentation recommends outputting content as ST.2084 1000 nits. Is this just a recommendation or an actual limitation?

Will uploading content at 4,000 or 10,000 nits work fine?

https://support.google.com/youtube/answer/7126552?hl=en

a

h

tj

mkvmerge.exe is missing for Windows 64bit

mkvmerge.exe is missing from this repo for Windows 64bit

I am not sure what is the difference between the mkvmerge.exe that is supposed to be here and the one I downloaded from MKVToolNix.

I have an H.264 HDR video that I exported from Davinci Resolve. As expected, it looks washed out when played on an SDR screen.

I used mkvmerge.exe from MKVToolNix:

mkvmerge.exe ^
  -o ProjectOutput.mkv ^
  --colour-matrix 0:9 ^
  --colour-range 0:1 ^
  --colour-transfer-characteristics 0:16 ^
  --colour-primaries 0:9 ^
  --max-content-light 0:1000 ^
  --max-frame-light 0:300 ^
  --max-luminance 0:1000 ^
  --min-luminance 0:0.01 ^
  --chromaticity-coordinates 0:0.68,0.32,0.265,0.690,0.15,0.06 ^
  --white-colour-coordinates 0:0.3127,0.3290 ^
  ProjectInput.mov

Then I uploaded ProjectOutput.mkv to YouTube.

Unfortunately YouTube did not detect it as HDR, as far as I can tell, since the HDR to SDR conversion did not seem to trigger. Here is the video: https://www.youtube.com/watch?v=uuXxGgZROtY&feature=youtu.be

Output from the MKVToolNix version of mkvinfo.exe:

+ EBML head
|+ EBML version: 1
|+ EBML read version: 1
|+ EBML maximum ID length: 4
|+ EBML maximum size length: 8
|+ Doc type: matroska
|+ Doc type version: 4
|+ Doc type read version: 2
+ Segment, size 598170044
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 4027)
|+ Segment information
| + Timecode scale: 1000000
| + Muxing application: libebml v1.3.4 + libmatroska v1.4.5
| + Writing application: mkvmerge v9.5.0 ('Quiet Fire') 64bit
| + Duration: 29.113s (00:00:29.113)
| + Date: Tue Nov 08 05:46:45 2016 UTC
| + Segment UID: 0xa3 0xc4 0xa6 0x3f 0x56 0x44 0x25 0xed 0x82 0xd5 0x98 0xd7 0xa3 0xa7 0x46 0x94
|+ Segment tracks
| + A track
|  + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
|  + Track UID: 11399832362612848259
|  + Track type: video
|  + Lacing flag: 0
|  + MinCache: 1
|  + Codec ID: V_MPEG4/ISO/AVC
|  + CodecPrivate, length 39 (h.264 profile: Main @L5.1)
|  + Default duration: 41.708ms (23.976 frames/fields per second for a video track)
|  + Language: und
|  + Video track
|   + Pixel width: 3840
|   + Pixel height: 2160
|   + Display width: 3840
|   + Display height: 2160
|   + Video colour information
|    + Colour matrix: 9
|    + Colour range: 1
|    + Colour transfer: 16
|    + Colour primaries: 9
|    + Max content light: 1000
|    + Max frame light: 300
|    + Video colour mastering metadata
|     + Red colour coordinate x: 0.68
|     + Red colour coordinate y: 0.32
|     + Green colour coordinate x: 0.265
|     + Green colour coordinate y: 0.69
|     + Blue colour coordinate x: 0.15
|     + Blue colour coordinate y: 0.06
|     + White colour coordinate x: 0.3127
|     + White colour coordinate y: 0.329
|     + Max luminance: 1000
|     + Min luminance: 0.01
|+ EbmlVoid (size: 1060)
|+ Cluster

Output from YouTube version of mkvinfo.exe:

+ EBML head
|+ EBML version: 1
|+ EBML read version: 1
|+ EBML maximum ID length: 4
|+ EBML maximum size length: 8
|+ Doc type: matroska
|+ Doc type version: 4
|+ Doc type read version: 2
+ Segment, size 598170044
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 4027)
|+ Segment information
| + Timecode scale: 1000000
| + Muxing application: libebml v1.3.4 + libmatroska v1.4.5
| + Writing application: mkvmerge v9.5.0 ('Quiet Fire') 64bit
| + Duration: 29.113s (00:00:29.113)
| + Date: Tue Nov 08 05:46:45 2016 UTC
| + Segment UID: 0xa3 0xc4 0xa6 0x3f 0x56 0x44 0x25 0xed 0x82 0xd5 0x98 0xd7 0xa3 0xa7 0x46 0x94
|+ Segment tracks
| + A track
|  + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
|  + Track UID: 11399832362612848259
|  + Track type: video
|  + Lacing flag: 0
|  + MinCache: 1
|  + Codec ID: V_MPEG4/ISO/AVC
|  + CodecPrivate, length 39 (h.264 profile: Main @L5.1)
|  + Default duration: 41.708ms (23.976 frames/fields per second for a video track)
|  + Language: und
|  + Video track
|   + Pixel width: 3840
|   + Pixel height: 2160
|   + Display width: 3840
|   + Display height: 2160
|   + Video colour information
|    + Colour matrix: 9
|    + Colour range: 1
|    + Colour transfer: 16
|    + Colour primaries: 9
|    + Max content light: 1000
|    + Max frame light: 300
|    + Video colour mastering metadata
|     + Red colour coordinate x: 0.68
|     + Red colour coordinate y: 0.32
|     + Green colour coordinate x: 0.265
|     + Green colour coordinate y: 0.69
|     + Blue colour coordinate x: 0.15
|     + Blue colour coordinate y: 0.06
|     + White colour coordinate x: 0.3127
|     + White colour coordinate y: 0.329
|     + Max luminance: 1000
|     + Min luminance: 0.01
|+ EbmlVoid (size: 1060)
|+ Cluster

P0: Framerate bug in HDR to SDR video stream conversion

As mentioned in another closed item, I am using DNxHR + mkvmerge.

HDR test video: https://www.youtube.com/watch?v=WW2DKBGCvEs

Expected: Video plays fine on both SDR and HDR screens (in terms of frame rate)

What actually happens: The video plays correctly on HDR screens with Chrome Ultra at about 23.976 fps, while it plays at about 5 or so in all SDR versions of the stream.

How I repro-ed the issue:

• Tried playing the SDR video at multiple resolutions on multiple Windows machines with multiple graphics cards.
• Also tried playing the SDR video on the NVIDIA Shield TV + LG OLED

Support for SDR video track instead of LUT

Hey,

is it planned to support adding the SDR version of a video as an additional video track instead of only a LUT? I like that an individual LUT is supported but often a LUT wont cover all cases of different lighting inside a movie - which is also why I prefer Dolby Vision with dynamic metadata to HDR10 (in its current standard version). Dynamic metadata (without the need for overly expensive Dolby Vision finishing) would also be a great alternative.

P1: Chromecast Ultra often and inconsistently decides to use HD stream instead of 4K

HDR test video: https://www.youtube.com/watch?v=WW2DKBGCvEs
(but I also tried it with several other private HDR videos)

Expected: When we cast the video through Chromecast Ultra in the header we should see [4K] [HDR] and the content should play with high 4K quality. By [4K] [HDR] we mean the tags with white background that show up below the title of the video.

What actually happens: When we cast the same video multiple times through Chromecast Ultra we see [4K] [HDR] about 10% of the time and [HD] [HDR] about 90% of the time. When [4K] is displayed the video plays at high quality. When [HD] is displayed the video plays at low HD quality.

How we repro-ed the issue:

• We connected an i7 Windows PC to a 4K SDR screen
• We connected a Chromecast Ultra to a 4K HDR screen
• We connected both the PC and the Ultra to the same wired network with 100 Mbps up / 100 Mbps down bandwidth
• We played the video multiple times on both devices
• We observed Chromecast Ultra only decides to often use the HD stream instead of the 4K stream. The PC can always play the 4K stream without any issues.

Please check if SDR LUTs are actually used

Video without LUT: https://youtu.be/V9Ipg2jA9cg?t=25s
Video with LUT: https://youtu.be/CR5v7oHBA74?t=25s

The MKV I uploaded for the second video contains an attachment named sdr.cube.

Can you confirm the sdr.cube LUT file is actually being used?

The problem is I don't see any difference between the videos. The LUT I uploaded should fix the burnt orange skin tones of the first video but does not.