Hi,
I upload gst-openmax + opencore OpenMAX patch. Currently, only AAC works. I will make more codec work very soon. The disadvantage is opencore cannot work anymore after apply my patch. :(

On Sat, Mar 21, 2009 at 4:50 PM, Edward Hervey <bilboed@gmail.com> wrote:

On Sat, 2009-03-21 at 16:30 +0800, Prajnashi S wrote:
> I just want OpenMAX.

 That we all agree on.

>  It's easy to reuse it with opencore, otherwise, I have to port
> bellagio + ffmpeg + x264 + mad + ..., it's a nightmare for me.

 Really ? The only problem I can see is that the openmax parts are
stored within the opencore modules (codecs_v2/), but I'll be working on
being able to use those parts alone.

 Yesterday I plotted the dependency graph of the whole of GStreamer (by
parsing all the .mk files) to figure out what key components needed to
be replaced.
 For multimedia, the key parts are:
 * libmedia (Kind of an abstraction layer to opencore and media
handling)
 * libmediaplayerservice (A centralized playback service)
 * libmedia_jni (the JNI bindings for libmedia)

 Nothing else does direct calls to OpenCore or their plugins, therefore
it should be those that should be switched to using GStreamer.

 So we basically have the following stack:
 * applications/libraries/frameworks
 * libmedia*
 * OpenCore and/or decoders (they have a special handling for vorbis
and sonivox)
 * OpenMax

 Which we can convert to:
 * applications/libraries/frameworks
 * libmedia*
 * GStreamer and plugins.
 * OpenMax

>  Meanwhile, I'm not sure if all these packages has performance issue.
>
> To use opencore, everything is done by PV. :-)
>
> On Fri, Mar 20, 2009 at 11:46 PM, Edward Hervey <bilboed@gmail.com>
> wrote:
>
>         On Fri, 2009-03-20 at 17:28 +0200, Felipe Contreras wrote:
>         > On Fri, Mar 20, 2009 at 5:15 PM, Edward Hervey
>         <bilboed@gmail.com> wrote:
>         > >
>         > > Hi,
>         > >
>         > >  This is a private mail (not on the mailing list).
>         >
>         > You mean not on the gst-openmax mailing list :)
>
>
>         ... FUCK.
>
>         >
>         > >  So yes, I was expecting these kind of issues considering
>         how much of a
>         > > mess the 'official' android repositories are.
>         > >
>         > >  Maybe the best (if you haven't synchronized your local
>         repositories)
>         > > is to submit a patch against the 'old' opencore, and
>         rebase it from
>         > > there.
>         > >
>         > >  The real question is ... do you really need opencore ? Or
>         do you just
>         > > need the openmax part of opencore ?
>         > >
>         > >  I'm currently deactivating opencore in my local checkouts
>         because:
>         > >  * it makes the whole build system fail (see
>         android-platform)
>         > >  * We want to get rid of opencore :)
>         >
>         > I don't want to get rid of opencore. I'm all in for multiple
>         choices :)
>         >
>
>
>          Sure, as long as we can strip opencore of everything that
>         gstreamer
>         and plugins does... which is.. well I guess it's all of
>         opencore except
>         for openmax.
>
>
>
>
>
>
>
>
> --
> -- Prajnashi S
>
> >


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "prajnashi" group.
To post to this group, send email to prajnashi@googlegroups.com
To unsubscribe from this group, send email to prajnashi+unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/prajnashi?hl=en
-~----------~----~----~----~------~----~------~--~---




--
-- Prajnashi S