Posts by heitbaum

Quote from jomir

tried it several times. it crashes after playing 2-3 songs. doesn't matter which song.

Code

full kod.log: http://ix.io/2VSd

would be great if someone can look into it!

(after a quick search it looks like a utf-8 problem: python - UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 23: ordinal not in range(128) - Stack Overflow )

thx very much!

jomir could you please check @ Issues · librespot-org/librespot · GitHub and

Commits · librespot-org/librespot · GitHub And see if this a know bug or if there is a known fix? otherwise - can you please raise it as an issue. Do any of your song titles have extended characters?

Supposedly : Manage Chrome Browser updates (Linux) - Google Chrome Enterprise Help

To stop Chrome Browser auto-updating, take one of the following actions:

• Create an empty repository before installing Chrome Browser:
  $ sudo touch /etc/default/google-chrome
• Add the following line to /etc/default/google-chrome:
  repo_add_once=false

Does this require adding to the base image? Or will / does it use the addon home?

Good morning Saale - it doesn’t work on RPi LE10 see LE 10 b1 - Hyperion NG also some other background is you search for Hyperion

Apr 04 20:20:32.259050 HTPC kernel: usbcore: registered new interface driver ftdi_sio
Apr 04 20:20:32.259086 HTPC kernel: usbserial: USB Serial support registered for FTDI USB Serial Device
Apr 04 20:20:32.259099 HTPC kernel: ftdi_sio 1-1.5.1:1.0: FTDI USB Serial Device converter detected
Apr 04 20:20:32.259255 HTPC kernel: usb 1-1.5.1: Detected FT232RL
Apr 04 20:20:32.262619 HTPC kernel: usb 1-1.5.1: FTDI USB Serial Device converter now attached to ttyUSB0

Apr 04 20:21:02.981781 HTPC systemd[1]: service.lcdd.service: Scheduled restart job, restart counter is at 4.
Apr 04 20:21:02.982293 HTPC systemd[1]: Stopped LCDProc.
Apr 04 20:21:02.984274 HTPC systemd[1]: Started LCDProc.
Apr 04 20:21:02.992908 HTPC sh[1066]: LCDd 0.5dev, LCDproc Protocol 0.4
...
Apr 04 20:21:02.995331 HTPC sh[1066]: irtrans: unable to init client socket
Apr 04 20:21:02.995331 HTPC sh[1066]: Driver [irtrans] init failed, return code -1
Apr 04 20:21:02.995331 HTPC sh[1066]: Could not load driver irtrans
Apr 04 20:21:02.995410 HTPC sh[1066]: There is no output driver
Apr 04 20:21:02.995410 HTPC sh[1066]: Critical error while initializing, abort.
Apr 04 20:21:02.995743 HTPC systemd[1]: service.lcdd.service: Main process exited, code=exited, status=1/FAILURE
Apr 04 20:21:02.995853 HTPC systemd[1]: service.lcdd.service: Failed with result 'exit-code'.
Apr 04 20:21:03.527916 HTPC systemd[1]: systemd-hostnamed.service: Succeeded.
Apr 04 20:21:08.231772 HTPC systemd[1]: service.lcdd.service: Scheduled restart job, restart counter is at 5.
Apr 04 20:21:08.232308 HTPC systemd[1]: Stopped LCDProc.
Apr 04 20:21:08.232358 HTPC systemd[1]: service.lcdd.service: Start request repeated too quickly.
Apr 04 20:21:08.232377 HTPC systemd[1]: service.lcdd.service: Failed with result 'exit-code'.
Apr 04 20:21:08.232817 HTPC systemd[1]: Failed to start LCDProc.

Looking at the logs this is what I can see. Is the RT232RL your ir receiver?

What does lsusb -t and lsusb -v show? Where / have you configured the ttyUSB0?

Quote from petemir

Of course, changing the 'y' for a 1 in

/storage/.kodi/addons/service.system.syncthing/bin/syncthing-service works great, but just wanted to let you know .

Including your find in the addon bump - syncthing: update to 1.15.1 by heitbaum · Pull Request #5306 · LibreELEC/LibreELEC.tv · GitHub

tekhop - look for updated addons tomorrow - kodi-binary-addons: update to latest versions by heitbaum · Pull Request #5304 · LibreELEC/LibreELEC.tv · GitHub - let us know how you go.

Added to my dev build / run tree. So far so good.

Hi matthuo - search for “widevine 32” in the forum. But a good response from one of the posts is:

“arm" is 64-bit kernel and 32-bit userspace for compatibilty with add-ons that need software widevine (DRM) support, and aarch64 is 64-bit kernel and 64-bit userspace which means no widevine support (as only 32-bit libs are sourceable).

There are a number of community members / builds that build aarch64 user space. But not in the main, so as to support the widevine.

ShadowMask2020 - FYI mesa: updated to 21.0.2 by SupervisedThinking · Pull Request #5299 · LibreELEC/LibreELEC.tv · GitHub

Quote from mglae

In such cases it is always worth to even try RC mainline or bleeding edge drm-next kernels.

I tested Linux version 5.11.11 tonight and the kernel WARNING has gone, and a number of other errors including the block following: “*ERROR* Timed out waiting for FEC Enable Status“

imperially - I do believe the playback with 5.11.11 is smoother than 5.10.28-rc1 on the TGL.

The TGL driver support in Linux has a ways to go I think. The SKL Nuc6 runs Kodi better.

Quote from mglae

There is a warning but I don't know if this is related:

Code

Mar 25 23:55:18.018661 LibreELEC kernel: i915 0000:00:02.0: drm_WARN_ON(common_len <= 0)
Mar 25 23:55:18.018665 LibreELEC kernel: WARNING: CPU: 4 PID: 1 at drivers/gpu/drm/i915/display/intel_dp.c:2362 intel_dp_compute_config+0xd53/0xeb0
[...]

[TGL] i915 0000:00:02.0: drm_WARN_ON(common_len <= 0) (#3120) · Issues · drm / intel · GitLab

There are 2 reports of this. Now three.

Feedback overnight from the other user reporting the error “it disappeared on 5.11 for me.“

nsnhd - FYI. Check tomorrow.

daniber58 / the_mouse - chrome has been updated chrome: update to 89.0.4389.114 and fix gtk3 compile issues and addon (105) by heitbaum · Pull Request #5293 · LibreELEC/LibreELEC.tv · GitHub

If the build server is happy with the changes - it should be available in 24 hours.

Mr.Tiptop - FYI snapserver: Added snapweb with config options by EvTheFuture · Pull Request #5296 · LibreELEC/LibreELEC.tv · GitHub

Mr.Tiptop - I had some time today.

Give this a go. (This is 0.24.0 without the http changes)

PROJECT=RPi ARCH=arm DEVICE=RPi4 s/create_addon snapserver

LibreELEC.tv/service.snapserver-9.2.0.105.zip at LE9/snapcast · heitbaum/LibreELEC.tv · GitHub

The diffs for 9.2 were: Ubuntu Pastebin

Let me know how you go.

The LE10 add on binary (as-is) will not run on 9.x due to glibc library changes and others. It is possible that Snapcast current could be backported - though 9.x is in a maintenance state, I would suggest that the functionality changes be built and committed to LE10, then raise a request for the backport. Alternatively - compile the current and update the local copy.

Are you planning on staying with Kodi 18/LE9 or planning on upgrading?

What is in the settings file?

- ./resources/settings

Note: I did my tests with LE10b1

But Lets try and check if 9.2.x will work

Does snapserver -hh describe the http options?

in the Kodi addons settings application (are both of your new options showing up? And set as 1 and 1780 respectively?

Remembering that either a Kodi restart or ensuring the addon is restarted once making the changes is required.