Hyperion ambilight on orange pi

komw · Published in 2016-3-4 06:01:49

Hi,
Did anyone tried to build hyperion addon to openelec on Orange Pi?
I used my raspberry pi with hyperion, and currently I'm going to change it to my Orange Pi PC, but I have problem with running hyperion. Prebuild packages are compiled for Raspberry pi with specyfic to RPI libraries. Anyone has idea how to compile it to openelec?

komw · Published in 2016-3-5 05:12:26

Ok, I'm compile version, and it is working on Orange PI, but there is still some problems. I've tried to use several grabbers, but none works fine. Any of them didn't see video image. Only one of them (FrameBuffer) grabber see a subtitles, but no video. Is there any solution to grab a video from openelec and send to hyperion?

jernej · Published in 2016-3-5 05:20:14

Functionality for that is not implemented (see: "taking screenshots doesn't work" on github first page) It will be maybe in the future, when HW rendering will get overhaul.

komw · Published in 2016-3-5 05:56:19

Thanks, I confirmed that data from frammebuffer contains only subtitles (no video).
What about software decoding video? OrangePi can software decode MKV with 1080p without framedrop? It will be possible to get the video data and screenshots?

jernej · Published in 2016-3-5 06:03:14

Reason why it doesn't work is that video is rendered on a layer behind framebuffer. Subtitles are rendered via gpu and that's why you get only them.

All SW decoded videos will work with framebuffer grabber, but MKV is not codec, it's container format, so the answer is: it depends on codec used.

komw · Published in 2016-3-5 06:04:22

Of course I mean h264 and 1080p. Did you tested a software decoding ?

jernej · Published in 2016-3-5 16:24:56

No, not really. I think that you would benefit with GPU rendering, not SW decoding. You can build your own image with a bit older patchset: https://github.com/jernejsk/Open ... cts/H3/patches/kodi

That way you will still benefit with HW accelerated decoding, but everything will be rendered in framebuffer, so your framebuffer grabber will work.

komw · Published in 2016-3-5 19:05:11

Ah, I have many issues when I try to compile openelec. I've tried to compile newest version but i got:

config.status: config.h is unchanged
config.status: executing po-directories commands
config.status: creating po/POTFILES
config.status: creating po/Makefile
config.status: executing depfiles commands
config.status: executing libtool commands
make[1]: Entering directory '/mnt/OrangePi/OpenELEC-OPi2/build.OpenELEC-H3.arm-7.0-devel/flex-2.5.39/.x86_64-linux-gnu'
make all-recursive
make[2]: Entering directory '/mnt/OrangePi/OpenELEC-OPi2/build.OpenELEC-H3.arm-7.0-devel/flex-2.5.39/.x86_64-linux-gnu'
Making all in lib
make[3]: Entering directory '/mnt/OrangePi/OpenELEC-OPi2/build.OpenELEC-H3.arm-7.0-devel/flex-2.5.39/.x86_64-linux-gnu/lib'
make[3]: *** No rule to make target '/media/code/OrangePi/OpenELEC-OPi2/build.OpenELEC-H3.arm-7.0-devel/flex-2.5.39/lib/lib.c', needed by 'lib.lo'. Stop.
make[3]: Leaving directory '/mnt/OrangePi/OpenELEC-OPi2/build.OpenELEC-H3.arm-7.0-devel/flex-2.5.39/.x86_64-linux-gnu/lib'
Makefile:796: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/mnt/OrangePi/OpenELEC-OPi2/build.OpenELEC-H3.arm-7.0-devel/flex-2.5.39/.x86_64-linux-gnu'
Makefile:523: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: Leaving directory '/mnt/OrangePi/OpenELEC-OPi2/build.OpenELEC-H3.arm-7.0-devel/flex-2.5.39/.x86_64-linux-gnu'
Makefile:12: polecenia dla obiektu 'image' nie powiodły się
make: *** [image] Błąd 2

Copy code

jernej · Published in 2016-3-5 19:54:36

Hm.. I really don't know. Now and then I build everything from scratch and it always works. Try to delete build folder...

komw · Published in 2016-3-5 20:06:47

Are you using 32bit or 64bit system? I used a 64bit ubuntu server version (on virtualbox), currently I'm trying to compile it on 32bit ubuntu server system. I'll back with information if it works