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 ?
Vincent
------------------------------------------------------------------------------
Download Intel® 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
