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

+- Kodi Community Forum (http://forum.kodi.tv)
+-- Forum: Development (/forumdisplay.php?fid=32)
+--- Forum: Feature Suggestions (/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


- devanl - 2012-01-16 03:13

It would be nice to get inside one of these...
http://www.engadget.com/2012/01/07/always-innovating-hdmi-dongle-android-tv-video/


UMMS audio / video abstraction layer framework is not Python, code is written in C - RockerC - 2012-01-16 13:50

davilla Wrote:Unified Multimedia Service is python. Using python as the main internal player makes me nervous.
I think you misunderstand, looking at the code, the UMMS framework is not Python, its coded in C for front-end core integration

https://github.com/arfoll/UMMS look under the "src" folder for the UMMS front-end C code which would go into the XBMC core or lib


UMMS is a very similar concept to that of the PVR abstraction layer framework for XBMC front-end, only one API, many back-ends

Unified Multimedia Service is a abstraction layer framework that allows for the players to be written in any programming-language

UMMS front-end which is the core and middleware with uniformed API for players, then it has separate binary players as back-ends

You could write the main internal player for XBMC in C or C++ and just have it use the UMMS API, inc. porting DVDPlayer to UMMS

The beauty of UMMS is that XBMC could have multiple audio/video players in different programing-languages via same common API


I highly recommend you read this article about UMMS audio/video abstraction layer, it sums without looking having to at the code

http://lwn.net/Articles/465178/


Suggest that you have a talk about it with Brendan Le Foll (username arfoll on the XBMC forums who also ported XBMC to MeeGo)

Remember that the MeeGo TV project developers who coded UMMS used XBMC as their reference GUI


- davilla - 2012-01-16 17:27

https://github.com/arfoll/UMMS -> arfoll authored December 05, 2011

https://github.com/arfoll/Madeo-MUMS-player has been what I've been following as I have access to cex41xx hardware.

UMMS API is interesting. Brendan already has that implemented in https://github.com/arfoll/xbmc but I can't find the details right now.


- tschak909 - 2012-02-10 18:23

I saw some mentions in here of using the TTL port on an AML8726-M, what TTL cable did you use? did you have to fashion one? (I have cerebral palsy, so my hands aren't very well suited for soldering)

I keep seeing 6 pin variants with large headers on them, but they won't fit the 5 pin variant (I have the pinouts needed already)...

oh well, if not, I'll try to get a friend to help me solder one together.

Thanks,
-Thom


- davilla - 2012-02-10 20:17

tschak909 Wrote:I saw some mentions in here of using the TTL port on an AML8726-M, what TTL cable did you use? did you have to fashion one? (I have cerebral palsy, so my hands aren't very well suited for soldering)

I keep seeing 6 pin variants with large headers on them, but they won't fit the 5 pin variant (I have the pinouts needed already)...

oh well, if not, I'll try to get a friend to help me solder one together.

Thanks,
-Thom

All the AML8726-M pcb's that I have seen only have 4 pins, look for the white JST connector.

Matching plug -> http://www.sparkfun.com/products/10359

If you get these:
http://www.sparkfun.com/products/9920
http://www.sparkfun.com/products/718

You can make up an easy adapter. Note, the Breakout Board can supply +3.3v and the JST connector on the pcb also supplies +3.3v, don't connect them together. I just remove the pin from the header I solder on to the Breakout Board.


- chaosct - 2012-02-14 22:43

ungoliant Wrote:First of all, hi, I just registered to the forums Smile

Second: I just build this and tested it on my Pandaboard ES: It has some bugs:
- seek: video slows down for a while and audio keeps going, and after a couple secs video plays faster to get in sync with audio.

- UI: I have 30 fps constant, but every 5-10 secs it drops for to ~15 FPS. I have noticed that if I am checkin the system info, when the FPS drops, the system info is gone for half second.

- Playback: Because of the above, playback is kinda painfull, with FPS drops every 5-10 secs.

I'm also having exactly this problems (also from linaro overlay PPA) . Did you find a solution eventually?


- Raybuntu - 2012-02-15 13:38

chaosct Wrote:I'm also having exactly this problems (also from linaro overlay PPA) . Did you find a solution eventually?

Look here https://bugs.launchpad.net/linaro-ubuntu/+bug/915456

you have to disable drm polling:

echo 0 > /sys/module/drm_kms_helper/parameters/poll


- Raybuntu - 2012-02-15 13:45

overflowed Wrote:ok, after removing the deinterlace ! ffmpegcolorspace i noticed, the video still does not appear. A git diff helped, I forgot to insert a ! at the end, the sink is still added after this. So i tried again, but still have two pictures (one above the other). CPU usage is not increased on sd (don't have an interlaced hd source).

Will have to do some more research but not before the weekend.

I'm having the same issue here. From my tests I found that the problem is caused by "deinterlace" (if you do some experiments with gst-launch). Problem is that somehow deinterlace automatically kicks in. Without deinterlace (using gst-launch) it looks interlaced but fine. But I didn't found a way to turn that off. The Problem on deinterlace could also be that it normally doubles the framerate (from 25 to 50fps) and since the Pandaboard ES is only capable of 1080p at 30fps this can be a problem. But I'm not an gstreamer expert.


- chaosct - 2012-02-17 21:37

Raybuntu Wrote:Look here https://bugs.launchpad.net/linaro-ubuntu/+bug/915456

you have to disable drm polling:

echo 0 > /sys/module/drm_kms_helper/parameters/poll

Thanks Raybuntu, that did the trick!


Broken playback - solmis - 2012-02-21 09:14

I got the Linaro XBMC working for a while, but after some package update I started getting green lines all over the screen and playback is now choppy. Any idea what causes this and how to fix it?


- pfbach - 2012-02-22 02:03

Allright, seems like playback in xbmc finally works on Pandaboard (A2) by using the temporary? fix disabling drm polling. (Thanks Raybuntu for pointing this out).

I am wondering, playback of wmv streams and wmv files results in green screen (but sound is working) and xmbc stops responding. What kind of bug is this, is it perhaps related to the gstreamer implementation?


- pfbach - 2012-02-26 15:55

Quote:I am wondering, playback of wmv streams and wmv files results in green screen (but sound is working) and XBMC stops responding. What kind of bug is this, is it perhaps related to the gstreamer implementation?

The sound is working for a few seconds, screen turns black, green or purple. The output from XBMC when trying to run a wmv stream or file:

Quote:13:21:03 T:3065385504 NOTICE: DVDPlayer: Opening: mms://straumv.nrk.no/nrk_tv_direkte_nrk1_m?UseSilverlight=1
13:21:03 T:3065385504 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
13:21:04 T:2777674816 NOTICE: Creating InputStream
13:21:04 T:2777674816 NOTICE: Creating Demuxer
13:21:05 T:2777674816 NOTICE: Opening video stream: 1 source: 256
13:21:05 T:2777674816 NOTICE: Creating video codec with codec id: 74
13:21:06 T:2777674816 NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: Windows Media Video 9
13:21:06 T:2777674816 NOTICE: Creating video thread
13:21:06 T:2777674816 NOTICE: Opening audio stream: 0 source: 256
13:21:06 T:2777674816 NOTICE: Finding audio codec for: 86024
13:21:06 T:2760094784 NOTICE: running thread: video_thread
13:21:06 T:2777674816 NOTICE: Creating audio thread
13:21:06 T:2746721344 NOTICE: running thread: CDVDPlayerAudio::Process()
13:21:06 T:2746721344 NOTICE: Creating audio device with codec id: 86024, channels: 2, sample rate: 48000, no pass-through
13:21:06 T:2760094784 NOTICE: fps: 25.000000, pwidth: 512, pheight: 288, dwidth: 512, dheight: 288
13:21:06 T:2760094784 NOTICE: Display resolution DESKTOP : 1920x1080 @ 60.00 - Full Screen (12)
13:21:06 T:3065385504 NOTICE: Using GL_TEXTURE_2D
13:21:06 T:3065385504 NOTICE: GL: Selecting Single Pass YUV 2 RGB shader
13:21:06 T:3065385504 NOTICE: GL: NPOT texture support detected
13:21:07 T:2760094784 WARNING: CRenderManager::FlipPage - timeout waiting for flip to complete
13:21:07 T:2760094784 WARNING: CRenderManager::FlipPage - timeout waiting for previous frame
13:21:14 T:2746721344 WARNING: Previous line repeats 1 times.
13:21:14 T:2746721344 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
13:21:25 T:2760094784 WARNING: CRenderManager::FlipPage - timeout waiting for flip to complete
13:21:25 T:2760094784 WARNING: CRenderManager::FlipPage - timeout waiting for previous frame

Should this be reported as a bug somewhere?

Hm, it works with the latest compiled version of xbmc - 2:11.0+linaro+13+201203280142~oneiric1 from linaro-maintainters repo, but it uses ffmpeg instead of gstreamer I think, so HD materials does not play smooth.


- christian667 - 2012-03-06 11:21

For your interest: Topic in google group


RE: [LINUX] XBMC for Linux port to ARM architecture CPU and SoC chips? - slicemaster - 2012-03-20 07:21

Hey all, been following the thread on and off for some time and I decided to check back in because of all the news with the raspberry pi. I was blown away by the demo… That type of performance on a $35 dollar ARM board is really impressive. From what I understand it can only hardware decode H.264 because limitations in the hardware. Anyway, I was wondering what the status of XBMC on panda board is… I know it is massively more powerful than the raspberry pi so I would hope that it is at least running as well as that, hopefully better, but from the last few posts that doesn’t appear to be the case. I know awhile back someone was working on taking advantage of the hardware decoder on OMAP4 but has anything been done with that? What are the current builds capable of doing? Is it stable enough for daily use yet or is it still in the pet project stages? Anyways, thanks for all the hard work, I know a lot of you here have been doing a lot of great things to bring XBMC to the embedded computing world. I know a lot of people like me are eagerly awaiting a solid practical daily use release. Anyone has an itemized list of what the ARM port of XBMC can do (i.e. hardware accelerated video decode, high UI frame rates, quality end user experience…)?

Cheers,
Slice


RE: Broken playback - pfbach - 2012-03-22 23:29

(2012-02-21 09:14)solmis Wrote:  I got the Linaro XBMC working for a while, but after some package update I started getting green lines all over the screen and playback is now choppy. Any idea what causes this and how to fix it?

xbmc on pandaboard has been working for me for a few weeks now, but yesterday I somehow I have gotten this strange tearing in the video with mostly white and green lines. Video and audio is no longer in sync either.

Yesterday I added the repo ppa:tiomap-dev/release and upgraded quite a few packages from there.
Until yesterday I only used packages from ppa:linaro-maintainers/overlay

I tried to remove all packages and reinstall with only the packages from linaro-maintainers, but without luck.

What package is causing this?

I believe I haven't managed to remove all necessary packages.