please choosego to mobile | Continue to access the PC version
Author: swordfish6975

Openelec Build for OPI PC and 2 now with HW decoding

  [Copy link]

5

threads

354

posts

2614

credits

Moderator

Rank: 7Rank: 7Rank: 7

credits
2614
Published in 2015-12-16 21:48:05 | Show all floors
Edited by fritz at 2015-12-16 17:21

@CGarces
A20 devices has different video drivers then H3 and in openelec there is no sunxi-libvdpau support.

@jernej
kodi beta 5 works here,seems to use a bit more cpu than beta2
maybe something wrong there.but usable, [kswapd0] at 35% same as beta2
Boards:
orangepi plus, olinuxino A20, cubieboard A10, mele A2000 .....

1

threads

90

posts

761

credits

Senior member

Rank: 4

credits
761
Published in 2015-12-16 22:31:59 | Show all floors
Unoqueva replied at 2015-12-16 17:21
could be that the problem is caused by the video is in MPEG2 and be interlaced?

Maybe, but this video plays fine in Openelec on my raspberrypi



Published in 2015-12-16 23:21:22 | Show all floors
Edited by chaszim at 2015-12-16 23:33

I think I'm using the Opi2 --- 0e97 pn my Opi-PC with minimual disruption (or channel buffering). Should I be running the one for the OPI-PC?You should pin the newest builds to the first file, and dating it's placement too.
Actually it's running quite brilliently as an IPTV player under Ivue, even without the WiFi adapter, which I'm still wishing for the drivers.My guess is, and I'm really not sure here, but CPU core useage, is it that we want the cores useage fairly well ballanced?
Mine appear like this (nothing running in the forground, must be something in the background)
core 0 @ <5%
core 1 @ =100%
core 2 @ <6%
core 3 @ <64%  
Bandwith, I'm hooked to a 30mbs connection, I'd also like to know if we can play "Linbo" how low can we go without having buffering wreck the video quality & stability (I want to lower my cable bill cost, and still have a reliable signal & picture).

0

threads

6

posts

42

credits

Novice

Rank: 1

credits
42
Published in 2015-12-16 23:27:13 | Show all floors
jernej replied at 2015-12-16 06:20
Now I get it. You are using USB wifi dongle. I was reffering to build-in wifi on orange pi 2 board ...

@jernej Yes, Im using wifi usb dongle.
I had same problem with wifi in loobris ubuntu image, but when i changed some options in fex file (module_num: value from 7 to 1) all works fine.
How can i change this value in opipc image?


Ps I tryed ifconfig up etc, without success.


4

threads

1118

posts

9144

credits

Moderator

Rank: 7Rank: 7Rank: 7

credits
9144
Published in 2015-12-17 01:07:17 | Show all floors
lucami replied at 2015-12-16 16:27
@jernej Yes, Im using wifi usb dongle.
I had same problem with wifi in loobris ubuntu image, but w ...

I will merge fritz changes which will allow building images for different Orange Pi boards. You would then easily make a change to a script.bin file.

I do not own PC variant, but now that you mentioned module_num parameter, I think it's value should be 0, because there is no on-board wifi. Can you test somehow if this also helps?

@
chaszim,
you will soon be able to build your own images. Because I'm not the author of the first post, I wont put links there. Currently, I'm a bit tired of putting new image on net after every commit. About wifi - I think you have similar problem as lucami. If that is the case, it will be solved soon. About CPU usage - if you would read issues in first post or on github, you would know that kswapd is the problem. There is also workaround described in third post.

@swordfish
,
can you upload images also for other boards once I merge fritz changes?

@CGarces
main problem is in CedarX libraries. If you can find one for your system, this source could be good reference, assuming that CedarX API is the same. VDPAU can't be used with this source because it depends on X11, which is not used here. You can certainly configure source to be build with X11, but I can't help you with that.

@fritz,
so for now, I will leave kodi 16 beta 2.

@bronco,
I don't care much about btrfs. However I'm not sure if there is easy way to disable btrfs support, which breaks build.

Published in 2015-12-17 01:45:00 | Show all floors
jernej replied at 2015-12-17 01:07
I will merge fritz changes which will allow building images for different Orange Pi boards. You wo ...

@jernej: When adopting Fritz' changes please keep in mind that adjusting dvfs/thermal stuff for the 'PC' is still missing (still Xunlong's crazy settings). And regarding btrfs: Building the kernel with activated btrfs is fine. But I would refrain from using it with such an outdated kernel (tons of fixes in the meantime and we experienced a really nice loss of +30 TB data at a customer a while ago -- this must have been with kernel 3.10 or above).
Apart from that: Kudos for all your great work here!

4

threads

1118

posts

9144

credits

Moderator

Rank: 7Rank: 7Rank: 7

credits
9144
Published in 2015-12-17 02:01:30 | Show all floors
bronco replied at 2015-12-16 18:45
@jernej: When adopting Fritz' changes please keep in mind that adjusting dvfs/thermal stuff for th ...

Thanks!

I think you misunderstood me. I mean that I didn't noticed easy way to disable btrfs support in systemd 228. I think they didn't test building it with older kernels. About thermal settings - thanks, noted, I will commit them in commit after merge when I will clean some other stuff too.

 Author| Published in 2015-12-17 09:39:02 | Show all floors
@swordfish,
can you upload images also for other boards once I merge fritz changes?


Sure, I only have OPI PC to test on though.

4

threads

1118

posts

9144

credits

Moderator

Rank: 7Rank: 7Rank: 7

credits
9144
Published in 2015-12-18 01:44:33 | Show all floors
Edited by jernej at 2015-12-17 18:46

I merged fritz's new build system for different devices. Can someone test it also on my repo?  As he explained:

Supported devices:
  1. DEVICE=HYH-TBH3
  2. DEVICE=OPiPlus
  3. DEVICE=OPi2
  4. DEVICE=OPiPC
Copy code


build with:
sudo PROJECT=H3 DEVICE=xxx ARCH=arm make image


and for those who want build images for different devices:
other issue I have seen is sometime it does not rebuild u-boot if you change DEVICE. resulting in having the wrong script.bin in the FAT partition.
Better clean it manualy before building for another DEVICE:
sudo PROJECT=H3 ARCH=arm DEVICE=xxx scripts/clean u-boot
or check script.bin on the FAT partition if it's ok.

Changelog:
- support for multiple boards (obviously)
- changed u-boot to mainline
- reverted some changes which are not needed anymore to be more upstream like
- fixed upstream issue for connman (network support)

@lucami, please test if wifi dongle works on OPiPC now (sorry, you have to build image for yourself)

I found out that interleaved images are the biggest problem. My approach would be first to implement direct rendering which will take care of image cropping and it will have fake deinterlacing (it will show same interleaved image twice). Once this will work, I will add HW deinterlacing.

In the mean time, I will fix only small reported problems, e.g. updating script files.

0

threads

41

posts

213

credits

Intermediate member

Rank: 3Rank: 3

credits
213
Published in 2015-12-18 05:46:18 | Show all floors
jernej replied at 2015-12-18 01:44
I merged fritz's new build system for different devices. Can someone test it also on my repo?  As he ...

I will try the new build on OPi PC but i don't except to see any differences using it.I don't use wifi dongles etc.. I will test only stability and some not tested yet codecs.

Thank you.
I'm curious to see what direct rendering can do on this little board.




You need to log in before you can reply login | Register

Points Rule

Quick reply Top Return list