Posts by andirama

The following works for my Pi4 via ssh.
--
mount -o remount,rw /flash
echo "hdmi_enable_4kp60=1" >> /flash/config.txt
mount -o remount,ro /flash
reboot
--
after the reboot i can choose 60hz via GUI as resolution in LibreElec.
If you cant choose that, then "MatteN" might be right that your may be not using a HDMI-Cable that supports this resulution.

Today i tested again a bit more.
For every Test involving the Denon-Receiver i used 3 diffrent HDMI-Cables and got all the time the same Results.
1) Mini-HDMI->HDMI Cable supporting 2.0 Standard, 2m
2) Mini-HDMI->HDMI Cable supporting 2.1 Standard, 2m
3) Mini-HDMI to HDMI-Adapter and a HDMI-Cable (both supporting 2.1 Version), 2m

For the Test connecting the Raspberrys direct to the TV i even used some HDMI-Extension-Adapters with a resulting Cable-Length of 4m. HDMI support was 2.0 and 2.1

Other settings:
Denon AVR x3800H set to:
- HDMI-Control: ON, everything else: OFF
- 4k/8k-Signal Format: Extended
- HDCP: all set to 2.3
- Upscaling: off

Pi4 and Pi5 set to:
- CEC-Adapter: Disabled
- Resolution: 3840x2160 @Hz of Testsetup
- max-Gui-Resolution: 1080

TESTS:
---------
Raspberrys direct to TV:
RPI4@2160p@30Hz/29,97Hz/60Hz/59.94Hz->OLED83C37LA: no problems
RPI5@2160p@30Hz/29,97Hz/60Hz/59.94Hz->OLED83C37LA: no problems

Raspberrys to AVR and AVR to TV:
RPI4@2160p@30Hz/29.97Hz->X3800H@HDMI1/2/3/4/5/6->OLED83C37LA: no problems
RPI5@2160p@30Hz/29.97Hz->X3800H@HDMI1/2/3/4/5/6->OLED83C37LA: no problems

RPI4@2160p@60Hz/59.94Hz->X3800H@HDMI1/2/3/4->OLED83C37LA: same behavior: 4/5 to 6/7 of time; no signal
RPI5@2160p@60Hz/59.94Hz->X3800H@HDMI1/2/3/4->OLED83C37LA: same behavior: 4/5 to 6/7 of time: no signal

RPI4@2160p@60Hz/59.94Hz->X3800H@HDMI5/6(Aux1+Aux2)->OLED83C37LA: same behavior: 4/5 to 6/7 of time; no signal
RPI5@2160p@60Hz/59.94Hz->X3800H@HDMI5/6(Aux1+Aux2)->OLED83C37LA: no problems

The only diffrence for the HDMI-Ports of the X3800H i found in the manual is, that HDMI5/6 doesnt work on ZONE2(page 270).
Other specific diffrence (like for the X2800HDAB that 8k is only supported on HDMI4/5/6) i didnt found.
But there is definitly a diffrence. My bet is, that HDMI 5/6 accepts lower HDMI-Signal Power or something like that and that the Raspberrys HDMI-Signal Strenght is somehow to low for the Denon-AVR.

https://www.raspberrypi.com/documentation/…config_txt.html says something about the option "config_hdmi_boost" for the config.txt but that this option will be ignored for the Pi4. Will that also be ignored for the Pi5 ?

Oh and btw: i also checked if the AppleTV4k, and the RTX3080 worked on all HDMI-Ports in 2160p@60Hz.
They do without any Problems. (The RTX 3080 was even with a 6m HDMI2.0 Cable connected to all HDMI-Ports)

Quote from chewitt

The latest LE12 nightly (since https://github.com/LibreELEC/LibreELEC.tv/pull/8616) would be interesting to test as it contains some changes to correct some EDID issues seen. No ideas if this is one of them, but would be good to rule in or out.

RPI4@2160p@60Hz/59.94Hz->X3800H->OLED83C37LA: same beahavior: 4/5 to 6/7 of time; no signal
RPI5@2160p@60Hz/59.94Hz->X3800H->OLED83C37LA: same beahavior: 4/5 to 6/7 of time: no signal

RPI4@2160p@30Hz/29.97Hz->X3800H->OLED83C37LA: no problems
RPI5@2160p@30Hz/29.97Hz->X3800H->OLED83C37LA: no problems

Settlings like" hdmi_force_hotplug=1" in config.txt also have no effects.

Quote from HomerJau

Why not connect your Pi to an AVR input and your AVR output to the TV?

Because his TV ca handle 4k and the Receiver only 1080p...

Quote from tomstephens89

The problem is clearly 60Hz output.

What could be the reason?

It’s faultless with 4k and 30hz set. I have adjust display refresh to start stop.

I bet our Denon-Receivers are the problem.
I didnt hear so far from other Receiver-Brands with simlilar Problems.

But who knows.
In my case an apple-tv-4k +Infuse does display-like a perfect job in 3840x2160@60hz+dv.
So because of this, its actually also possible the the Pi does something wrong...
(But with an apple-tv-4k you can actually forget audio-passthrough. Its not possible.
You only have the option converted everything PCM, stay at DD 5.1 or even Stereo.
Dolby Atmos works only with content that has E-AC3 with joint Object Coding so far.)

Staying at 3840x2160@30hz is a valid solution for the problem.
Changing constantly refresh-rate&resolution if i stay at 1920x1080x30hz is not a solution for me
As there is a better resizing algorithm for the pi5 on the road the better upscaling capability might not be an argument anymore to stay at 1080p and let the receiver/tv rescale.

Quote from tomstephens89

None of the previous settings have worked for me. Infact they have made it worse.

What video mode should I be setting my Denon to. Enhanced etc….?

I might try 30fps for the UI and see if that works like you say.

for my Setup this works fine:
Denon AVR x3800H / 2800HDAB set to:
- HDMI-Control: ON, everything else: OFF
- 4k/8k-Signal Format: Extended
- HDCP: all set to 2.3
- HDMI-Input of Pi4 and Pi5: doesnt matter (actual Pi5 is on MediaPlay, Pi4 on Aux1)

Pi4 and Pi5 set to:
- CEC-Adapter: Disabled
- Resolution: 3840x2160 (and 4096x2160p), 30fps
- max-Gui-Resolution: 1080

Quote from jhspyhard

I've run the above block of code. However, if I turn my TV or AVR off and then back on, the TV still gets no signal until I either systemctl restart kodi, or switch my TV's input to another device and then switch it back to Kodi.

Seems to be the same problem as described under:
RE: RPi 4 + Denon AVR - No Signal until source switch

I guess that will depend on the connected devices, because on my PI5 it seems to be fine.
LE11.0.5 on PI5->Denon X3800H->LG OLED83C37LA.

i downloaded the following files via ssh & wget
https://i807.photobucket.com/albums/yy352/f…e-rgb-1080p.png
https://web.archive.org/web/2020021718…e-rgb-1080p.png
http://www.ozone3d.net/public/jegx/20…-test-4k-tv.png
and all are looking fine while displaying them via PI5.

Quote from zitko

I'm running Pi at 3840x2160, 60Hz with this added to the cmdline.txt:

Code

video=HDMI-A-1:3840x2160M@60D,margin_left=0,margin_right=0,margin_top=0,margin_bottom=0

In addition to that, I added the following to the config.txt:

Code

hdmi_force_hotplug=1
disable_overscan=1

I tried that, but that didnt solved the problem on
Pi4 + LE´´´ + X3800H + LG-OLED43C37LA
Pi5 + LE + X3800H + LG-OLED83C37LA

Staying on 3840x2160@30hz solved that Problem on every of the above situations. No lost Signals since then.
Maybe its also the combination of newer LG-TVs + Denon-AVR...

I bet you didnt realize that you see the settings for audio-passthrough like DTS, ...
only if you change Settings to "Expert"-View.

Quote from noggin

When you said you've not tested CEC - can I check that means you have CEC disabled on the Pi and other devices - or you've just not tested remote control pass-through (which is a tiny part of CEC)?

On Pi:
- CEC-Adapter: deactivated.
On Denon AVR:
- HDMI-Control: ON, everything else: OFF

Yesterday i got my Pi5 with a passive cooling-case and tested the described behavior.
I could confirm, that the Denon-AVR will get confused if the Pi4 or Pi5 runs at 60Hz.
It makes also no diffrence if a HDMI2.0 or HDMI2.1-cable is used or if the resolution is set to 3840x2160 or 4096x2160.
In 1/4 of all cases the signal will be lost if i switch the Input on the Denon-AVR.

With a refresh-Rate of 30Hz of the Pi4 and Pi5 the Problem is not gone but happens a lot less.

So far i got not signal-loss while changing the Input on the Denon-AVR, but as described above it could happen in rare circumstances while start/stopping a Video with HDR. If that happens the Connection will be reestablished if i just press play/stop on the Remote.

PS: I didnt tested CEC so far, because i always use a Harmony One as Remote for all Devices and thus i dont need CEC.

I played around a bit more with the Zotac CI622 and realized that Passthrough via DisplayPort works like intended.

So i compared the log-out while connected via HDMI(2.0 + 2.1) and via DP (1.4 -> HDMI2.0).
The log shows in both scenarios:

2024-01-13 15:23:08.152 T:936     debug <general>: CActiveAESink::OpenSink - trying to open device ALSA:hdmi:CARD=PCH,DEV=0
2024-01-13 15:23:08.153 T:936      info <general>: CAESinkALSA::Initialize - Attempting to open device "hdmi:CARD=PCH,DEV=0"
2024-01-13 15:23:08.155 T:936      info <general>: CAESinkALSA::Initialize - Opened device "hdmi:CARD=PCH,DEV=0,AES0=0x06,AES1=0x82,AES2=0x00,AES3=0x09"
2024-01-13 15:23:08.155 T:936     debug <general>: CAESinkALSA::InitializeHW - Request: periodSize 9600, bufferSize 38400
2024-01-13 15:23:08.169 T:936     debug <general>: CAESinkALSA::InitializeHW - Got: periodSize 9600, bufferSize 38400
2024-01-13 15:23:08.169 T:936     debug <general>: CAESinkALSA::InitializeHW - Setting timeout to 200 ms
2024-01-13 15:23:08.171 T:936     debug <general>: CAESinkALSA::GetChannelLayout - Input Channel Count: 8 Output Channel Count: 8
2024-01-13 15:23:08.171 T:936     debug <general>: CAESinkALSA::GetChannelLayout - Requested Layout: RAW, RAW, RAW, RAW, RAW, RAW, RAW, RAW
2024-01-13 15:23:08.171 T:936     debug <general>: CAESinkALSA::GetChannelLayout - Got Layout: RAW, RAW, RAW, RAW, RAW, RAW, RAW, RAW (ALSA: none)
2024-01-13 15:23:08.171 T:936     debug <general>: CActiveAESink::OpenSink - ALSA Initialized:
2024-01-13 15:23:08.171 T:936     debug <general>:   Output Device : HDA Intel PCH
2024-01-13 15:23:08.171 T:936     debug <general>:   Sample Rate   : 192000
2024-01-13 15:23:08.171 T:936     debug <general>:   Sample Format : AE_FMT_S16NE
2024-01-13 15:23:08.171 T:936     debug <general>:   Channel Count : 8
2024-01-13 15:23:08.171 T:936     debug <general>:   Channel Layout: RAW, RAW, RAW, RAW, RAW, RAW, RAW, RAW
2024-01-13 15:23:08.171 T:936     debug <general>:   Frames        : 9600
2024-01-13 15:23:08.171 T:936     debug <general>:   Frame Size    : 16

If i'm not wrong LibreElec does everything correct.
So i guess there is some kind of hardware-Limitation on the HDMI-Port of the CI622 that could be solved in Windows10+11 via the installed intel-driver but currently persists in Linux.

I tested so far that behavior also under Debian10+11 and Ubuntu 20.x and 22.x with the same result.

So i guess that Bug Report could be closed.

PS: Currently i only have tested cable with DP1.4->HDMI2.0 and thus got no HDR.
I guess i will get a DP1.4 -> HDMI2.1 adapter to see if i could use the CI622 as Mediaplayer with HDR+Atmos.

I got a similar Experience with a Denon X3800H, Pi4 and LG83C37LA while using the Pi-Foundation Micro-HDMI-Cable to the AVR.
It got more and more worse if i set the PI4 via config.txt to 60fps. So i stay on 30fps

So far it got better after using a Micro-HDMI-to-HDMI-Adapter directly at the PI4 and a 2.1HDMI-Cable to connect the PI4 with the AVR.

My other settings are:

Denon AVR set to:
- HDMI-Control: ON, everything else: OFF
- 4k/8k-Signal Format: Extended
- HDCP: all set to 2.3

Pi4 set to:
- CEC-Adapter: Disabled
- Resolution: 4096x2160p, 30fps (just keep the standard)
- max-Gui-Resolution: 1080

Thus i only have "no signal" at a chance on about 1:40 if i start and stop HDR-Videos immedtiatly but not anymore after changing the input on the Receiver.
And if that rare case will happen, all that i need to do is to stop/start the video again to get again the HDMI-Connection.

Hape that helps a bit

PS: At weekend i will get the new Pi5 and will test if that will happen here also.

While connecting an Zotac CI622 (i7-10510U, Comet-Lake) connected to a Denon X3800H
with the current Generic-Build 11.0.4 playing Videos with DTS or Dolby-TrueHD fails via Passthrough
Everything else seems to run fine. Also HDR is working correctly.

So far i eleminated as cause the hdmi-cable or wrong settings like adjusting refresh rate.
Also the hardware itself should not be the problem, because everything works fine if i install a fresh Windows 11 23H2 and Kodi.
But because i dont want to use a Windows-System as Media-Player i like to use LibreElec or something similar
So far the latest provided Bios via Zotac-Page is installed.

From what i understand ALSA throws an Error while trying to use Passthrough:
--
2024-01-09 16:23:42.991 T:1052 info <general>: CAESinkALSA - ALSA: /build/build.LibreELEC-Generic.x86_64-11.0.4/build/alsa-lib-1.2.8/src/confmisc.c:855:(parse_card) cannot find card '$CARD'
2024-01-09 16:23:42.991 T:1052 info <general>: CAESinkALSA - ALSA: /build/build.LibreELEC-Generic.x86_64-11.0.4/build/alsa-lib-1.2.8/src/conf.c:5180:(_snd_config_evaluate) function snd_func_card_inum returned error: No such device
2024-01-09 16:23:42.991 T:1052 info <general>: CAESinkALSA - ALSA: /build/build.LibreELEC-Generic.x86_64-11.0.4/build/alsa-lib-1.2.8/src/confmisc.c:422:(snd_func_concat) error evaluating strings
2024-01-09 16:23:42.991 T:1052 info <general>: CAESinkALSA - ALSA: /build/build.LibreELEC-Generic.x86_64-11.0.4/build/alsa-lib-1.2.8/src/conf.c:5180:(_snd_config_evaluate) function snd_func_concat returned error: No such device
2024-01-09 16:23:42.991 T:1052 info <general>: CAESinkALSA - ALSA: /build/build.LibreELEC-Generic.x86_64-11.0.4/build/alsa-lib-1.2.8/src/confmisc.c:1334:(snd_func_refer) error evaluating name
2024-01-09 16:23:42.991 T:1052 info <general>: CAESinkALSA - ALSA: /build/build.LibreELEC-Generic.x86_64-11.0.4/build/alsa-lib-1.2.8/src/conf.c:5180:(_snd_config_evaluate) function snd_func_refer returned error: No such device
2024-01-09 16:23:42.991 T:1052 info <general>: CAESinkALSA - ALSA: /build/build.LibreELEC-Generic.x86_64-11.0.4/build/alsa-lib-1.2.8/src/conf.c:5703:(snd_config_expand) Evaluate error: No such device
2024-01-09 16:23:42.992 T:1052 info <general>: CAESinkALSA - ALSA: /build/build.LibreELEC-Generic.x86_64-11.0.4/build/alsa-lib-1.2.8/src/conf.c:5516:(parse_args) Unknown parameter CARD
2024-01-09 16:23:42.992 T:1052 info <general>: CAESinkALSA - ALSA: /build/build.LibreELEC-Generic.x86_64-11.0.4/build/alsa-lib-1.2.8/src/conf.c:5687:(snd_config_expand) Parse arguments error: No such file or directory
--

I provided the output of lspci, lsusb, dmesq and a kodi-logfile (debug-log activated)

I hope anyone can point me to a solution.

Nice Evening...