Kodi Community Forum
[LINUX] XBMC for Linux port to ARM architecture CPU and SoC chips? - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Discussions (https://forum.kodi.tv/forumdisplay.php?fid=222)
+--- Forum: Feature Requests (https://forum.kodi.tv/forumdisplay.php?fid=9)
+--- Thread: [LINUX] XBMC for Linux port to ARM architecture CPU and SoC chips? (/showthread.php?tid=35139)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48


- davilla - 2010-09-10

The key issue is how the data is passed from GPL world to non-GPL world. For example, you could create an simple omx video decoder component that XBMC passes in video demux content in the omx input port. omx is an open API that serves many, many devices/platforms and can be treated as a system lib. In the omx video decoder, you do what's required to get the data into the hw decoders and out again via the omx output port. XBMC takes this decoded data and renders it.

This would be identical to how XBMC runs on tegra2 platform, nvidia supplies the omx decoder component, it's closed source. XBMC uses it like a system lib as the OpenMax API is open and many, many devices/platforms use it.

It's a little more work than creating a simple custom method using pipes or shared memory BUT the key here is by using an existing open API, then GPL requirements are satisfied AND you also gain in that work is already being done by others with XBMC to use OpenMax as a hardware decoding interface. This would be a win/win solution and benefit XBMC as a whole in running on platforms that have proprietary hardware decoding details.


- BrokenCodes - 2010-09-11

So, I could create an OpenMax translation interface for the CNXT_VAPI interface, and remain in the good graces of the GPL? Would I be forced to open the source of the translation layer?


- davilla - 2010-09-11

BrokenCodes Wrote:So, I could create an OpenMax translation interface for the CNXT_VAPI interface, and remain in the good graces of the GPL? Would I be forced to open the source of the translation layer?

No, you will not be forced to open the source of the translation layer. See tegra2 branch (http://trac.xbmc.org/browser/branches/arm-tegra2/xbmc/cores/dvdplayer/DVDCodecs/Video/OpenMax.cpp)

These OpenMax components are from nvidia and they are closed source;

OMX.Nvidia.h264.decode
OMX.Nvidia.h264ext.decode
OMX.Nvidia.mp4.decode
OMX.Nvidia.mp4ext.decode
OMX.Nvidia.mpeg2v.decode
OMX.Nvidia.vc1.decode

Because they use the published OpenMax IL API, they can be closed source. We open OpenMax, find the component and use it.


- BrokenCodes - 2010-09-11

Ok, then that's how I will try to get Sigmatel, and Trident Micro, and Celestial support...


- davilla - 2010-09-11

BrokenCodes Wrote:Ok, then that's how I will try to get Sigmatel, and Trident Micro, and Celestial support...

Cool, glad we could help point the way. If you can support decode directly into egl texture then that's optimal as xbmc's dvdplayer then does not waste CPU moving decoded pictures around. That's how XBMC under tegra2 works.


- polkaroo - 2010-09-30

How is this effort going? I am thinking of putting together a couple of XBMC machines (one to replace my xbox.. sniff, sniff...), but I am willing to wait a bit longer Big Grin


- joerg - 2010-10-01

is there a branch with openmax for the beagleboard as well?


- topfs2 - 2010-10-01

joerg Wrote:is there a branch with openmax for the beagleboard as well?

OMX is rather tricky on beagleboard afaik. The GSoC branch does utilize the hw accelerated overlays though to make quick yuv to rgb conversion.


- Hannes The Hun - 2010-10-05

if the developers want to get their hands on an OMAP4 development board for free, maybe it's worth to join the pandaboard request program

http://pandaboard.org/

http://www.omappedia.org/wiki/PandaBoard_Early_Adopter_Program

a jury will decide which projects are worthy based on "coolness factor" and in my humble opinion, there's nothing more awesome than XBMC 1080p playback on the ARM platform!

reference: http://www.omappedia.org/wiki/Main_Page

I guess it would be wise to do an official request by xbmc.org and the developers


- topfs2 - 2010-10-05

Thanks for the suggestion Hannes The Hun. I've added us to the project page.


- CrashX - 2010-10-05

Board Pics:
http://www.omappedia.org/wiki/File:PandaBoard_Setup.png

Anyone knows how much this will cost ?


- DavKa - 2010-10-05

I actually have no idea more than that a I tried to get hold of OMAP1730 proffesionaly (like 4 years ago) but the answer I got then was that you could not buy them for money, you also needed to have a good business case presented before being allowed to wait in queue to buy one.

If situation are the same now and on this particular board I don't know...


- McGeagh - 2010-10-06

They are saying $150-$200 approximately, on the pandaboard mailing list.


- topfs2 - 2010-10-13

For those that are interested, http://omappedia.org/wiki/PandaBoard_Voting#PHASE-I_Winners. XBMC made the cut, will write up a blog post as soon as I get something running on the thing Smile


- Hannes The Hun - 2010-10-14

congrats, guys! but only 3 votes, what kind of jury was that?! Big Grin