Posts by dead

The android moonlight app is working with GFE 3.12.0.84?

I'm having issues with GFE 3.12.0.84 causing BSOD when I try to enable it...

So no ETA yet...

I'm going to update the script to work with the latest moonlight-embedded

Quote from awiouy

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

Display More

Widevine doesn't work because the chromium wasn't build with it enabled. We can try compile and enable it. I was thinking about add the flash pepper module too. But I think soon both flash and widevine will come together in the raspbian package, so I'm not really sure if it worth the effort.

Quote from awiouy

Hello dead, hello all,

I have created a github repository to contribute to dead's excellent work.
I have reworked the code a bit, and managed to shave off 200 MB.
Video is still stuttering, but at least chromium is running.

There is some other stuff that can be removed:

Quote

userland
/opt/vc/bin
/opt/vc/include
/opt/vc/sbin
/opt/vc/share
/opt/vc/src

Display More

I'm not really sure but I think we should add the xserver-xorg-video-fbturbo package. (better performance?)
I'm testing too the opengl driver.

And when running the docker I think using:

Quote

--shm-size=350MB
--tmpfs /run
--tmpfs /var/log
--tmpfs /tmp
--log-driver=none

Can me it run smoother.

Quote from awiouy

What about run.sh failing?

Missing chmod in Dockerfile.
Try running "chmod +x input.sh run.sh" before building the docker image.

Quote from awiouy

Hello dead!

First, thank you for your efforts, they look promising.

Then, I tried to follow your instructions, but run.sh fails with
/bin/sh: 1: /tmp/run.sh: Permission denied
I am running LE 7.90.006 for RPi2 on a RPi3.

Finally, if I can make it work, I would like to wrap it in a addon.
Do you intend to host the image on Docker Hub?

Thank you for your help

Thanks!
Feel free to write the addon, and yes, I intend to host the image on Docker Hub.
I'm trying to improve the cec input right now.

Uploading a new version of the "chromium-elec". Pretty sure now it is working.
It even has an cec input, but it is slow.

Build the Dockerfile in the docker folder using:

docker build -t chrome .

Config.txt

dtparam=audio=on
disable_overscan=1

Then just execute the run.sh

It is using the mmal to accelerate the h264 decoding but unfortunately it doesn't work really well. (tested in a raspberry pi 2).

Hey guys... I think I was able to run the official chromium browser from raapbian in dockers.
I'm not really sure if it's decoding the video via hardware or not. But I think it is possible.

I intend to write an addon to this but I'must kinda busy right now.

Take a look at this linux - What do ALSA devices like "hw:0,0" mean? How do I figure out which to use? - Super User
And in the addon "Audio Device" settings put "hw:0,0"

Try this mapping for the dualshock3... script.moonlight/dualshock3alt.conf at ad01b129a5adb91f4207882085dad2797278e040 · dead/script.moonlight · GitHub
Not sure why sometimes the default dualshock3 works and sometimes it doesn't.
Please post the output of "aplay -l"

Quote from stuCONNERS

I've tested this on my chromebox. It loads, pairs and even connects but doesn't show any picture. Can post logs if needed. This was tested on CvH 7.0.0 build. The Rpi connected to the same windows machine fine.

Try disabling Force HW in the addon settings.

Quote from lrusak

I'll look into it

EDIT:
done, moonlight: allow building for Generic, add neon support in opus by lrusak · Pull Request #368 · LibreELEC/LibreELEC.tv · GitHub

That was fast!
Btw lrusak, did you enable the NEON optimizations in opus for ARM? (ref)

I think a generic build is possible using SDL and ffmpeg!

Quote from lrusak

What doesn't work exactly? video or audio?

Video certainly doesn't work, audio and input I'm not sure...
And how do I build the addon? I have to build the entire Libreelec? And how I can release it? D: (Found here: LibreELEC)

Quote from lrusak

I've made all the changes necessary. I'm just going to test and make some commits then I'll upload the sources soon.

Also, is there any reason you run this as a service? To me it looks like you should just call the shell script from within python.

The main reason is that moonlight doesn't work with kodi running, if I run the script from python, when kodi is stopped it will kill the script (and moonlight).

Quote from lrusak

You need to cross compile the dependencies by using our build system. Look at any of the add-ons we currently compile.

I can help you with this if you'd like as it looks like you depend on a couple things (moonlight, opus)

I'd appreciate some help! Have no ideia where start... (package.mk?) And how I should handle dependencies that are specific for a device?

Quote from lrusak

The add-on has some libs with some linking problems.

Unfortunately the author has built the add-on poorly so it cannot be easily updated as the git repo contains pre compiled binaries.

Make an issue report on their github.

How should I do to make the addon easy to update? What is the best way to mantain a addon that has binary dependencies? (And support other devices)
I'm kinda new to Kodi and Openelec/Libreelec so I really don't know