Posts by HiassofT

Thanks for the report. I could reproduce the issue and have informed the RPi video codec developer.

We've got reports of similar (but less pronounced) issues before and ATM it's a bit mysterious what exactly is going wrong - but there's definitely a bug somewhere and it'll be looked into.

BTW: as a temporary workaround you can disable "allow hardware acceleration with DRM PRIME" in settings->player-videos in LE10, then the file plays fine, too (with software decoding).

so long,

Hias

Quote from dippes

Is it possible to set the Raspi to boot from USB at startup and not to search for the sd card first?

You can do that by changing the bootloader's BOOT_ORDER setting to 0xf14 or 0xf4. On LE10 beta you can simply use "rpi-eeprom-config --edit" to change that.

Read through the official RPi docs for more info:

Raspberry Pi 4 bootloader configuration - Raspberry Pi Documentation

so long,

Hias

Quote from daflux

I can't seem to download this file is it offlilne?

Just use the latest official beta version, it includes all HDR changes.

I've removed the old testbuilds to avoid confusion and they are heavily outdated now as well.

so long,

Hias

Did you by chance change gpu_mem in config.txt? If yes: don't do that, keep it at the default of 76 or you will experience crashes - LE10 needs lots of CMA memory, not GPU memory.

so long,

Hias

Quote from marantz

I can reproduce forced reboot after jump/skipping backwards 2-3 times on a h265 remux files, I remember there was issues with jumping so maybe this is known?

Was that a file with a TrueHD audio track?

There are a couple of known issues with TrueHD in kodi, see eg here Crash while seeking video with TrueHD audio · Issue #16096 · xbmc/xbmc · GitHub

so long,

Hias

Crackling audio is a known issue with H264 hardware decoding, adding audio_pwm_mode=1 to config.txt will fix that but result in lower audio quality.

so long,

Hias

Quote from darkblaster77

Have fresh installed LE 9.2.6 on RPi3 and RPi4. Configured the same "for loop" script in autostart.sh on both setups.

Oddly, it only worked on RPi4.

I just had a look and, yes, it won't work on LE 9.2/RPi0-3 which uses the legacy graphics driver.

In order to save a bit of memory the console is unbound and the framebuffer reconfigured to 1 pixel size (via an ugly hack in kodi). This was added in ancient times and I completely forgot we had that in LE...

RPi4 on LE9 and also RPi2-4 on LE10 don't use the legacy graphics stack so /dev/console will work fine there.

so long,

Hias

Nothing unusual in the logs, no idea what's going wrong.

The script worked fine when I tested it on my LE 9.2.6 RPi4.

I'd suggest testing with a direct echo to the console with kodi stopped. eg "echo hello > /dev/console"

so long,

Hias

Check the journal or stop kodi ("systemctl stop kodi"), run the script manually and watch out for errors.

so long,

Hias

Quote from RManPT

Still, it is supposed to work or the RPi4 would not come with analog output. it only happens on greater than 1080p videos and disabling HW acceleration makes it work. In previous versions had to disable deinterlacing to make it work.

These are all known limitations. See also this recent thread kodi-rpi 19.1-4 crackling audio on analog output (jack)

You can avoid the crackling by adding audio_pwm_mode=1 to config.txt - but that will result in lower quality audio output.

If you want decent analog audio output invest 10-30 bucks in an I2S DAC HAT.

so long,

Hias

Thanks for the report!

There was a configuration issue on our CI which has been fixed now, new RPi2 nightly builds should be back tomorrow.

so long,

Hias

What exactly is not working?

BTW: also check the journal (run "journalctl -a"), if there's an error in the script or if one of the programs prints to stderr you should see it there.

so long,

Hias

See WIP: Include LFE mixing setting by fritsch · Pull Request #18495 · xbmc/xbmc · GitHub - let's hope it'll find it's way into kodi.

so long,

Hias

You can simply write to /dev/console. eg try this as autostart.sh:

( 
echo -n "waiting"
for i in `seq 1 10` ; do
  echo -n "."
  sleep 1
done
echo "done"
) > /dev/console

so long,

Hias

You can follow the master branch on github GitHub - LibreELEC/LibreELEC.tv: Just enough OS for KODI or the LE release posts.

If RPi kernel is bumped to 5.10.30 or newer it'll have the initial composite patches.

But note that the composite change is pretty new, probably incomplete and/or needs additional configuration - I haven't tested that myself yet (my TV doesn't have analog video inputs so I have to leave that to someone else).

so long,

Hias

Composite video output isn't fully implemented yet in the new graphics driver.

Some initial support was recently included in the RPi kernel but these changes aren't available in LibreELEC builds yet - the latest RPi kernels introduced some regressions and we are waiting for these to be fixed before we include the update in LE.

so long,

Hias

Glad you finally found the culprit!

USB can be "fun", there are ton of odd devices out there, and especially audio (and video/webcam) devices can easily break if other devices consume too much bandwidth. Which is probably what the keyboard is doing (for whatever reason, probably because it has a somewhat broken USB configuration...).

so long,

Hias

Quote from racko

Hi Hias, can I run something similar under RPiOS but with 96kHz/24-bit, to check if it's working?

Just change the "-r" option (that's the samplerate), eg to "-r 96000". "-F" set's the format, use "-F S16_LE" for 16bit, "-F S24_3LE" for 24bit. The buffer and period time parameters ("-b", "-p") are probably not important, I think you can drop these.

I suspect the issue is very specific to your USB DAC in combination with the RPi4's USB controller. If you can reproduce that on stock RPiOS you might have a chance that one of the RPi devs looks into it - not much I can do about it.

so long,

Hias