[Gstreamer-openmax] Make gst in android to play AAC
Prajnashi S
prajnashi at gmail.com
Mon Mar 23 06:37:35 PDT 2009
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 at 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 at 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 at 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 at googlegroups.com
> To unsubscribe from this group, send email to
> prajnashi+unsubscribe at googlegroups.com<prajnashi%2Bunsubscribe at googlegroups.com>
> For more options, visit this group at
> http://groups.google.com/group/prajnashi?hl=en
> -~----------~----~----~----~------~----~------~--~---
>
>
--
-- Prajnashi S
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-openmax/attachments/20090323/76d36181/attachment.htm>
More information about the Gstreamer-openmax
mailing list