Posts by HiassofT

spooker can you post your edid as well?

so long,

Hias

chook55 thanks a lot for the info!

As suspected the 5.1ch AVR is preventing truehd/atmos and DTS HD passthrough from working. That's a known bug in the linux kernel drivers, I'm still thinking about how to best solve or workaround that. A fix will follow, just can't tell when

so long,

Hias

A1RFORCE1 your first log showed you were playing a vc1 file

2021-02-26 21:24:09.442 T:1108     INFO <general>: ffmpeg[0x319f440X]:     Stream #0:0[0x1011]: Video: vc1 (Advanced) (VC-1 / 0x312D4356), yuv420p(bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc

that has to be software decoded and vc1 SW decode performance sucks - not much we can do about that.

Not sure what's going on with your "Deep.impact.mkv" - you didn't post a "pastekodi" log so we are missing important information.... Just type "pastekodi" in ssh/putty and post the URL - as I mentioned several times snippets and just kodi logs are rather useless...

so long,

Hias

chook55 can you dump your edid and post/attach it? (you may need to ZIP the file so the forum software allows attaching)

cat /sys/class/drm/card0-HDMI-A-1/edid > edid.bin

Also please post a link to a "pastekodi" debug log.

so long,

Hias

You have to replace "meson-ir" in rc_maps.cfg with "gpio_ir_recv" or just "*". eg

* * mecool

meson-ir is the driver on Amlogic, Rockchip uses the gpio ir driver.

Also see the info on our wiki: Infra-Red Remotes - LibreELEC.wiki

so long,

Hias

Just symlink /etc/systemd/system.conf.d to /storage/.config/system.conf.d, similar to what we already do for logind.conf.d, sleep.conf.d etc

so long,

Hias

A1RFORCE1 also please test with buffermode 1 in advancedsettings.xml as described here RE: Nightly builds Rpi4 Audio passthrough TrueHD/Master HD not working (huge stutter) anymore - you might also get the warnings because your HDD or network share can't keep a sustained data rate (which is a lot more demanding for high-bitrate BR rips).

so long,

Hias

A1RFORCE1 please post full pastekodi debug logs -snippets are completely useless and the warnings you posted are rather harmless.

so long,

Hias

That's the default configuration of the Intel HDA driver. You can of course create another PCM using the "softvol" plugin - see here for details ALSA project - the C library reference: PCM (digital audio) plugins

In LE use /storage/.config/asound.conf instead of ~/.asoundrc and simply set the slave PCM to the HDMI PCM device you normally use.

so long,

Hias

Quote from AmandaB

Hopefully someone would come along who can give me any pointers on why amixer has no effects on HDMI sound other than mute and unmute.

The answer is simply that there is no volume control for the IEC958/HDMI outputs. Only the analog outputs have (software) volume control.

so long,

Hias

lolek FYI: today's nightly build LibreELEC-RPi4.arm-9.80-nightly-20210226-e12ff43.tar includes the ALSA buffer size change mentioned above.

Please give that a try, if you still get drop-outs and buffer underrun entries in kodi log test with buffermode 1.

so long,

Hias

lolek thanks, got your mails, I'm answering here so other users can follow, too:

The buffer underruns ("snd_pcm_writei(-32) Broken pipe" lines in kodi log) are most certainly caused by kod not being able to sustain the data rate of the file.

Kodi requests 200ms audio buffers, but can only get a ~86ms one due to the current defaults in the vc4 driver. As you play the files from local media this means kodi won't use a read buffer/cache, so if the read rate from the drive drops (eg due to seeking etc) you have a higher chance of getting underruns.

Please do the following tests on the current nightly builds:

First try if increasing the audio buffer size helps:

systemctl stop kodi
echo 2048 > /proc/asound/vc4hdmi0/pcm0p/sub0/prealloc
systemctl start kodi

When playing a HD audio file kodi log should now indicate that it could use a 200ms buffer (the "setting timeout..." line)

2021-02-25 15:28:49.606 T:941     DEBUG <general>: CAESinkALSA::InitializeHW - Request: periodSize 9600, bufferSize 38400
2021-02-25 15:28:49.610 T:941     DEBUG <general>: CAESinkALSA::InitializeHW - Got: periodSize 9600, bufferSize 38400
2021-02-25 15:28:49.610 T:941     DEBUG <general>: CAESinkALSA::InitializeHW - Setting timeout to 200 ms

Then try with an advancedsettings.xml file, setting buffermode to 1 (so local files use kodi's cache, too) .

/storage/.kodi/userdata/advancedsettings.xml:

<advancedsettings version="1.0">
  <cache>
    <buffermode>1</buffermode>
  </cache>
</advancedsettings>

Reboot, so the audio buffer size change is restored back to the default and advancedsettings change take effect and test again.

It could also be that both audio buffer size increase and local buffering are required.

Please let us know which variants work and send me pastekodi logs of the cases where you got audio dropouts / underruns. I'm also still interested in a pastekodi log of a dropout with plain nightly build, wiithout any of the above mentioned changes.

so long,

Hias

reefer in case you are using LibreELEC 9.2 - yes, the issue is well known, and no, it won't be fixed in LE 9.2. LE 10 nightly builds don't have the issue.

so long,

Hias

The passthrough options in audio settings apply to music as well. But mp3 passthrough isn't supported.

The IEC 61937 series includes standards for MPEG-1, MP3, AAC (and a few other niche formats) passthrough, but I'm not aware of any AVR supporting those formats and it's definitely not implemented/supported in kodi.

so long,

Hias

Quote from thedogg

One more question, is there any chance to passthrough the music?

AC3 and DTS music files should just work if you have passthrough enabled. Just checked with an .ac3 file and a WAV containing DTS - kodi log showed that as being passed through.

so long,

Hias

Try without /storage/media mounted - if you copied stuff to /storage/media (on the SD card) that won't show up with du -x - as the smb mount is hiding that.

so long,

Hias

chook55 there's nothing suspicious in the logs you emailed me and I also couldn't reproduce the issue here.

As I wrote before check your cabling - contact issues, bad cables / adapters are the number one cause of the issues you described. I'd recommend starting with a direct connection from your RPi to your TV, try also a different, known good HDMI cable, leaving the argon case and HDMI splitter out of the chain - they are all potential sources of issues.

so long,

Hias

Kodi automatically redacts sensitive information (like username/passwords) in it's log so there's very low risk when uploading them to a paste site.

You can also tell pastekodi to save the info to a file by using the "-c" option - eg pastekodi -c > my.log and then eg send it to me via email [email protected]

so long,

Hias