On Wed, 3 Mar 2010 13:39:40 +0100 (CET) Vincent Torri <vto...@univ-evry.fr>
said:

> 
> 
> On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote:
> 
> > 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 :)
> 
> but then, it can not be used elsewhere. Why do you think that emotion is 
> the only lib that should use it ?

because its the only need i see - why would anything else use gstreamer
directly when emotion already handles abstracting that for you? you dont need
to know or deal with gst api - it's simpler and more flexible. gst still (last
i checked) didnt do dvd's (properly). for example. so now u want to do a dvd
player - u need to use a completely different api (emotion or libxine)? it
makes very little sense.

-- 
------------- 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