Openelec Build for OPI PC and 2 now with HW decoding

thc013 · Published in 2017-2-22 03:00:12

Edited by thc013 at 2017-2-22 05:17

@khoavn does it work now ?

https://www.dropbox.com/sh/nzslj ... Yz3p4Wrs8WmzDa?dl=0

tested opi-pc-plus opi-one bx2

tested bx2 and plus wifi works

jernej · Published in 2017-2-22 06:24:15

Just because I have to build a new image, I uploaded latest update file without images. So for new installations, you have to burn old image and then update with this update file (should be suggested by Kodi and automatically executed). This should be last release for some time.

PaulR · Published in 2017-2-22 10:02:55

jernej replied at 2017-2-21 01:31
H3 is too weak for software h265 and maybe h264 encoding. However, it has hardware support for h26 ...

Yes, I have seen this https://forum.armbian.com/index. ... der-h3-cmos-camera/
About the weakness of H3 - I would respectfully disagree. Even without hw enconding, I think H3 is still capable of doing the job. It draws very little power, so it might be very cost effective. It's quite obvious that x264/x265 compression seems to be far better than hw algorithm of h3 (or any other hw arm encoding). x264 is a very mature product and it produces much better results than hw encoded videos. I know it can take hours or even days to encode a simple video on arm, but for casual purposes of home videos it can be very cost effective solution and it should be additional interesting use of idle cpu, which, for example has uptime of 100+ days (thanks to your great build) and load average 5.03, 5.09, 5.12 - I suppose it seems to be a little high mainly because of kswapd bug. I think many of us have a lot of old home videos, maybe even on vhs, or want to deinterlace and encode them to x264 from older mpeg2 cameras, or just want to use amazing http://public.hronopik.de/vid.stab/ filter (example: https://www.youtube.com/watch?v=eYh6pEiYuAM).
I've also seen this https://github.com/stbenz/oe-ffmpeg
Would it be possible to include above in your openelec build - or would it be a problem, because of specifics of h3 build. Any clues? As I said I was able to compile my own ffmpeg with x264/x265/vid.stab on arm, but it was possible in full debian system, as I'm not an IT professional, I don't really know where to start my RTFM procedure ;)

chaszim · Published in 2017-2-22 10:42:09

Edited by chaszim at 2017-2-22 10:46

jernej replied at 2017-2-20 04:10
Image building is simple - Linux (virtual) machine with few programs installed and two commands. Wha ...

That would require a major overhaul and complete retooling of my brain, and frankly it's too old. When you do hang it up please please please pass the batton on to someone capable of maintaining the flow. Thanks for the latest new image, but, I've already forgotten how to SMB it into the system.

jernej · Published in 2017-2-22 14:29:33

chaszim replied at 2017-2-22 03:42
That would require a major overhaul and complete retooling of my brain, and frankly it's too old. W ...

It should be automatic through update mechanism if it is enabled in settings. At least you can do is to manually press check for updates button somewhere in the (OpenELEC) settings...

I would hand over the project, or better said, help anyone to take over as it is everything on github, but till now only thc013 showed some real interest. He is trying to port Kodi 17. Do you know anyone who would like to develop it further? BTW, I'm not going anywhere. I will still read this subforum.

chaszim · Published in 2017-2-23 00:17:53

jernej replied at 2017-2-22 14:29
It should be automatic through update mechanism if it is enabled in settings. At least you can do ...

To date, in reality, I've seen "no one better" on the forum, willing to deal with both the thread & the system updates. It's a little hard at times, geting full explanations, because you tend to replying to a question, with a question, or a direction I can achieve, but, I'm not complaining. So, I seem to spent most of my time, in the trenches, trying to keep my favorite live IPTV streams active & up to date, and identifing & dealing with, the different buffering issues. On this update however, I got the notification of the updates, but (at least this time), it didn't update automatically. Not a clue yet, why it didn't. And frankly, if your not doing this, at least every other day, the knowledge of how it's done, tends quickly to slips into obscurity.

thc013 · Published in 2017-2-23 01:35:27

@ jernej the dropbox link few posts back has the latest openelec all images and updates .and also libre7 with hw wifi and ir ,cec not tested

Yeah i'm interested but i'm only stuck at move out platform in linuxrender-gles.cpp . in other words i have to take out the cedarx and disp2 in that file and make 2 new ones a cpp and h file in hwdec folder .its the last few % the rest i have done sort of. and somebody with little knowledge of programming could fix this in a hour i think. and like i am no coder you have to wait till i figured it out and with no sparring or other interested it is not easy to figure out so it even last longer .

and only new kodi is left to be fixed to get something usefull the rest is fine tunning because Jernej did already a great job where we can build further on.

@ chaszim You never to old to learn or try something and mostly the older you get the more time you have and with aging stubbornity is growing with it so the perfect match so try it

and you would always be the sensei of this project .

Dima · Published in 2017-2-23 02:33:49

If they are up-to-date builds which are stable, i suggest to upload them for auto-update?

jernej · Published in 2017-2-23 04:37:22

chaszim replied at 2017-2-22 17:17
To date, in reality, I've seen "no one better" on the forum, willing to deal with both the thread ...

If I'm not mistaken, default setting is "to be just notified" and you have to manually press update button somewhere in the settings. But this should be default mechanism explained in upstream OpenELEC wiki.

jernej · Published in 2017-2-23 04:47:40

thc013 replied at 2017-2-22 18:35
@ jernej the dropbox link few posts back has the latest openelec all images and updates .and also li ...

If images are not modified builds from my github then they could be for sure uploaded. I suggest new topic for experiemental LibreELEC images. If you want, I can make one topic sticky, so they could have links to the images just like I had.

GLES renderer approach is one thing I dislike most in my approach. It offers quick result, but for the best performance separate disp2 renderer would be much more efficient. But that is another topic if it is sensible to make it because mainline kernel is getting better and better and I hope that it will in a few months be capable (with some out of tree patches) of using almost everything except HW deinterlacing and HW decoding. For these two functionalities old ported drivers could be used in theory, but of course, it is better to try to write proper drivers. That is one of the main reason why I don't have any interest to use and improve old kernel anymore.