[vlc-devel] [RFC PATCH 00/11] OMX: enable android hardware buffers (zero copy)

Thomas Guillem guillem at archos.com
Tue Jun 24 21:00:19 CEST 2014


Hi Martin,

Thanks for all your comments, I'm OK with all of them, I'll propose a new
set
of patches tomorrow.

For the makefile part, it's in vlc-android git (iomx_hwbuffer.c is build in
libiomx.so). Patches are ready but I didn't send them since I was not sure
to
propose the android headers patches that are about 6MB.

For iomx Graphics Buffers, I need to build libiomx against ics, jb, jbmr2
and
kitkat. I'm not 100% sure that a specific jbmr2 build is needed. I did it
for
Archos Video Player, but maybe it was for an other private API (sigh...).

Thomas.


2014-06-24 18:15 GMT+02:00 Martin Storsjö <martin at martin.st>:

> Hi,
>
>
> On Tue, 24 Jun 2014, Thomas Guillem wrote:
>
>  This set of patches is my first attempt to backport android hardware
>> buffers in
>> OMX from the  Archos Video Player application that I'm working on.
>>
>
> Nice! I did a similar proof of concept some time ago, but it felt quite
> hacky - this does seem a little less bad.
>
>
>  I did the development on a Nexus 10 with last android 4.4.3, and I have a
>> performance issue using HW buffers. I need to investigate more since I
>> know
>> that I don't have any performances issue with my other player. I also
>> tested it
>> on a RK30 and a QCOM device.
>>
>> By the way, I don't know if you want the patches to enable libiomx build
>> on jb
>> and kitkat (mostly android headers patch).
>>
>
> Yes, even though we might not want to build the iomx code specifically for
> those versions, it'd be useful to have your patches for testing.
>
> So far we've been able to use one single set of headers (from ICS) for
> IOMX for everything up to 4.3 - does some of the GraphicBuffer APIs change
> ABI inbetween to require building separate versions for 4.0 and 4.1-4.3?
>
> Also, the patches seem to be missing the makefile parts (both for the
> vlc-android and the vlc project itself) - these would be useful for
> understanding better how it all fits together.
>
> I'll follow up with comments on the individual patches...
>
> // Martin
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel
>

-- 


This email and any files transmitted with it are confidential and are 
intended solely for the use of the individual or entity to which they are 
addressed. Access to this e-mail by anyone else is unauthorised. If you are 
not the intended recipient, any disclosure, copying, distribution or any 
action taken or omitted to be taken in reliance on it, is prohibited. 
E-mail messages are not necessarily secure. Archos does not accept 
responsibility for any changes made to this message after it was sent.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20140624/886b3f87/attachment.html>


More information about the vlc-devel mailing list