Re: [E-devel] Evas sink for gstreamer
On Tue, 2 Mar 2010 10:20:18 +0100 (CET) Vincent Torri said: > > Hey, > > 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 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'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?) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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
Re: [E-devel] Evas sink for gstreamer
On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote: > On Tue, 2 Mar 2010 10:20:18 +0100 (CET) Vincent Torri > 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) 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
Re: [E-devel] Evas sink for gstreamer
On Wed, Mar 3, 2010 at 6:32 AM, Vincent Torri wrote: > > > On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote: > >> On Tue, 2 Mar 2010 10:20:18 +0100 (CET) Vincent Torri >> 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. > 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 > -- 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
Re: [E-devel] Evas sink for gstreamer
On Wed, 3 Mar 2010 12:41:19 +0100 Jorge Luis Zapata Muga said: > On Wed, Mar 3, 2010 at 6:32 AM, Vincent Torri wrote: > > > > > > On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote: > > > >> On Tue, 2 Mar 2010 10:20:18 +0100 (CET) Vincent Torri > >> 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® 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
Re: [E-devel] Evas sink for gstreamer
On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote: On Wed, 3 Mar 2010 12:41:19 +0100 Jorge Luis Zapata Muga said: On Wed, Mar 3, 2010 at 6:32 AM, Vincent Torri wrote: On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote: On Tue, 2 Mar 2010 10:20:18 +0100 (CET) Vincent Torri 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
Re: [E-devel] Evas sink for gstreamer
On Wed, Mar 3, 2010 at 1:39 PM, Vincent Torri wrote: > > 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 > > I think that you should install evassink.so in gstreamer plugins directory, during make install of emotion. So you can use it in emotion itself, and if someone want use evassink directly in his apps, he can. -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.digital-corner.org -- 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
Re: [E-devel] Evas sink for gstreamer
On Wed, 3 Mar 2010 13:39:40 +0100 (CET) Vincent Torri said: > > > On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote: > > > On Wed, 3 Mar 2010 12:41:19 +0100 Jorge Luis Zapata Muga > > said: > > > >> On Wed, Mar 3, 2010 at 6:32 AM, Vincent Torri wrote: > >>> > >>> > >>> On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote: > >>> > On Tue, 2 Mar 2010 10:20:18 +0100 (CET) Vincent Torri > 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® 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
Re: [E-devel] Evas sink for gstreamer
On Wed, 3 Mar 2010, Nicolas Aguirre wrote: > I think that you should install evassink.so in gstreamer plugins > directory, during make install of emotion. So you can use it in > emotion itself, and if someone want use evassink directly in his apps, > he can. why ? emotion can use it too. I do nothing specific that allows the test in tarball to choose the .so that i copied in ~/.gstreamer-0.10/plugins. That directory is one of those where gst searches the plugins. 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
Re: [E-devel] Evas sink for gstreamer
On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote: On Wed, 3 Mar 2010 13:39:40 +0100 (CET) Vincent Torri said: On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote: On Wed, 3 Mar 2010 12:41:19 +0100 Jorge Luis Zapata Muga said: On Wed, Mar 3, 2010 at 6:32 AM, Vincent Torri wrote: On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote: On Tue, 2 Mar 2010 10:20:18 +0100 (CET) Vincent Torri 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 yes, that *you* see. Vincent - 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® 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
Re: [E-devel] Evas sink for gstreamer
On Wed, 3 Mar 2010 17:27:01 +0100 (CET) Vincent Torri said: > > > On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote: > > > On Wed, 3 Mar 2010 13:39:40 +0100 (CET) Vincent Torri > > said: > > > >> > >> > >> On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote: > >> > >>> On Wed, 3 Mar 2010 12:41:19 +0100 Jorge Luis Zapata Muga > >>> said: > >>> > On Wed, Mar 3, 2010 at 6:32 AM, Vincent Torri > wrote: > > > > > > On Wed, 3 Mar 2010, Carsten Haitzler (The Rasterman) wrote: > > > >> On Tue, 2 Mar 2010 10:20:18 +0100 (CET) Vincent Torri > >> 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 > > yes, that *you* see. > > Vincent you mentioned webkit - webkit cant use it because... it doesnt break up the page into multiple objects - so you're only example isnt going to work. it cant use the evas yuv image support without it being a new object - and if then - emotion would do the job - abstract to gst and xine.. and whatever else. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- 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
Re: [E-devel] Evas sink for gstreamer (with a link...)
ok, no attached tarball. Here is a link: http://www.maths.univ-evry.fr/pages_perso/vtorri/files/evassink.tar.bz2 Vincent On Tue, 2 Mar 2010, Vincent Torri wrote: > > Hey, > > 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... -- 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
Re: [E-devel] Evas sink for gstreamer (with a link...)
Hey, just tested here and test runs perfectly, now I'm just anxious to test this inside emotion :-). On Tue, Mar 2, 2010 at 6:23 AM, Vincent Torri wrote: > > ok, no attached tarball. Here is a link: > > http://www.maths.univ-evry.fr/pages_perso/vtorri/files/evassink.tar.bz2 > > Vincent > > On Tue, 2 Mar 2010, Vincent Torri wrote: > > > > > Hey, > > > > 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... > > > -- > 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 > -- 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