This sounds similar to what I hacked together here: https://github.com/Montellese/android/co...nal_player
Basically this allows to choose to play media files with an android player (depending on the one that is default on your device). The implementation is very hacky but it allows to play videos with hardware acceleration (if the android player supports it).

@juami: You don't seem to be keen on providing detailed info about your implementation but would be great to know how you achieve hardware acceleration with your android player.

Always read the online manual(wiki), FAQ(wiki) and search the forum before posting.
Do not e-mail Team Kodi members directly asking for support. Read/follow the forum rules(wiki).
Please read the pages on troubleshooting(wiki) and bug reporting(wiki) before reporting issues.

(2012-08-20 09:12)Montellese Wrote: @juami: You don't seem to be keen on providing detailed info about your implementation but would be great to know how you achieve hardware acceleration with your android player.

there are some problems.
XBMC-android is not a normal android apps. it heavily depends on internal frameworks. Too different than our implementations.
and there are no silver bullet to use hw accelerations. Every SoC have thier own hacks.
there are different characteristics on same chipset with different android version.
But I could not release all of my code, because I signed MNDA with major chipset and handset vendors.

(2012-08-20 09:12)Montellese Wrote: This sounds similar to what I hacked together here: https://github.com/Montellese/android/co...nal_player
Basically this allows to choose to play media files with an android player (depending on the one that is default on your device). The implementation is very hacky but it allows to play videos with hardware acceleration (if the android player supports it).

@juami: You don't seem to be keen on providing detailed info about your implementation but would be great to know how you achieve hardware acceleration with your android player.

What does it take to include this in a XMBC build? Can you just replace the original files with these changed one's when already build, or do you compile the build afterwards?

My patch is very basic. I'm not sure whether it's better to use the existing external player implementation and extend it to support android apps or whether it should be its own player. The problem is there is no support for getting data from the android player to xbmc.

(2012-08-20 10:11)juami Wrote: there are some problems.
XBMC-android is not a normal android apps. it heavily depends on internal frameworks. Too different than our implementations.
and there are no silver bullet to use hw accelerations. Every SoC have thier own hacks.
there are different characteristics on same chipset with different android version.
But I could not release all of my code, because I signed MNDA with major chipset and handset vendors.

That's what I figured but just wanted to know if there is a better API for android apps (using java). A lot of android players are able to handle 1080p on my SGS2 but with our very basic openmax implementation I only get software decoders and no hardware decoders.

Always read the online manual(wiki), FAQ(wiki) and search the forum before posting.
Do not e-mail Team Kodi members directly asking for support. Read/follow the forum rules(wiki).
Please read the pages on troubleshooting(wiki) and bug reporting(wiki) before reporting issues.

(2012-08-20 11:33)Montellese Wrote: That's what I figured but just wanted to know if there is a better API for android apps (using java). A lot of android players are able to handle 1080p on my SGS2 but with our very basic openmax implementation I only get software decoders and no hardware decoders.

You've submitted your patch on trac at http://trac.xbmc.org/ticket/13267, however I believe that is only used for bug reports/tracking these days. I believe the proper procedure for patches is to now submit pull request on github at https://github.com/xbmc/xbmc where it's likely to get more attention, plus I believe it makes life easier for the developers to merge, perhaps one of the XBMC developers can clarify.

Just pointing this out in case it gets lost amongst all the bug reports on trac and as an end user who'd like to see external player support on Android in XBMC.

I tested the build on a touchpad running CM9. It works well as dice player support qualcomm chip. I would not recommend to try it because default language is Korean. It would be hard to figure out to change language itself.

Montellese already have his own version of android external player, so I don't think it is necessary to make a pull request as Montellese will add it as he decide how to implement it.

(2012-08-22 02:18)kimp93 Wrote: I tested the build on a touchpad running CM9. It works well as dice player support qualcomm chip. I would not recommend to try it because default language is Korean. It would be hard to figure out to change language itself.

Montellese already have his own version of android external player, so I don't think it is necessary to make a pull request as Montellese will add it as he decide how to implement it.

Sorry for language settings. that is not my build.
There are some problems on sending authentication info(Username / Password ) to player.
Montellese's patch is good and standard way but it has limitations. It only works with local file and http stream.
I think external player should know about xbmc configurations ( language , encoding , subtitle , auth info ... )