• 1
  • 12
  • 13
  • 14(current)
  • 15
  • 16
  • 18
Auto frame rate switching & dynamic range matching - 4K (HDR10) capable Hardware
(2018-04-30, 16:47)ROMERO91 Wrote: @wrxtasy @hdmkv Good afternoon, I'm thinking of buying one Zidoo x9s.

I need:

- auto framerate
- auto switching color range & space (for example: 2160p 4.2.0 10bit BT2020 and i'll put one movie 1080p, the system changes auto to 1080p resolution 4.2.0 8bit BT 709)

Does Zidoo x9s do it whit the last beta firmware?
  
I don't think 1080p 4:2:0 8-bit BT 709 is a valid HDMI output format. You'd need 4:2:2 or 4:4:4 I think?

AIUI 4:2:0 is only supported for 2160p50/59.4 modes, and isn't supported for 1080p or 2160p30 and below? (4:2:0 was added to the HDMI 2.0 specs to let HDMI 1.4 bandwidth hardware carry 2160/50p or 59.94p video, and effectively sneak into HDMI 2.0 specs without having to cope with the increased bandwidth other HDMI 2.0 modes required.)
Reply
(2018-04-30, 17:31)noggin Wrote:
(2018-04-30, 16:47)ROMERO91 Wrote: @wrxtasy @hdmkv Good afternoon, I'm thinking of buying one Zidoo x9s.

I need:

- auto framerate
- auto switching color range & space (for example: 2160p 4.2.0 10bit BT2020 and i'll put one movie 1080p, the system changes auto to 1080p resolution 4.2.0 8bit BT 709)

Does Zidoo x9s do it whit the last beta firmware?
  
I don't think 1080p 4:2:0 8-bit BT 709 is a valid HDMI output format. You'd need 4:2:2 or 4:4:4 I think?

AIUI 4:2:0 is only supported for 2160p50/59.4 modes, and isn't supported for 1080p or 2160p30 and below? (4:2:0 was added to the HDMI 2.0 specs to let HDMI 1.4 bandwidth hardware carry 2160/50p or 59.94p video, and effectively sneak into HDMI 2.0 specs without having to cope with the increased bandwidth other HDMI 2.0 modes required.)  
You're right. I'm sorry for the mistake. I would like to know if Zidoo makes all these changes automatically ..
But according to this user, it's work perfectly with the lastets beta firmware!
https://forum.kodi.tv/showthread.php?tid...pid2730567
Reply
Replied to you in the Zidoo thread. Answer is yes Smile.
Reply
Some update after Nvidia Shield TV Oreo update? :-)
Reply
According to https://mrmc.tv/forum/viewtopic.php?t=41...=10#p18186 it seems that also the new Shield firmware version 7 does not supports dynamic range switching/matching.
It still depend on Android operating system.

@wrxtasy I think you can update the first post by adding also "Oreo" when you specify: Google's Android Nougat OS does not even have support for colorspace conversion/switching.
Kodi 18: Nvidia Shield TV (main device) and LibreELEC on Raspberry Pi 2 and Odroid C2
TV: Panasonic TX-55EZ950E (OLED)
AVR: Onkyo TX-NR509 (HDMI ARC)
Reply
(2018-06-04, 16:28)outcave Wrote: According to https://mrmc.tv/forum/viewtopic.php?t=41...=10#p18186 it seems that also the new Shield firmware version 7 does not supports dynamic range switching/matching.
It still depend on Android operating system.

@wrxtasy I think you can update the first post by adding also "Oreo" when you specify: Google's Android Nougat OS does not even have support for colorspace conversion/switching.
When Oreo for the Shield comes out of its Preview / Beta / RC / Experience whatever testing program and is released to Joe Public Wink

(and @wesk05) has had a chance to Bench test it ! Wink

Thx. for the Shield colorspace discussion link.

Reply
(2018-06-04, 16:34)wrxtasy Wrote:
(2018-06-04, 16:28)outcave Wrote: According to https://mrmc.tv/forum/viewtopic.php?t=41...=10#p18186 it seems that also the new Shield firmware version 7 does not supports dynamic range switching/matching.
It still depend on Android operating system.

@wrxtasy I think you can update the first post by adding also "Oreo" when you specify: Google's Android Nougat OS does not even have support for colorspace conversion/switching.
When Oreo for the Shield comes out of its Preview / Beta / RC / Experience whatever testing program and is released to Joe Public Wink

(and @wesk05) has had a chance to Bench test it ! Wink

Thx. for the Shield colorspace discussion link. 
...but I'm still confused if in Andorid Oreo (aka 8) the colourspace switching/matching is possible.

here seems yes: https://forums.geforce.com/default/topic...6/#5262106


here seems no: https://mrmc.tv/forum/viewtopic.php?t=41...=10#p18186
Kodi 18: Nvidia Shield TV (main device) and LibreELEC on Raspberry Pi 2 and Odroid C2
TV: Panasonic TX-55EZ950E (OLED)
AVR: Onkyo TX-NR509 (HDMI ARC)
Reply
(2018-06-04, 16:34)wrxtasy Wrote: When Oreo for the Shield comes out of its Preview / Beta / RC / Experience whatever testing program and is released to Joe Public Wink

(and @wesk05) has had a chance to Bench test it ! Wink 
Yep! it has to be rolled out to the public. Only then I can comment on it Wink
Reply
(2018-06-04, 16:28)outcave Wrote: ...but I'm still confused if in Andorid Oreo (aka 8) the colourspace switching/matching is possible.

It's a conversion that's happening, and there's no switching. Like I said over in the MrMC forums, the conversion in Oreo is a lot better than previously, and I can't tell a difference like I could previously (especially with red). Now as to how accurate it is we'll have to wait for someone like @wesk05 and not just base it off my eyeballs, but as long as it's passing the eyeball test I'm relatively happy.
Denon X6500H 7.2.4 -> LG OLED65C9P
Main:
NVIDIA Shield Pro (2019)
Other Devices: Apple TV 4K, FireStick 4K Max (2023), Homatics Box R 4K
Retired devices: Zidoo X9S, Xiaomi Mi Box, All the old RPi’s
Reply
(2018-06-04, 17:47)wesk05 Wrote: Yep! it has to be rolled out to the public. Only then I can comment on it Wink 
Oh the suspense! Wink
Reply
(2018-06-05, 00:45)hdmkv Wrote: Oh the suspense! Wink 
No, there is no suspense. I don't have the Oreo update on my Shields because I have refused to sign up for the preview.
Reply
Oh right, I recall from another thread I think. Forgetting things as I age Wink. Look forward to your assessment after public release. I signed up for nVidia's "preview program" just as they hit pause on the Oreo rollout.
Reply
(2018-04-07, 02:03)noggin Wrote: Is this at 2160p? Didn't think 4:2:2 10-bit was valid for that - thought 4:2:2 was 8-bit or 12-bit only at 2160p. Thought 10-bit was 4:2:0 and 4:4:4 only (the former at >30p and the latter at <=30p) 
I believe manufacturers are using 4:2:2 10-bit to indicate that the source 10-bit is not altered (10-bit + 0 padding to make it 12-bit for 4:2:2 encoding).
Reply
(2018-06-09, 20:34)wesk05 Wrote:
(2018-04-07, 02:03)noggin Wrote: Is this at 2160p? Didn't think 4:2:2 10-bit was valid for that - thought 4:2:2 was 8-bit or 12-bit only at 2160p. Thought 10-bit was 4:2:0 and 4:4:4 only (the former at >30p and the latter at <=30p) 
I believe manufacturers are using 4:2:2 10-bit to indicate that the source 10-bit is not altered (10-bit + 0 padding to make it 12-bit for 4:2:2 encoding).  
 So are they testing for 00 LSBs on 4:2:2 12-bit sources before they report it's a 10-bit source do you think?  Or is this a source device indicating its outputting 10-bit content in 4:2:2 12-bit with the two LSBs carrying 00s rather than dither?
Reply
(2018-06-10, 14:12)noggin Wrote: So are they testing for 00 LSBs on 4:2:2 12-bit sources before they report it's a 10-bit source do you think?  Or is this a source device indicating its outputting 10-bit content in 4:2:2 12-bit with the two LSBs carrying 00s rather than dither? 
It's the latter, the source device is indicating that the 12-bit 4:2:2 is actually 10-bit with 0 padding.
Reply
  • 1
  • 12
  • 13
  • 14(current)
  • 15
  • 16
  • 18

Logout Mark Read Team Forum Stats Members Help
Auto frame rate switching & dynamic range matching - 4K (HDR10) capable Hardware5