Posts by HiassofT

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

    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:

    Code
    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)

    Code
    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:

    Code
    <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

  • HDMI Passthrough RPi4 - AVR detection

    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

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

    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

  • HDMI Passthrough RPi4 - AVR detection

    hdmi_edid_file won't work on LE10, this was for the legacy (firmware) graphics drivers. With LE10 you have to use the standard linux kernel KMS approach (as used eg on x86 builds).

    The info in our wiki only describes how to do this for x86 builds, on RPi you need to use a slightly different approach:

    First dump your edid to the firmware/edid directory, name it eg "myedid.bin":

    Code
    mkdir -p /storage/.config/firmware/edid
cat /sys/class/drm/card0-HDMI-A-1/edid > /storage/.config/firmware/edid/myedid.bin

    Then create a cpio archive so the file is also available in the very early boot stage:

    Code
    mount -o remount,rw /flash
rm -rf /tmp/cpio
mkdir -p /tmp/cpio/usr/lib/firmware
cp -r /storage/.config/firmware/edid /tmp/cpio/usr/lib/firmware
cd /tmp/cpio
find usr -print | cpio -ov -H newc > /flash/edid.cpio
cd /storage
rm -rf /tmp/cpio

    Add the following line to /flash/config.txt to load the edid.cpio as an initramfs

    Code
    initramfs edid.cpio

    And add the following option to the end of /flash/cmdline.txt (in the same line, separated by a space from the options before) to use your myedid.bin file for the first HDMI port:

    Code
    drm.edid_firmware=HDMI-A-1:edid/myedid.bin

    Then reboot. To verify everything worked fine run "dmesg | grep EDID", you should see the following lines indicating your myedid.bin is used:

    Code
    LibreELEC:~ # dmesg | grep EDID
[    3.142571] [drm] Got external EDID base block and 1 extension from "edid/myedid.bin" for connector "HDMI-A-1"
[    3.153272] [drm] Got external EDID base block and 1 extension from "edid/myedid.bin" for connector "HDMI-A-1"
[   13.281974] [drm] Got external EDID base block and 1 extension from "edid/myedid.bin" for connector "HDMI-A-1"
[   17.737414] [drm] Got external EDID base block and 1 extension from "edid/myedid.bin" for connector "HDMI-A-1"
[   17.751318] [drm] Got external EDID base block and 1 extension from "edid/myedid.bin" for connector "HDMI-A-1"

    so long,

    Hias

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

    Quote from chook55

    Device Stops for 2S every 50S to 80S. Screen blanks and audio stops when playing music. It is occurring on nightly releases 20210218 20200219 and 20210220 and possibly earlier.

    The device is a RPi4b with 2GB ram.

    Please test with this build LibreELEC-RPi4.arm-9.80-devel-20210205165343-b642f3c.tar

    If this has the same issue post debug logs: enable debug logging in kodi, reproduce the issues, then run "pastekodi" via ssh or use the logfile upload function in LibreELEC settings.

    Note that screen blanking is often a sign of a bad HDMI cable - especially if you run at 4k resolution. Double-check that and also try running with kodi configured to 1920x1080 (that should work even with crappy HDMI cables).

    so long,

    Hias

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

    Quote from silentsound

    -As someone mentioned before, DD+ pass-through doesn't work (but when disabled soundbar outputs as PCM)

    -High frame rate (60 fps) videos don't work (memory issue or not supported yet? My settings perhaps?)

    like the sony sword one: Sony: Swordsmith HDR UHD 4K Demo | 4K Media

    DD+ passthrough is broken in kodi Garbled sound with DD+/EAC3 passthrough and official Dolby DD+ 7.1 sample · Issue #19182 · xbmc/xbmc · GitHub so leave that disabled

    I could play back Sony Swordsmith here, so it would be good if you could post a "pastekodi" log.

    50/60fps UHD is quite problematic though. The video driver can't output 4kp50/60 yet and the HEVC decoder in the RPi is also struggling with these files - player debug overlay shows that A/V sync is climbing up. 4kp24/30 files generally work fine though.

    so long,

    Hias

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

    With optical out only AC3 and DTS passthrough is supported. The mediainfo shows it's not a dolby digital but an AAC audio track - that can't be passed through at all, you have to enable AC3 transcoding (then kodi will transcode AAC to AC3 and you get 5.1 sound with your receiver).

    so long,

    Hias

  • DVD does not work

    dmesg says it's an RPi3B+

    Code
    [    0.000000] OF: fdt: Machine model: Raspberry Pi 3 Model B Plus Rev 1.3

    and, yea, the DVD drives needs more power than the RPi can supply

    Solution: connect the DVD drive via a powered USB hub (or in the rare case the drive can be powered externally then do that).

    so long,

    Hias