Posts by mglae

It's again the same ffmpeg error message:

2021-01-30 22:48:57.397 T:938     ERROR <general>: ffmpeg[0x320be90X]: [h264] get_buffer() failed
2021-01-30 22:48:57.397 T:938     ERROR <general>: ffmpeg[0x320be90X]: [h264] thread_get_buffer() failed
2021-01-30 22:48:57.397 T:938     ERROR <general>: ffmpeg[0x320be90X]: [h264] decode_slice_header error
2021-01-30 22:48:57.397 T:938     ERROR <general>: ffmpeg[0x320be90X]: [h264] no frame!

I have no idea which component fails on the broken video stream. You can try to open a kodi issue on github.

Wireguard - changes the default route although not configured

Quote from JoeAverage

- pastecrash didn't work (no link returned) -

Unfortunately ix.io silently fail if the file is too long. Use

 pastecrash -c >~/crashlog_$(date -Iseconds).log

and post the file manually.

Regarding the VAAPI decoder errors you can try the older intel driver by creating:

MESA_LOADER_DRIVER_OVERRIDE=i965
LIBVA_DRIVER_NAME=i965

Latest nightly is always preferred (in best case the issue is fixed).

You can enable debug logging without overlay in advancedsettings.xml.

If you continue to paste logs from both machines maybe someone can see a pattern ...

Thanks.

So for the records for such issues on RPIs: after checking the configuration try the latest wifi firmware by copying the update files to /storage/.config/firmware/brcm/.

Chromebox site to start: MrChromebox.tech

AFAIK kodi has to be restarted after daylight saving change.

This patch to fix NTP access via WLAN on some RPIs was added to kernel 4.9 only and got lost later.

I`m wondering if it is still needed

popcornmix?

Using pastekodi or journalctl|paste from ssh will create a system log.

connmanctl clock|paste is showing NTP configuration.

The settings are stored in /storage/.kodi/userdata/addon_data/service.libreelec.settings/oe_settings.xml.

You may have to stop kodi before modifying: systemctl stop kodi. To start again: systemctl start kodi.

Required but not sufficient.

If you don't need bluetooth try the development version from Testing LibreELEC-settings addon · Issue #4547 · LibreELEC/LibreELEC.tv · GitHub

Is fixed in nightly 20210107. Please test.

Removing dbus-python from LibreELEC-Settings addon is work in progress.

If you do not need bluetooth try the Development Version from Testing LibreELEC-settings addon · Issue #4547 · LibreELEC/LibreELEC.tv · GitHub.

There is already Chrome 9.2.0.104 in the repo.

Usually TVs delay the audio by the time they do need to process video.

Use move-after twice: Wireguard - changes the default route although not configured

You can just rebuild the package:

PROJECT=Generic ARCH=x86_64 scripts/clean pixman
PROJECT=Generic ARCH=x86_64 scripts/build pixman:host

Or using MT build with generated log:

PROJECT=Generic ARCH=x86_64 scripts/clean pixman
PROJECT=Generic ARCH=x86_64 scripts/buildmt pixman:host

After changing the package contents the clean step is not needed.

Use a pastebin site for posting logs. Please add build.LibreELEC-Generic.x86_64-9.80-devel/build/pixman-0.40.0/.x86_64-linux-gnu/build.ninja

To test configure build type add PKG_TOOLCHAIN="configure" to package.mk.