Posts by awiouy

See here LibreELEC.
I am not sure to what the "XBMC LCDproc" addon refers.
Is it the addon attached to the last post of the above mentioned thread?

webgrabplus: add system.d timer by awiouy · Pull Request #866 · LibreELEC/LibreELEC.tv · GitHub

In particular:

. /etc/profile
oe_setup_addon service.webgrabplus

Indeed MikeKL,

There are now three system.d units:
- service.webgrabplus.service (aka service.webgrabplus)
- webgrabplus.timer
- webgrabplus.service (aka webgrabplus).

service.webgrabplus triggers webgrabplus.timer, which in turn starts webgrabplus.

These units may be queried with systemctl status unit and journalctl -u unit.

To see a log of webgraplus.run, use journalctl -u webgraplus.

Thank you MikeKL for the feedback and for the detailed instructions.
I will ask to commit the corresponding pull request

Hello all,

I have added a system.d timer to the addon.

By default, the webgrabplus.run shell script will run:
- 300 seconds after the service is started, and
- daily at 03:00

These settings can be changed via the addon settings (add-ons/my add-ons/service/WebGrab+Plus/settings):

--on-active:
Specifies a delay in seconds.
If left blank, webgrabplus.run will not be run when the service is started.

--on-calendar:
Specifies a calendar event (see here for the syntax).

Preview versions:
- for LE 7
- for LE 8

Thank you for testing

Hm... I had overlooked renaming patches.
So here is yet another update.
Thank you for testing once more

Hello hoppy,

To see what went wrong, type the following command at the console:

journalctl -u service.spotify-connect-web

Hello,

I have amended the addon to add missing libraries (curses and libserdisp) and an icon.
Thank you for testing if this fixes the current issues (I have no hardware to test myself).

Have you selected a driver in the addon settings (addons/my addons/services/LCD proc/settings)?

I have submitted PR to update Emby to 3.0.8100 for both LE 7.0 and LE 8.0.
Emby 3.0.8100 should therefore be available soon.

Hello kavehebadi,

LCDproc is not anymore built-in LibreELEC for aarch64 and arm.
It will be provided as addon, which is currently been worked on.
A preview version of this addon for RPi2/3 is attached to this post.
Use the settings of the addon to select a driver.
You will find the addon in add-ons/my add-ons/service/lcdproc.

Please report if it makes or breaks

docker rm transmission should be correct. Replace stop by kill

Quote from notinmyname

Hi awiouy, can you kindly explain better how to apply the fix? Should I change the transmission.service file?

many thanks!
regards
Andrea

Hello Andrea,

None of the code discussed in this thread is available anymore, sorry.

Hello j.c.,

Emby 3.0.8100 has been released, which resolves crash on older mono versions.
Please try to run that with the current version of Mono and report back.

If that does not work, I have managed to build Mono 4.6.1.3 for LibreELEC 8.0.
I could provide you addons for Mono 4.6.1.3 and Emby 3.0.8100 for LibreELEC 8.0, if you want to test them.
[hr]
Emby 3.0.8100 runs with the current version of Mono

I only update Emby on LibreELEC 8.0 (with a focus on hardware accelerated transcoding on Raspberry Pi).
I have submitted a pull request for Emby 3.0.7300 yesterday.

I have found Debian patches for Mono 4.6.1.3, and started a build.
I will report if it makes or breaks.

I do not intend to update Mono for LibreELEC 7.0

Hello j.c.

According to this link, building Emby requires Mono 4.2.3.4.

LibreELEC, as Debian and Ubuntu, merely provides Mono 4.2.1.

Building Mono on LibreELEC heavily relies on Debian patches.
I am not aware of such patches for Mono 4.2.3.4 or 4.4.2.
Building Mono 4.2.3.4 or 4.4.2 for LibreELEC is therefore unlikely at the moment.

You now have several options, from easiest to hardest:
1. Ask the Mono devs what running Emby 3.0.8000 with Mono 4.2.1 entails, ie what would not work.
2. Run Emby 3.0.8000 in Docker.
3. Update the Mono package.

If you tell me your LE version and project (Generic, RPi2, etc.), I could provide you an addon for Emby 3.0.8000 for you to test (against Mono 4.2.1)

Ah... In the Raspberry Pi forum they use libwidevine from a different source...
The last post in the thread suggests that it does not work anymore, though.
Moreover, I will not have the time to test that soon.

I have worked on this a bit.

To determine if playing Netflix was at all possible, I tried the method of the Raspberry Pi forum posted in the previous post on the latest version of Raspbian
Netflix does not play with the libwidevine shared libraries used in the Dockerfile.
Moreover, Big Buck Bunny playback is even choppier than with the current docker image.

I therefore propose the following:
1. create a docker image for chromium (without widevine) for distribution, in docker hub;
2. find out a method to play Netflix on Raspbian (without hardware acceleration results will likely be very disappointing);
3. try to implement in docker

As for step 1, I will update my repo as soon as I have the time