Posts by Da Flex

This is tricky. Maybe a Docker container works:

Frequently Asked Questions - ddcutil Documentation

Quote from ogghi

My current 5.1 surround system has optic audio input.

How would one get proper surround sound from the RPi4 (I found one almost free )

My setup is RPi --HDMI--> TV --TOSLINK--> AVR.

If your TV has no TOSLINK output, buy an HDMI audio extractor. You can use the second RPi4 HDMI output (HDMI-1) for that.

Please describe the process of your MP3 playback for song 1-3.

I want to reproduce the bug on my RPi3B+ by playing:

1. 44.1kHz
2. 48kHz
3. 44.1kHz

Not sure whether it's a bug in Kodi player or FFMPEG.

Samba on Fritzbox is super slow. Most Raspberry Pi devices will provide better performance.

Quote from JoeCotty

Da Flex

From where dou you get the information in the log, that the crash is related to FFMPEG.

That's not a fact, just a theory. Kodi crashes by "segmentation fault", so I guess the FFMPEG error "[mp3float] Header missing" leads to wrong memory management. The other errors in the log are more common, and well known.

If you can separate an MP3, which generates the error, try to play it as a loop, until it crashes the system. That's the MP3 we need to reproduce the bug. It's probably copyright protected, so I guess we have to share the file in private mode. Don't post it here.

Quote from JoeCotty

Crashlog : https://paste.libreelec.tv/alert-impala.log

Still the same FFMPEG error.

Quote from JoeCotty

I will try the downloaded "Hungry Lucy" over night because this is not my favorite music to hear ...

Yes, please. I want to see a clean MP3 playback.

If it happens again with Kodi samples, then FFMPEG could be the problem.

Quote from JoeCotty

Da Flex

Did you get feedback from the devs ?

It appears on LE12/LE13 and HP T620 and HP T630

Sorry, no reply from our internal dev channel. I can see a difference between both crash logs.

LE 12: Program terminated with signal SIGBUS, Bus error.

LE 13: Program terminated with signal SIGSEGV, Segmentation fault.

Now I found something new, which is related to FFMPEG (LE 12 and LE 13 crash logs):

2025-02-23 18:14:41.045 T:1229    error <general>: ffmpeg[0x149a2d00]: [mp3float] Header missing

My theory is that some of your MP3s are encoded wrongly, and result in system crashes.

You can get correctly encoded MP3 files from the Kodi sample library.

Please try some of the correctly encoded MP3 files, and report back.

Quote from dikov

What filesystem for a large storage then many people use? Since I am a Linux guy, I need best compatibility with it.

For compatibility most people use exFAT. That file system is readable on Windows, MacOS and Linux.

Quote from myksto

In my system autostart.sh is in /storage/.config: is it the good place?

Yes, that's the one and only place.

Quote from yamcenutzer

BTW, why did you single out that one warning line about waiting for a buffer? What does that tell you?

It happens multiple times in the log. I've seen that often with bad cables, but usually as a longer sequence.

Let's wait for the experts now. The log also provides more complicated messages.

Nope. No GUI error messages with the latest DAZN update. It's trying to load the stream, but still fails.

Then it could be a USB issue. Try the latest LE 13 nightly. If the issue remains, post a link to a log:

2025-02-23 16:28:01.529 T:1431  warning <general>: OutputPicture - timeout waiting for buffer

Make sure your HDMI cables are conform to HDMI 2.0 or 2.1 standard. Cable issues can produce random errors (depending on electromagnetic surrounding), so you're probably not hallucinating.

Should we guess, or should we analyze the pass-through facts from the log?

What's your output on LE audio settings?

1. Select a fitting sample from here: https://kodi.wiki/view/Samples
2. Do the debug setup.
3. Play the sample in debug mode.
4. Post a link to a log.

Seems like your Mini PC uses DisplayPort protocol internally:

     Device 4
         m_deviceName      : hdmi:CARD=PCH,DEV=0
         m_displayName     : HDA Intel PCH
         m_displayNameExtra: SAM SAMSUNG on DisplayPort #0
         m_deviceType      : AE_DEVTYPE_HDMI
         m_channels        : FL, FR, LFE, FC, BL, BR, BC, BLOC, BROC
         m_sampleRates     : 32000,44100,48000,88200,96000,176400,192000
         m_dataFormats     : AE_FMT_RAW,AE_FMT_S32NE,AE_FMT_S16NE,AE_FMT_S16LE,AE_FMT_RAW
         m_streamTypes     : STREAM_TYPE_AC3,STREAM_TYPE_DTSHD,STREAM_TYPE_DTSHD_MA,STREAM_TYPE_DTSHD_CORE,STREAM_TYPE_DTS_1024,STREAM_TYPE_DTS_2048,STREAM_TYPE_DTS_512,STREAM_TYPE_EAC3,STREAM_TYPE_TRUEHD

It's very likely a DisplayPort issue, which we can't solve. The log looks good (no audio errors).

• Make sure your graphics card driver is up-to-date (might requires Windows). Those drivers also manage DisplayPort.
• In case your graphics card driver is up-to-date, but the issue persists, use S/PDIF for audio.

I gave the topic to our devs, because it's beyond my skills. Hopefully they will answer.