[gst-devel] Gstreamer and OpenMAX Integration Layer

[dmelpi at tele2.it]

Hi Christian,
sorry for the delay in replying; see comments inline 
below.

Bye

Diego

On Tue, 14 Mar 2006 16:48:59 +0100
  Christian Fredrik Kalager Schaller 
<uraeus at linuxrising.org> wrote:
> Hi Diego,
> I guess our interest in this depends fully on what kind 
>of real world traction it gets. 

I agree. There seem to be signs that it may get some 
traction since major industry players are involved.

>Having plugins that use openmax is of course very
> useful on hardware platforms where the hardware vendor 
>provides openmax
> implementations for their hardware accelerators. On 
>platforms without
> hardware accelerated openmax support they are little 
>interest of course.

Yes, this is also my point of view.

> So personally I think your project is cool and very 
>interesting, but 
> I am not sure what you expect the GStreamer project to 
>do here apart
> from appreciating your effort :)

I would be glad in having some of the Gstreamer experts 
check if they see any major showstoppers in the OpenMAX IL 
API that would make its integration in GST plugins 
difficult for specific use cases, which we may have not 
considered.
Of course, some time to review the IL API is needed...but 
your feedback could be very helpful to us.

> 
> Christian
> 
> On Tue, 2006-03-14 at 16:25 +0100, dmelpi at tele2.it 
>wrote:
>> Hi there,
>> I would like to get in touch with the GStreamer 
>>developers 
>> concerning a new standard interface for multimedia 
>> components, named OpenMAX Integration Layer.
>> This standard has been specified by Khronos and can be 
>> found at
>> http://www.khronos.org/openmax
>> Basically, this API is intended to provide multimedia 
>> frameworks standardized access to multimedia components, 
>> included HW accelerated ones. It is royalty-free and OS 
>> independent, meaning that other multimedia frameworks 
>> could be using it in the near future.
>> There is an opensource project with an initial 
>> implementation of this API available at
>> http://sourceforge.net/projects/omxil
>> I have been working on a set of GStreamer plugins that 
>>use 
>> this API and they will soon be available on that site 
>>too.
>> For the time being, I would like to know your thoughts 
>> about this new API and, in particular, if you feel it 
>> could be a valuable addition to GStreamer. Let me only 
>>say 
>> that OpenMAX IL is backed by a large consortium that 
>> includes silicon manufacturers and major terminal 
>> manufacturers. It could be a step towards open 
>>multimedia 
>> platforms and my opinion is that GStreamer could play a 
>> role there.
>> I am preparing a white paper that describes how OpenMAX 
>>IL 
>> could be used in GStreamer: please let me know if you 
>> would like to review this document.
>> 
>> Thanks and have a great day
>> 
>> Diego Melpignano
>> 
>> PS.
>> Since I am new to the list, I apologize in advance if 
>>this 
>> topic has already been discussed - but I could not find 
>> anything in the mail archives.
>> 
>> 
>> -------------------------------------------------------
>> This SF.Net email is sponsored by xPML, a groundbreaking 
>>scripting language
>> that extends applications into web and mobile media. 
>>Attend the live webcast
>> and join the prime developer group breaking into this 
>>new coding territory!
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>