Posts by lolek

Quote from HiassofT

thanks, mainly keep an eye on the audio hickups and "broken pipe" log messages you initially reported - I think current nightly builds should be fine now though.

Tbh didn't check logs for this but usually when there was a sound problem I could hear it right away. I'll try to check the log next time.

Quote from HiassofT

There seem to be occasional audio glitches with HD audio passthrough (which won't show up in logs), we are looking into it but so far I could not reproduce those here.

with the build you gave I could not hear any issues, sound was perfect all the time.

Quote from HiassofT

HDR output issues, like banding in the clouds, are also known - fixing those will take a while, kodi and video driver are currently missing several important bits and pieces.

understandable. Tbh it's much less annoying that sound going away in battle scene

HiassofT you've asked for a lot of testing. I'll try to do my best to answer your questions.

For now the test build you gave link to works good.

File on USB 3.0 SSD,

FHD with Atmos - no problems video and audio

4k HDR with Atmos - video gets hickups from time to time a small ones like a frame or two is missing. Still clouds problems looks like layers. Sound is great, no hickups, no problems.

I'm attaching the shot of the clouds issue not sure however if this problem should be mentioned in this thread however. The colors are of course invalid, but I had to play with it a bit so the problem would be easily visible.

HiassofT fyi I've sent you mail in case it got moved into spam.

Quote from HiassofT

lolek please post a full "pastekodi" log.

I'm sorry I won't use the pastekodi to paste a full log because it may contain information that I don't want to share.

Please let me know which part are you interested in and I'll be happy to do what I can to share that with you.

Quote from chook55

Hias, using your test build, via SSH I typed pastekodi and it did something, that was yesterday morning. Do I need to specify the log name? ie pastekodilog /logfiles/log-2021-02-21-21.12.48.zip for example?

Log Files - LibreELEC.wiki

Froggy please read this topic and also this one:

Nightly builds Rpi4 Audio passthrough TrueHD/Master HD not working (huge stutter) anymore

In general, the test builds of libreelec are capable of handling 4k uhd, atmos passthrough but there are still some issues.

Hi, I've tested this build:

LibreELEC-RPi4.arm-9.80-nightly-20210221-f768c9b.img.gz

and it seems the sound problems are still there.

After around 5mins, there's a little hickup which then occurs much often:


2021-02-22 16:57:51.110 T:980     ERROR <general>: CAESinkALSA - snd_pcm_writei(-32) Broken pipe - trying to recover
2021-02-22 16:57:52.283 T:1250    DEBUG <general>: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:-30401.963651, adjusted:-41708.333333
2021-02-22 16:58:38.612 T:980     ERROR <general>: CAESinkALSA - snd_pcm_writei(-32) Broken pipe - trying to recover
2021-02-22 16:59:06.097 T:980     ERROR <general>: CAESinkALSA - snd_pcm_writei(-32) Broken pipe - trying to recover
2021-02-22 16:59:07.572 T:1250    DEBUG <general>: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:-34842.668525, adjusted:-41708.333333
2021-02-22 16:59:59.208 T:980     ERROR <general>: CAESinkALSA - snd_pcm_writei(-32) Broken pipe - trying to recover
2021-02-22 17:00:05.951 T:1250     INFO <general>: Skipped 1 duplicate messages..
2021-02-22 17:00:05.951 T:1250    DEBUG <general>: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:-37637.524648, adjusted:-41708.333333
2021-02-22 17:00:17.058 T:980     ERROR <general>: CAESinkALSA - snd_pcm_writei(-32) Broken pipe - trying to recover
2021-02-22 17:00:18.058 T:1250    DEBUG <general>: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:-32021.514031, adjusted:-41708.333333
2021-02-22 17:00:27.442 T:980     ERROR <general>: CAESinkALSA - snd_pcm_writei(-32) Broken pipe - trying to recover
2021-02-22 17:00:36.145 T:1250     INFO <general>: Skipped 1 duplicate messages..
2021-02-22 17:00:36.145 T:1250    DEBUG <general>: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:-38263.624036, adjusted:-41708.333333
2021-02-22 17:01:05.076 T:980     ERROR <general>: CAESinkALSA - snd_pcm_writei(-32) Broken pipe - trying to recover
2021-02-22 17:01:08.316 T:1250    DEBUG <general>: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:-27203.808618, adjusted:-41708.333333

The file is high bandwidth 4K UHD with Atmos:

Video is around 80-100Mbps

Audio is up to 11Mbps

not sure if it's related.

Ok,

then I can say that I'm testing this and I've been able to get FullHD but there's a problem with hmm not sure what exactly.

After about 11-12 mins of playback DTS-HD MA Atmos the sounds starts to hickup AVR is blinks but the video is still there.

In the debug.log the only thing that is printed is this line:

ERROR <general>: CAESinkALSA - snd_pcm_writei(-32) Broken pipe - trying to recover

right now I'm trying to play with this hint but can't say much only that after applying the fix, the error is gone. Yet the hiccups are still there and are more aggressive with the time. To fix this it's enough to stop and resume playback.

Fix for HDMI sound dropouts - snd_pcm_writei(-32) Broken pipe

In the beginning the problem could be easily seen just after few mins, but then I've recalled the problem with RPI4 and USB3 transfer rates slowdowns. I've been able to use this hint:

STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this - Raspberry Pi Forums

which improved things a lot and now the problem occurs as I mentioned in the beginning which is around 11-12 mins.

I may be of course wrong but it kind of looks like it's some kind of buffer issue. The DTS-HD MA requires quite a lot of bandwidth during some extensive action, from what I've found it can be up to 24.5Mbps now if we add there also requirement for video then it if RPi4 has real USB 3 transfer issues, it really look like it could be an issue that's causing the problem.

I'll see if I can get some different chassis for the drive that doesn't need a quirk if I'll test this I'll of course put the info here.

HiassofT thank you very much for the info, looks like I didn't carefully read the thread. Is the master branch also limited to HD on RPI4?

thezepto thank you very much. The link is now broken, here's the new correct one:

EDID - LibreELEC.wiki

HiassofT the download link is broken, could you please update it?

Setup:

Raspberry pi 4

HifiBerry Digi+

so on the start, libreelec is detecting two outputs. One is HDMI and second is hifiberry.

In autostart.sh I'm doing:

1. pactl load-module module-udev-detect tsched=0

2. pactl set-default-sink alsa_output.1 # the hifiberry

3. pactl load-module module-rtp-recv sink=alsa_output.1 # hifiberry

now the problem is that network sink is created just after loading module-udev-detect and sadly it's set default to builtin hdmi. What's worse it has DONT_MOVE flag

hence I can't move it with pacmd/pavucontrol to alsa_output.1 sink. And when I try to play something through network stream it's using hdmi output instead of spdif.

Any idea how to fix this/change the sink for the network stream?

Quote from adam.h.

buy logitech smart hub or similar device, it will allow you to use single remote for all devices and can start them in proper sequence (like: TV, then AVR, then RPi), you can also add delays between these devices if needed.

For the record, I have a remote with macros etc, but the main problem is the fact that the tv and amplifier has to be on before kodi/rpi is started.

This is a problem for me as I don't want to start my tv to be able to use kodi remotely especially as it will be used mainly for music.

Also I don't want to always use the remote to turn on everything, come on.. it should work, your proposal is just workaround which I'm already using but it's a no go for long run.

Ok this may be odd but let me try to explain the setup and the outcome:

Rpi4 with libreelec (LibreELEC (official): 9.2.0 (RPi4.arm)) -> AV Receiver -> TV

config.txt has this:

dtparam=audio=on

dtoverlay=gpio-ir (home made ir)

hdmi_ignore_cec_init=1

hdmi_force_hotplug=1

gpu_mem=320

force_turbo=0

dtoverlay=vc4-fkms-v3d

disable_overscan=1

the wifi usually starts up,

so I can login and do: systemctl restart kodi after turning on the receiver and tv.

the prob is that it's a no go to constantly manually login every day to reset it.

Any idea how to fix this issue?