Firmware update for tx-nr636 2 july 2023 ม อะไรบ าง

Yes, yes I have updated the HDMI 2.0 firmware using the tool provided to 1.66 from an earlier build. It said update complete. However, I still am unable to feed the HDMI 2.0 port to the receiver at anything above 4K 30hz. As such I can't see BIOS post or any OS loading screens before the OS loads at the lower refresh rate using the HDMI port.

The USB C to HDMI 2.0 adapter to the receiver works, but it is not stable as mentioned above. Do you have any further suggestions or firmware to try?

Edit: from the receiver manual showing support for HDMI 4K @60

• Equipped with 4K/60 Hz Passthrough-compatible HDMI IN/OUT jacks (IN1 to IN4 of HDMI IN jacks are 4K compatible) • Supports the HDMI Through function which allows transmission from playback devices to the TV in standby state • Supports HDCP2.2, a strict copy-protection for providing high quality content

Thanks,

Chris.

Hello TX,

The only firmware available is the one I posted above, are the HDMI cables that you are using high quality cable? To get 4 k resolutions you will need a high quality cable.

Also, check with your TV manufacturer to see if there is a INF driver available for your TV, you might get it here:

http://www.samsung.com/us/support/owners/product/2016-suhd-smart-tv-ks9-series http://www.samsung.com/us/support/owners/product/2016-suhd-smart-tv-ks9-series

NOTE: This link is being offered for your convenience and should not be viewed as an endorsement by Intel of the content, products, or services offered there.

This configuration information includes supported refresh rates, screen resolution, and color quality settings.

I also found on your TV manual that for the UHD models make sure to connect to the HDMI IN 1 port of the TV.

I hope this can help.

Regards,

Ivan U.

Ivan,

Thank you for the reply, however, as I stated it works at 4K 60p HDR to my Samsung 9000 series TV. So it's not my TV, nor is it my HDMI cables. It does not work when feeding the NUC to the Receiver and then to the TV.

After some digging around on the Onkyo owners forum I found that my receiver TX-NR636 supports 4K 60p, but does not support HDMI 2.0a HDR which is why this does not work. As a result I'm replacing my receiver with one that supports HDR UHD (hdmi 2.0a).

As a side note, is there a way in BIOS to back rev the HDMI 2.0a to some other standard so it would work without needing a HDMI 2.0a capable receiver to use the HDMI out of the NUC? It will handle 4k 2160p @60 but not HDR.

Thanks.

Thank you for the response TX, actually this NUC supports HDMI 1.4 and you don't need to configure anything in the BIOS, just plug and play.

By the way, I'm sorry that the receiver does not support HDMI 2.0a, I should've dig into that for you but I didn't think about it.

Best wishes,

Ivan U.

Ivan, if that is the case then it doesn't explain why it does not work with my Onkyo TX-NR636 receiver. I run other HDMI 4K 2160p content through it without issue. This seems to be a compatibility issue with the HDMI chipset in this NUC and Onkyo. As I said it does work with the receiver if I boot to the OS and set a lower refresh rate. However at that point I'm unable to see any display, BIOS load, menu options etc during post until the OS loads, which is kind of pointless for a PC.

The new receiver arrived today. TX-NR676. Hopefully this fixes the problem when I get a chance to hook it up.

Hello TX,

In this case, let's wait for you to connect the new receiver and hopefully that solves the issue.

Please let me know how it goes.

Best regards,

Ivan U.

Ivan,

The new TX-NR676 works properly with the NUC 7i7BNH on the HDMI 2.0a port at 2160p 60hz I'm able to see BIOS and boot menus. I have no problem with this setup ..... NUC > TX-NR676 > Samsung 65 9000 series.

However, I am getting audio dropouts during playback of movies with this configuration. It appears the issue is on the Intel NUC side since this is a new model receiver supporting just about every format out there.

Ivan,

That is correct I have the HDMI 2.0 firmware flashed from my earlier troubleshooting for the old receiver. I'm still getting audio dropouts. I'm also unable to pass DTS master audio out the HDMI port. Its outputting PCM audio instead

I'm continuing to do further testing but as I tend to run on the cutting edge of hardware I expect is to perform as advertised.

I'm installing windows 10 now to see if the latest audio drivers will provide me with DTS master audio. Normal DTS is fine, but master audio is output as generic PCM.

Thanks

In this case, if you are installing Windows® 10 please let me know how it goes and if the audio dropouts persist.

Best regards,

Ivan U.

Ivan

Digging into this problem a little deeper and it appears there is a problem with Linux not outputting higher bitrate bitstream audio such as (True-HD, HD-Master, Atmos).

These do work in windows 10 and so far I've had good results playing content. The Linux problem, in my case openelec, is related to support for the DP to HDMI chipset in the new Kaby lake NUCs and other units.

Here's a forum link regarding this issue/bug. https://bugs.freedesktop.org/show_bug.cgi?id=98797 https://bugs.freedesktop.org/show_bug.cgi?id=98797

I wish they would get this sorted out as I'd like to run Linux on the NUC, but for now I'll have to use Windows 10 to get the DTS HD, Master Audio, and Atmos to work.

it does work fine in windows 10 now with the latest drivers. I downloaded a newer video driver from intel for the GPU. The one in the NUC section is not the latest. It's working fine.

I'm running 15.45.19.4678. I've had better luck with this version.

Hello TX,

I'm glad that your issue has been resolved on Windows® 10 and thank you for taking your valuable time to let us know about the issue with Linux*, I'm sure this information will be useful for other users.

Best wishes,

Ivan U.

This is not an issue with the NUC because it works fine on Windows® 10, this issue needs to be address by Linux*, Intel hasn't validated these operating systems. We recommend you use the latest kernel. If you need assistance with Linux* on Intel NUC, check your distro's website and forums for peer assistance.

Regards,

Ivan U.

So this is how Intel thinks of its customers. Thanks for your open speech telling me to avoid Intel products in the future! And please put a badge on your products which tells your customers "Only working with Windows".

OK, dear Ivan U., i have now about 5 NUCs at my home, and home my parrents etc. - and I promise you, the Kaby Lake NUC is the last one i bought. If you do not know, NUCs are very often used as multimedia center and in this application is best solution the small linux distro like OpenElec or LibreElec - Linux. So, good luck with your arrogant and unprofessional behaviour to your customers. "Intel hasn't validated these operating systems" - Jesus, it´s year 2017 and Intel is one of biggest company at IT market... It´s shame, big shame for Intel developers...

Hello,

I work for Intel Customer Support and we do not officially validate Linux Operating Systems on NUC but we do provide best effort support though, the main reason for this is the challenge that represents to validate Open-Source Code Operating Systems and the amount of different flavors we would have to go through.

Also, if we have not officially validated, it doesn't mean that it is not going to work, it means that we haven't officially tested it, drivers may be only provided by the OS manufacturer and support is also limited.

Here is the list of validated operating systems for NUC: https://www.intel.com/content/www/us/en/support/boards-and-kits/intel-nuc-boards/000005628.html Supported Operating Systems for Intel® NUC Products

I hope that you understand,

Regards,

Ronny G

Sorry to be harsh, but "best effort" helps nothing. The only thing that matters is offering solutions! But as you just confirmed: Intel isn't willing to do so for Linux. Thanks once again for being honest so that everyone can make their future decisions based on this information.

To be honest here guys, this really isn't a problem with intel, well aside from intel using a chip (LSPcon DP to HDMI) that isn't suported under linux. To me it seems to be more of a linux kernel development problem where they haven't included fully working driver support for this new chip. Why? Who knows. Is it a bad design of a chip? It seems odd that for it to work properly in windows it needed a firmware upgrade, which btw i am still getting audio dropouts on the new firmware. It's very slight but it's still a problem. I thought it was fixed at first, but after a few weeks of watching movies I've noticed it's still there. Sadly I had to run windows on the NUC to get full audio support (with dropouts)

Thought I would update my post to say that now the audio droputs have increased to full on black holes where I have loss of video and audio. The receiever LCD display for the input goes blank for the audio and video type meaning it has lost the input signal from the NUC.