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. :( <div class="gmail_quote"> On Sat, Mar 21, 2009 at 4:50 PM, Edward Hervey <<a href="mailto:bilboed@gmail.com">bilboed@gmail.com</a>> wrote: <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> On Sat, 2009-03-21 at 16:30 +0800, Prajnashi S wrote: > I just want OpenMAX. That we all agree on. <div class="im"> > It's easy to reuse it with opencore, otherwise, I have to port > bellagio + ffmpeg + x264 + mad + ..., it's a nightmare for me. </div> 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 <div><div></div><div class="h5"> > 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 <<a href="mailto:bilboed@gmail.com">bilboed@gmail.com</a>> > wrote: > > On Fri, 2009-03-20 at 17:28 +0200, Felipe Contreras wrote: > > On Fri, Mar 20, 2009 at 5:15 PM, Edward Hervey > <<a href="mailto:bilboed@gmail.com">bilboed@gmail.com</a>> 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. > > > > > > > > > -- </div></div>> -- Prajnashi S <div><div></div><div class="h5">> > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "prajnashi" group. To post to this group, send email to <a href="mailto:prajnashi@googlegroups.com">prajnashi@googlegroups.com</a> To unsubscribe from this group, send email to <a href="mailto:prajnashi%2Bunsubscribe@googlegroups.com">prajnashi+unsubscribe@googlegroups.com</a> For more options, visit this group at <a href="http://groups.google.com/group/prajnashi?hl=en" target="_blank">http://groups.google.com/group/prajnashi?hl=en</a> -~----------~----~----~----~------~----~------~--~--- </div></div></blockquote></div> -- -- Prajnashi S