On Wed, 3 Mar 2010 12:41:19 +0100 Jorge Luis Zapata Muga
<jorgeluis.zap...@gmail.com> said:

> On Wed, Mar 3, 2010 at 6:32 AM, Vincent Torri <vto...@univ-evry.fr> wrote:
> >
> >
> > On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote:
> >
> >> On Tue, 2 Mar 2010 10:20:18 +0100 (CET) Vincent Torri <vto...@univ-evry.fr>
> >> said:
> >>>
> >>> I've attached a tarball containing the evas sink for gstreamer, a small
> >>> test example and a small video (ogg/theora, 48 frames). You must have
> >>> gstreamer and gstreamer-plugins-base dev packages to build everything
> >>>
> >>> 1) Create the directory ~/.gstreamer-0.10/plugins
> >>>
> >>> 2) make (to build the sink and the test, and install the plugin)
> >>>
> >>> 3) ./test (to run the test)
> >>>
> >>> The plugin is not complete yet, but it's a good start. What is remaining,
> >>> mainly, is to managed YUV files and maybe adding mor properties. I'll add
> >>> it later.
> >>>
> >>> Question: should this sink goes to emotion dir, or gstreamer repo ? That
> >>> is, could it be used elsewhere (like in webkit-efl, for example) ?
> >>>
> >>> Vincent
> >>>
> >>> PS: thanks to Nicolas Aguirre for his help with cond/mutex. I'll never
> >>> understand that stuff...
> >>
> >> imoh - it probably belongs in emotion... but right now its a rgb(a) sink
> >> only
> >
> > Yes. First, i want to make it solid with BGR or BGRA or BGRx (4 chans, no
> > alpha). They are all the same except the padding which is 3 or 4. For
> > example, there is a deadlock in the new code. I don't want to add features
> > until the problem is solved.
> >
> >> which means its really not of any great use. once its yuv... you can
> >> finally get acceleration for yuv->rgb+scale (right now yuv->rgb will be
> >> done by gstreamer in software and then if you use evas's gl engine - u
> >> could get scaling accel - but its an rgba upload of pixels - and as such
> >> thats 32bit per pixel not the 12 bits that yuv would be - so more than
> >> double the upload bandwidth).
> >
> > I know how to deal with YUV (YV12 or I420) as i did it in emotion.
> > I'll add that support later (note the caps that are commented at the
> > beginning of evassink.c).
> >
> >> i'd say make it do yuv and put it in emotion as part  of the
> >> gtsremaer module. expose the sink to gst runtime inside emotion (it doesnt
> >> need a .so installed if u supply your own sink from the app - right?)
> >
> > There are several locations where gstreamer searches the modules :
> >
> >  * the prefix of gstreamer + lib/gstreamer-0.10
> >  * $HOME/.gstreamer-0.10/plugins
> >  * the value of the env var GST_PLUGIN_PATH
> >  * the path passed to the command line option --gst-plugin-path (if
> >    the app uses argc/argv and if gst is correctly initialized)
> >
> 
> You can always make a static plugin, that is, register the gst element
> once the emotion lib is initialized (and the gstreamer backend). It
> will be part of the gst runtime, no need to create a .so.

thats what i was talking about :)

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ras...@rasterman.com


------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to