3 ms·

Do we know for sure that all VC5/6 SoCs support HDR decoding, or is that still unknown? The Wikipedia page for VideoCore only lists one VC5 SoC and no VC6 SoCs.

Do we know for sure that all VC5/6 SoCs support HDR decoding, or is that still unknown? The Wikipedia page for VideoCore only lists one VC5 SoC and no VC6 SoCs. The Broadcom page for the VC5 SoC is pretty uninformative. Edit: I found this thing someone on the RaspPi forums put together! https://cdn.shopify.com/s/files/1/1560/1473/files/Inside_Raspberry_Pi_4.pdf?2142 https://cdn.shopify.com/s/files/1/1560/1473/files/Inside_Ras... > The Pi 4 has seen an upgrade to VideoCore VI. > The H.265 / HEVC decoder is a HEVCv2 Main 4:4:4 10 design supporting bitstreams up to profile 5.1 Sounds promising! (The documentation on the website should certainly be fixed if this is correct.) Now assuming Rec. 2100 is properly supported to allow connecting to HDR capable displays over HDMI 2.0, we should be good!

Mindwipe 7y ago
> Sounds promising! (The documentation on the website should certainly be fixed if this is correct.) Now assuming Rec. 2100 is properly supported to allow connecting to HDR capable displays over HDMI 2.0, we should be good! As hopeful as I am, that's quite a big assumption...
stefan_ 7y ago
The KMS in this new chip is still the old VC4 HVS (high-speed video scaler). That chip can not output any 10 bit formats. (But it also wasn't capable of 4k60, so maybe there are some modifications there.)
- stoobs 7y ago
  This was mentioned in the rpi forum by staff: May I ask whether RPI supports things such as 10 bit video decoding, Dolby Vision and Atmos? Thx. HEVC hardware decode supports 4kp60, 10-bit. Audio output is pretty much unchanged, but the HDMI audio channels now support 8x192kHz bitrates.
  - stefan_ 7y ago
    Sure, but the video decode IP is a different piece of hardware from the video scaler/compositor. In a typical SoC, you have the GPU and the video decode engines as separate blocks that feed into the video scaler/compositor which then blends, rotates, scales, .. etc the inputs and feeds the final signal to LVDS, HDMI or whatever. Now does it make sense to have your video decoder support 10 bit when your compositor can't handle that format? I guess you could argue that 10 bit source material will still improve the quality even if you downsample it to 8 bit for display, and I think for example DVB-T2 has standardized on 10 bit so if you can't decode that, that's a large chunk of market gone. Ultimately, from the little we know, the compositor hardware is the same as the old Rpi, and that couldn't do 4k60 and it can't do 10 bit depths. The Raspbian image currently doesn't use the Linux kernel implementation for driving the compositor (it uses the fkms or "firmware kernel mode setting") so there might well have been hardware tweaks. (Ok, instead of making this comment thread any longer, I simply asked and the compositor hardware in the RPi indeed has HDR support: https://github.com/raspberrypi/linux/issues/3020#issuecomment-505157897 https://github.com/raspberrypi/linux/issues/3020#issuecommen... Tweaked from the old HVS in the old RPis.)
    - stoobs 7y ago
      Yeah, that makes sense - you wouldn't want to gimp the system by only doing half a job :)

Mindwipe 7y ago

> Sounds promising! (The documentation on the website should certainly be fixed if this is correct.) Now assuming Rec. 2100 is properly supported to allow connecting to HDR capable displays over HDMI 2.0, we should be good! As hopeful as I am, that's quite a big assumption...

stefan_ 7y ago

The KMS in this new chip is still the old VC4 HVS (high-speed video scaler). That chip can not output any 10 bit formats. (But it also wasn't capable of 4k60, so maybe there are some modifications there.)

stoobs 7y ago
This was mentioned in the rpi forum by staff: May I ask whether RPI supports things such as 10 bit video decoding, Dolby Vision and Atmos? Thx. HEVC hardware decode supports 4kp60, 10-bit. Audio output is pretty much unchanged, but the HDMI audio channels now support 8x192kHz bitrates.
- stefan_ 7y ago
  Sure, but the video decode IP is a different piece of hardware from the video scaler/compositor. In a typical SoC, you have the GPU and the video decode engines as separate blocks that feed into the video scaler/compositor which then blends, rotates, scales, .. etc the inputs and feeds the final signal to LVDS, HDMI or whatever. Now does it make sense to have your video decoder support 10 bit when your compositor can't handle that format? I guess you could argue that 10 bit source material will still improve the quality even if you downsample it to 8 bit for display, and I think for example DVB-T2 has standardized on 10 bit so if you can't decode that, that's a large chunk of market gone. Ultimately, from the little we know, the compositor hardware is the same as the old Rpi, and that couldn't do 4k60 and it can't do 10 bit depths. The Raspbian image currently doesn't use the Linux kernel implementation for driving the compositor (it uses the fkms or "firmware kernel mode setting") so there might well have been hardware tweaks. (Ok, instead of making this comment thread any longer, I simply asked and the compositor hardware in the RPi indeed has HDR support: https://github.com/raspberrypi/linux/issues/3020#issuecomment-505157897 https://github.com/raspberrypi/linux/issues/3020#issuecommen... Tweaked from the old HVS in the old RPis.)
  - stoobs 7y ago
    Yeah, that makes sense - you wouldn't want to gimp the system by only doing half a job :)