Posts by heitbaum
-
-
Display More
tried it several times. it crashes after playing 2-3 songs. doesn't matter which song.
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?
- Create an empty repository before installing Chrome Browser:
-
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
-
Code
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 ttyUSB0Code
Display MoreApr 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?
-
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.
-
-
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.
-
There is a warning but I don't know if this is related:
[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 - I had some time today.
Give this a go. (This is 0.24.0 without the http changes)
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?
