robclark Wrote:If you have ubuntu 11.10 filesystem, please try adding linaro PPA and using rsalveti's xbmc .deb, see http://rsalveti.wordpress.com/2012/01/06/hw-video-decode-and-xbmc-ubuntu-linaro/

There is one patch in there which helps somewhat, which I haven't had a chance to clean up and push. I'll try to do that this weekend if I have time. In general getting the flow control right with the way dvdplayer uses gst is, well, let's say a challenge. *Really* we badly need a native gstplayer to replace dvdplayer, which would solve all these issues w/ AV sync, fps, etc. But is perhaps a larger task.

Quote:For those who became more interested in the PandaBoard ES after it was benchmarked on Phoronix last week, here's some details about the Distributed Codec Engine found on this OMAP4 platform from Texas Instruments.

For providing hardware accelerated codec support there is the Codec Engine for modern Texas Instruments ARM platforms. "Codec Engine (CE) is a framework that enables applications to easily instantiate and work with XDM codecs and algorithms using a common API."

Exposing this TI accelerated interface is "libdce", which is an open-source library maintained by Texas Instruments, and is currently supported by a few multi-media sample applications like omapfbplay and gst-ducati.

However, setting up libdce & co isn't quite as easy as if looking to use VDPAU or VA-API under Linux. Details on this project for those wanting to investigate more about the codec possibilities can find useful details from the GitHub project page.

robclark Wrote:There is one patch in there which helps somewhat, which I haven't had a chance to clean up and push.

robclark Wrote:*Really* we badly need a native gstplayer to replace dvdplayer, which would solve all these issues w/ AV sync, fps, etc. But is perhaps a larger task.

Quote:Suggest that you look into implementing the UMMS (Unified Multimedia Service) audio video player abstraction layer framework into XBMC.

This article and UMMS introduction pdf sums up UMMS much better then I even can
http://lwn.net/Articles/465178/
http://wiki.meego.com/images/LinuxCon_2011_umms_introduction.pdf

However to put it simple, UMMS is an open source abstraction layer framework that have an consistent API which would make it possible for video and audio players to be treated as (binary) addons in XBMC.

Separating the video and audio players from the core XBMC application would also mean XBMC could have multiple video players and multiple audio players, and they could all be upgraded separately from the core application just like any other addon in XBMC.

Having the video and audio player separate binary addons using this API could open up future possibilities like having third-party closed source players dedicated for Blu-ray Disc playback or even DRM protected video on demand services like Netflix. This is possible since UMMS is LGPL licensed and is designed to use D-Bus service API to communicate between the frontend, and the backends it is language-independent and capable of providing license isolation, it could also be made to use a other open API then D-Bus, such as JSON-RPC or WebSocket to provide an bi-directional communications channel between the frontend and the backends.


Brendan Le Foll (username arfoll on the XBMC forums who also ported XBMC to MeeGo) have actually already coded his own proof of concept UMMS player for XBMC called madeo-uplayer that uses GStreamer and is written in Python
https://github.com/arfoll/Madeo-MUMS-player
https://github.com/arfoll/UMMS


UMMS official site
http://wiki.meego.com/Umms

Official git repositories for MeeGo middleware like UMMS are on meego.gitorious.org
http://meego.gitorious.org/meego-middleware/umms

First version of the module for Universal Multi Media Service has been published on the Meego OBS
https://build.meego.com/package/show?package=UMMS&project=MeeGo%3A1.2%3Aoss

The initial technical specification was published in March 2011 and can be found here
http://wiki.meego.com/File:Meego_Unified_MultiMedia_Service_V0.4.odt


Hope that the team developers have time to look into UMMS or some other type of

davilla Wrote:Unified Multimedia Service is python. Using python as the main internal player makes me nervous.

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