[Bug 731204] androidmedia: Implement zerocopy rendering

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Tue Apr 7 09:01:37 PDT 2015


https://bugzilla.gnome.org/show_bug.cgi?id=731204

--- Comment #46 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
(In reply to Edward Hervey from comment #44)
> The part about non-Java apps leaves me a bit ... dubious. How can you have
> non-java apps on Android *unless* you are doing "system" applications ? Any
> app *will* need a java loader (albeit as small as possible).

Xamarin and Qt are hiding all that from the application.

(In reply to Matthieu Bouron from comment #45)
> (In reply to Edward Hervey from comment #44)
> > The part about non-Java apps leaves me a bit ... dubious. How can you have
> > non-java apps on Android *unless* you are doing "system" applications ? Any
> > app *will* need a java loader (albeit as small as possible).
> > 
> > As for storing/using the activity in GStreamer.init() it makes sense imho.
> 
> I'm not sure passing the activity to Gstreamer.init and stores it as a
> static variable will really help unless some kind of C api is provided by
> gstreamer-android to retreive the activity from there and also because the
> application (activity) is currently stored in CustomData.app (it is already
> done for all android tutorials, the code is not shared though).
> Maybe i'm missing something here.

Why can't we get org.freedesktop.gstreamer.GStreamer via JNI's FindClass() and
then directly use the field from there? It's clearly loaded at this point as
the application called it :)
Alternatively we could also add C API to gstreamer_android.c that gives the
Activity that was stored there during init.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list