Re: [E-devel] Edje Edit patch ready
First I want to say thanks - the editor is just awsome! I think it can/will make the life much easier in future. I also like your code, it's easy for me as beginner to read and learn. On 2/26/08, Dave <[EMAIL PROTECTED]> wrote: > > Hi list ! > As you can see I have worked hard to the editor and to the edje patch in > the last weeks... > Now I think that the patch is ready to be committed, and maybe the > editor can be moved out of proto :) > > The editor now is really complete, no more 'not yet implemented msg' > around and no more 'big' things to do. > You should really give it a try now, it can spread the power of edje. > > A little explanation of the edje patch: > As you can probably know the patch don't touch any edje code (so that > the edje stability and performance are ok), > I have add 2 big files to edje (edje_edit.c and Edje_Edit.h). All my > work is inside and all the lib is doxy-commented. > Outside of this 2 files I have only made some 'char*' to 'const char *' > and removed a 'static' from a function that I need. > > some little more information in the wiki: > http://wiki.enlightenment.org/index.php/Edje_Editor > > Enjoy. > Dave > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Support for prefix in modules
Tommy[D] wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hello together, > > i had 2 parallel installations of e on my pc (one in /usr=stable and one in > /usr/local=for testing). > Now i wanted to compile some modules for the first one but no matter what > prefix or other options i > set, it was going into /usr/local. > Only workarounds so far are changing the makefile before compiling or > removing the testing > installation during modul install time. > It would be nice, if something like "./autogen.sh --prefix/usr" gets it > installing in the /usr path, > independent of the installed versions and numbers of enlightenment. The right way is to use 'E_CONFIG=/usr/bin/enlightenment-config ./autogen.sh' or 'E_CONFIG=/usr/local/bin/enlightenment-config ./autogen.sh' It is the enlightenment-config program which decides where the modules end up. Sebastian - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
> there were no specifics on why we were denied beyond a vague > "we don't think you are a worthy/valid/interesting open source > project". That would be their right to decide of course, and a natural view for them since e has so-far shown little interest in web related 'technologies' whereas google in largely centered around such. By contrast, both of gtk/gnome and qt/kde have extensive support for that.. thus making those projects far more attractive. Not to push other projects here, but... What I don't understand is why this really interesting project called "PyroDesktop" hasn't been supported by them.. it seems like an excellent idea for a web-centered desktop shell - a Mozilla/xul based window manager. _ Paying too much for your business phone system? Click here to compare systems from top companies. http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3ohtZpWeGpr2PUYz7KgHYiiRBQ4wpyGDGhJ4o2PwhIOqHblu/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL and Webkit
> As for implementation details, smart object is not the best option, > actually using Evas as WebKit backend is not the best option around. > ... > ... > So the best option is to draw to some buffer and use this as image > data, then take care of event passing to this webkit engine. Using > ... Using smart objects has nothing to do with using evas built-in primitives. A smart object, along with render-pre/post functions for smart classes, may actually be your 'best' way to wrap that image object to which you're setting the data - you would do your rendering to the image data in the smart parent's render-pre function, and keep any relevant state as part of your smart data. With render-pre/post functions you could restrict any drawing to the image data to when evas renders, redrawing only what areas need it, and adding only those updates to the image object. Alternatively, you can use buffer engine and a sub-canvas as in done in ecore. Yes, these are all doublle-buffered solutions, which has both good and bad aspects... it's at its worst when things are constantly animated. But these are not going to be 'accelerated' solutions without support for 'native surfaces' in evas image objects. _ Click for free info on business schools, $150K/ year potential. http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3l7gMa49rDXuDBBJYXBgZ8bIpq5pi4CGeUjC3brt3TlCDbXS/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On Mon, 25 Feb 2008 20:51:40 -0600 "Nathan Ingersoll" <[EMAIL PROTECTED]> babbled: > On Mon, Feb 25, 2008 at 3:30 PM, The Rasterman Carsten Haitzler > <[EMAIL PROTECTED]> wrote: > > > > i have no interest in trying to change their opinion. in the end i think > > they see e as a wm - some bizarre corner-case wm that no one cares about > > anymore as everyone uses gnome or kde, and since e17 isn't released we are > > incompetent and unable to do anything. that's my guess - my deeper guess is > > that we've just ben blacklisted by someone inside the open source > > relations/whatever department. someone high up, and we aren't going to get > > it no matter how much effort we make. that's my guess (based on what little > > information ever got squeezed out of them as to SoC inclusion). > > I don't think we have much to lose getting a decent application > together. If nothing else we'll have a documented version of some of > the wishful projects we've had in mind for a while. sure! i have nothing against going for it. remember though - managing a SoC project is a lot of work from just the oversight point of view. so it doesn't come for free as such. if people wish to do an SoC entry - by all means, go for it. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On 02/25/2008 19:45, Michael Jennings wrote: > On Monday, 25 February 2008, at 12:41:37 (-0600), > Nathan Ingersoll wrote: > >> I think the key thing will be to come in with some strong proposals. >> In previous years I don't think we had anything concrete when the >> deadline came. > > If folks think that's the best approach, then by all means, let's get > some ideas going. > > http://wiki.enlightenment.org/index.php/Category:SummerOfCode > > Enjoy. :) FWIW... I've added a touch of info to the page. > > Michael > -- Regards, Ravenlock signature.asc Description: OpenPGP digital signature - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje Edit patch ready
On Mon, Feb 25, 2008 at 11:11 PM, Dave <[EMAIL PROTECTED]> wrote: > Hi list ! > As you can see I have worked hard to the editor and to the edje patch in > the last weeks... > Now I think that the patch is ready to be committed, and maybe the > editor can be moved out of proto :) > > The editor now is really complete, no more 'not yet implemented msg' > around and no more 'big' things to do. > You should really give it a try now, it can spread the power of edje. That's great to see! Congrats! I still have to test it, but I guess it's ok. Will try to find some time to do it next weekend. > A little explanation of the edje patch: > As you can probably know the patch don't touch any edje code (so that > the edje stability and performance are ok), > I have add 2 big files to edje (edje_edit.c and Edje_Edit.h). All my > work is inside and all the lib is doxy-commented. > Outside of this 2 files I have only made some 'char*' to 'const char *' > and removed a 'static' from a function that I need. If it's harmless, then let's try :-) > some little more information in the wiki: > http://wiki.enlightenment.org/index.php/Edje_Editor There I see you don't support decompiling, is that because you don't provide the text source in the eet? I don't know how you do the serialization of in-memory structs, but shouldn't be too hard, am I wrong? Thanks again, -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Support for prefix in modules
On Mon, Feb 25, 2008 at 9:43 PM, Tommy[D] <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hello together, > > i had 2 parallel installations of e on my pc (one in /usr=stable and one in > /usr/local=for testing). > Now i wanted to compile some modules for the first one but no matter what > prefix or other options i > set, it was going into /usr/local. > Only workarounds so far are changing the makefile before compiling or > removing the testing > installation during modul install time. > It would be nice, if something like "./autogen.sh --prefix/usr" gets it > installing in the /usr path, > independent of the installed versions and numbers of enlightenment. Really need to test, but I believe it uses enlightenment-config and in this case you should be able to select which one to use by changing your PATH order. As for install where you want, AFAIK it's not --prefix role, it's --datadir in this case (which might use --prefix). e_modules is always resetting datadir, maybe it should check if user specified such parameter and use it in this case? -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On Mon, Feb 25, 2008 at 3:30 PM, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote: > > i have no interest in trying to change their opinion. in the end i think they > see e as a wm - some bizarre corner-case wm that no one cares about anymore > as > everyone uses gnome or kde, and since e17 isn't released we are incompetent > and > unable to do anything. that's my guess - my deeper guess is that we've just > ben > blacklisted by someone inside the open source relations/whatever department. > someone high up, and we aren't going to get it no matter how much effort we > make. that's my guess (based on what little information ever got squeezed out > of them as to SoC inclusion). I don't think we have much to lose getting a decent application together. If nothing else we'll have a documented version of some of the wishful projects we've had in mind for a while. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EFL and Webkit
On Mon, Feb 25, 2008 at 9:09 PM, raoul <[EMAIL PROTECTED]> wrote: > Hi there, > > I think there is a great stuff missing in efls, it's a web rendering engine. > The main purpose would be to have a full-efl based web browser. But also have > some web rendering inside Evas/Edje based apps. This could really be awsome. > > I started to search how to have such capability and there are not many > options. The first one could be to write our own, from scratch. This would > probably be a huge task to do. I don't think it's the way. > > The second idea is to use Webkit as the web engine. It seems to be a good > engine with great performance, compatibility and standards compliance. > My idea would be to write an Evas smart object which will do the rendering > stuff using webkit and expose some nice functions to the user like > load_url(), reload_page(), ... > The rendering process will use Evas. I check a little the webkit code, ans it > seems like it could be done. Perhaps some rendering part would need some Evas > modifications, I don't know yet. But it should not be impossible to do. > > Having all of that right into a new library (e_web?) could reallly be a great > improvement to Efl's power. Eh, you're not the first one to notice it :-) INdT is working on such a library. Albeit I did the initial "route planing" I couldn't keep a closer eye on it due heavy work on Canola2, but I think they have some progress on that. I'll try to ask what's the project status so far and possible a snapshot. As for implementation details, smart object is not the best option, actually using Evas as WebKit backend is not the best option around. Why? The major problem is that webkit is state-less, while evas is state-full. Also webkit requires just few primitives in order to render, you just have to implement the advanced primitives if you want SVG loader and Canvas support, other than that it just render simple (continuous, same font, effect, size...) text at some given position, rectangles and images... It does the layout, line breaking, ... So the best option is to draw to some buffer and use this as image data, then take care of event passing to this webkit engine. Using this solution have one major drawback: if you have some animation, it would require 2 blits instead of one (one to buffer, then from buffer to screen), but this allow you to play with primitives as scale, color modulation (fade out, colorize, ) and clip some regions. -- Gustavo Sverzut Barbieri -- Jabber: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] ICQ#: 17249123 Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
Carsten Haitzler (The Rasterman) wrote: > better than in the mailing list :) though trac is also a wiki... :) but as > such > the trac stuff is for more of an "official todo list". SoC stuff is right now > just banter :) > Is this were I resist the urge to mention that having two wiki's seems silly? dan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Edje Edit patch ready
Hi list ! As you can see I have worked hard to the editor and to the edje patch in the last weeks... Now I think that the patch is ready to be committed, and maybe the editor can be moved out of proto :) The editor now is really complete, no more 'not yet implemented msg' around and no more 'big' things to do. You should really give it a try now, it can spread the power of edje. A little explanation of the edje patch: As you can probably know the patch don't touch any edje code (so that the edje stability and performance are ok), I have add 2 big files to edje (edje_edit.c and Edje_Edit.h). All my work is inside and all the lib is doxy-commented. Outside of this 2 files I have only made some 'char*' to 'const char *' and removed a 'static' from a function that I need. some little more information in the wiki: http://wiki.enlightenment.org/index.php/Edje_Editor Enjoy. Dave - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On Monday, 25 February 2008, at 12:41:37 (-0600), Nathan Ingersoll wrote: > I think the key thing will be to come in with some strong proposals. > In previous years I don't think we had anything concrete when the > deadline came. If folks think that's the best approach, then by all means, let's get some ideas going. http://wiki.enlightenment.org/index.php/Category:SummerOfCode Enjoy. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "May God stand between you and harm in all the empty places where you must walk." -- Old Arabic Blessing - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Support for prefix in modules
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello together, i had 2 parallel installations of e on my pc (one in /usr=stable and one in /usr/local=for testing). Now i wanted to compile some modules for the first one but no matter what prefix or other options i set, it was going into /usr/local. Only workarounds so far are changing the makefile before compiling or removing the testing installation during modul install time. It would be nice, if something like "./autogen.sh --prefix/usr" gets it installing in the /usr path, independent of the installed versions and numbers of enlightenment. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBR8NgxRu5KnE1iZBnAQoH7gQAxbMRe2uv/ROm4celAksaGpM/ZlTt5hEL HpJSe7CRCAyGl0dENAW5hBIxLUbGqWMlrGXoDsC0VN+iLkurU2vflgwvScO31+7X zHC5/bQTxk8hObh0RqN6CLDkWn1TWHoc+sFBR7ilXHHKVVmlm/vzpC4tahvn3L1p hr4pLLsrSnc= =57IA -END PGP SIGNATURE- - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On Mon, 25 Feb 2008 13:23:06 -0500 dan sinclair <[EMAIL PROTECTED]> babbled: > Vincent Torri wrote: > > about these suggestions, would it be interesting to add them in the trac > > main page ? > > I think wiki.enlightenment.org would make more sense then trac. better than in the mailing list :) though trac is also a wiki... :) but as such the trac stuff is for more of an "official todo list". SoC stuff is right now just banter :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On Mon, 25 Feb 2008 21:21:15 +0200 Виктор Кожухаров <[EMAIL PROTECTED]> babbled: > Judging by the participants from previous years, I think we are quite > eligible from a project design point of view. IMHO, we should ask > raster, since he was in contact with the google guys before, for > specifics on why we were denied. > Though, having solid proposals is certainly a must. there were no specifics on why we were denied beyond a vague "we don't think you are a worthy/valid/interesting open source project". i have no interest in trying to change their opinion. in the end i think they see e as a wm - some bizarre corner-case wm that no one cares about anymore as everyone uses gnome or kde, and since e17 isn't released we are incompetent and unable to do anything. that's my guess - my deeper guess is that we've just ben blacklisted by someone inside the open source relations/whatever department. someone high up, and we aren't going to get it no matter how much effort we make. that's my guess (based on what little information ever got squeezed out of them as to SoC inclusion). > В 12:41 -0600 на 25.02.2008 (пн), Nathan Ingersoll написа: > > On Mon, Feb 25, 2008 at 12:08 PM, Michael Jennings <[EMAIL PROTECTED]> > > wrote: > > > > > > However, given that we've been shot down every year so far, I think > > > the key question for us to address here is: How do we avoid getting > > > shot down again? > > > > > > Once we know we're eligible, I think there's more than enough work to > > > dole out. We just have to figure out how to be taken seriously for a > > > change. > > > > > > Michael > > > > I think the key thing will be to come in with some strong proposals. > > In previous years I don't think we had anything concrete when the > > deadline came. > > > > - > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- > Виктор Кожухаров /Viktor Kojouharov/ > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] EFL and Webkit
Hi there, I think there is a great stuff missing in efls, it's a web rendering engine. The main purpose would be to have a full-efl based web browser. But also have some web rendering inside Evas/Edje based apps. This could really be awsome. I started to search how to have such capability and there are not many options. The first one could be to write our own, from scratch. This would probably be a huge task to do. I don't think it's the way. The second idea is to use Webkit as the web engine. It seems to be a good engine with great performance, compatibility and standards compliance. My idea would be to write an Evas smart object which will do the rendering stuff using webkit and expose some nice functions to the user like load_url(), reload_page(), ... The rendering process will use Evas. I check a little the webkit code, ans it seems like it could be done. Perhaps some rendering part would need some Evas modifications, I don't know yet. But it should not be impossible to do. Having all of that right into a new library (e_web?) could reallly be a great improvement to Efl's power. Any comments? thougths? -- Raoul Hecky - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
Here is an example of an organizations Ideas page that might help get things rolling: http://www.x.org/wiki/SummerOfCodeIdeas On Mon, Feb 25, 2008 at 2:17 PM, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote: > After some discussion on IRC: > >- Going with EFL might be better. As Nathan said "it's far more > original in that space than in the window manager space." >- Someone need to stand as the "SoC guy". He's not the one that > would have to do everything, but would be responsible to peek other > people about their proposals, put the text together and do the > communication. Something like a manager or leader. >- Interested mentors. > > I'm quite busy these days, so I'd like someone else to be the "SoC > guy", I will try to help as much as possible and I want to be a > mentor. However if nobody candidates until this Friday 29-Feb I'll > take this role. > > > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi - Embedded and Mobile Software Development > -- > MSN: [EMAIL PROTECTED] > Skype: gsbarbieri > Mobile: +55 (81) 9927 0010 > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
After some discussion on IRC: - Going with EFL might be better. As Nathan said "it's far more original in that space than in the window manager space." - Someone need to stand as the "SoC guy". He's not the one that would have to do everything, but would be responsible to peek other people about their proposals, put the text together and do the communication. Something like a manager or leader. - Interested mentors. I'm quite busy these days, so I'd like someone else to be the "SoC guy", I will try to help as much as possible and I want to be a mentor. However if nobody candidates until this Friday 29-Feb I'll take this role. -- Gustavo Sverzut Barbieri http://profusion.mobi - Embedded and Mobile Software Development -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
Judging by the participants from previous years, I think we are quite eligible from a project design point of view. IMHO, we should ask raster, since he was in contact with the google guys before, for specifics on why we were denied. Though, having solid proposals is certainly a must. В 12:41 -0600 на 25.02.2008 (пн), Nathan Ingersoll написа: > On Mon, Feb 25, 2008 at 12:08 PM, Michael Jennings <[EMAIL PROTECTED]> wrote: > > > > However, given that we've been shot down every year so far, I think > > the key question for us to address here is: How do we avoid getting > > shot down again? > > > > Once we know we're eligible, I think there's more than enough work to > > dole out. We just have to figure out how to be taken seriously for a > > change. > > > > Michael > > I think the key thing will be to come in with some strong proposals. > In previous years I don't think we had anything concrete when the > deadline came. > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Виктор Кожухаров /Viktor Kojouharov/ signature.asc Description: Това е цифрово подписана част от писмото - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On Mon, Feb 25, 2008 at 12:08 PM, Michael Jennings <[EMAIL PROTECTED]> wrote: > > However, given that we've been shot down every year so far, I think > the key question for us to address here is: How do we avoid getting > shot down again? > > Once we know we're eligible, I think there's more than enough work to > dole out. We just have to figure out how to be taken seriously for a > change. > > Michael I think the key thing will be to come in with some strong proposals. In previous years I don't think we had anything concrete when the deadline came. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
Vincent Torri wrote: > about these suggestions, would it be interesting to add them in the trac > main page ? I think wiki.enlightenment.org would make more sense then trac. dan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On Monday, 25 February 2008, at 19:14:31 (+0100), Vincent Torri wrote: > about these suggestions, would it be interesting to add them in the > trac main page ? My point is that I think suggestions might be jumping the gun a bit, unless the sheer volume of suggestions might help reverse our previous poor fortune. Step #1: Get accepted into SoC. Step #2: ??? Step #3: Profit! No, wait... Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "Why are they always blaming everything on rappers? Don't blame the youth. Blame the wicked culture. Every Sunday night on TV, Angela Lansbury taught these kids violence on 'Murder, She Wrote.' Blame the reruns of 'Have Gun, Will Travel' and 'Gunsmoke.'" -- Reverend Al Sharpton on the media coverage of the late Notorious B.I.G. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On Mon, 25 Feb 2008, Michael Jennings wrote: > On Monday, 25 February 2008, at 15:04:05 (-0300), > Gustavo Sverzut Barbieri wrote: > >> I'd say evas filters, that includes rotation but also shear, blur, >> perspective, ... >> >> Another idea is new backends, like DirectFB ;-), Cairo, Clutter (?), >> OpenGL/ES, OpenVG. >> >> Yet another idea is to help with Enesim. enesim and all the libs turran wrote. > These are great ideas. > > However, given that we've been shot down every year so far, I think > the key question for us to address here is: How do we avoid getting > shot down again? > > Once we know we're eligible, I think there's more than enough work to > dole out. We just have to figure out how to be taken seriously for a > change. about these suggestions, would it be interesting to add them in the trac main page ? Vincent - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On Monday, 25 February 2008, at 15:04:05 (-0300), Gustavo Sverzut Barbieri wrote: > I'd say evas filters, that includes rotation but also shear, blur, > perspective, ... > > Another idea is new backends, like DirectFB ;-), Cairo, Clutter (?), > OpenGL/ES, OpenVG. > > Yet another idea is to help with Enesim. These are great ideas. However, given that we've been shot down every year so far, I think the key question for us to address here is: How do we avoid getting shot down again? Once we know we're eligible, I think there's more than enough work to dole out. We just have to figure out how to be taken seriously for a change. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- "Only time will tell if our love is scratched in sand, Or if it's etched in stone."-- Poison, "Only Time Will Tell" - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On Mon, Feb 25, 2008 at 2:58 PM, Sthithaprajna Garapaty <[EMAIL PROTECTED]> wrote: > On Mon, Feb 25, 2008 at 11:54 AM, Vincent Torri <[EMAIL PROTECTED]> wrote: > > > > > > On Mon, 25 Feb 2008, Vincent Torri wrote: > > > > > Google has announce its summer of code in 2008 [1]. I know that raster > has > > > contacted them to participate in the previous SoC and they refused. > > > > > > But, now that some companies are using the efl, maybe one should ask > them > > > again, so that students can work on the projects these companies are > > > working on (I don't know if it's possible, though, it's just an idea). > > > > > > It would also be a good opportunity to make people aware of the efl (in > > > the embedded world, for example) more than now. > > > > > > remarks ? ideas ? > > > > I reply to myself. I have an idea: > > > > having someone who helps me for the win32 port ! > > > > Vincent > > Evas Rotation I'd say evas filters, that includes rotation but also shear, blur, perspective, ... Another idea is new backends, like DirectFB ;-), Cairo, Clutter (?), OpenGL/ES, OpenVG. Yet another idea is to help with Enesim. -- Gustavo Sverzut Barbieri http://profusion.mobi - Embedded and Mobile Software Development -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On Mon, Feb 25, 2008 at 11:54 AM, Vincent Torri <[EMAIL PROTECTED]> wrote: > > > On Mon, 25 Feb 2008, Vincent Torri wrote: > > > Google has announce its summer of code in 2008 [1]. I know that raster has > > contacted them to participate in the previous SoC and they refused. > > > > But, now that some companies are using the efl, maybe one should ask them > > again, so that students can work on the projects these companies are > > working on (I don't know if it's possible, though, it's just an idea). > > > > It would also be a good opportunity to make people aware of the efl (in > > the embedded world, for example) more than now. > > > > remarks ? ideas ? > > I reply to myself. I have an idea: > > having someone who helps me for the win32 port ! > > Vincent Evas Rotation - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Google Summer of Code 2008
On Mon, 25 Feb 2008, Vincent Torri wrote: > Google has announce its summer of code in 2008 [1]. I know that raster has > contacted them to participate in the previous SoC and they refused. > > But, now that some companies are using the efl, maybe one should ask them > again, so that students can work on the projects these companies are > working on (I don't know if it's possible, though, it's just an idea). > > It would also be a good opportunity to make people aware of the efl (in > the embedded world, for example) more than now. > > remarks ? ideas ? I reply to myself. I have an idea: having someone who helps me for the win32 port ! Vincent - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Google Summer of Code 2008
Hey, Google has announce its summer of code in 2008 [1]. I know that raster has contacted them to participate in the previous SoC and they refused. But, now that some companies are using the efl, maybe one should ask them again, so that students can work on the projects these companies are working on (I don't know if it's possible, though, it's just an idea). It would also be a good opportunity to make people aware of the efl (in the embedded world, for example) more than now. remarks ? ideas ? Vincent [1] http://code.google.com/soc/2008 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] Edje improvement
> > There are a couple of other smart class functions that would > > also be useful with smart objects, in particular min/max_size_get > > functions, and add similar functions to the evas api so that one > > can query an evas object's min/max size. > > I already though about that, and perhaps a way to only specify one > direction could be usefull. If you want to setup a textblock, you > know the width but not the height you want. Or for an image object > this could give you a way to have without special case in your code > a way to respect aspect ratio. Not that this is difficult or > impossible to code today, just easier if the object told us the > right answer. Also, consider when one has an edje group that swallows an external object. When calculating the edje's min/max size, you need to know the swallowed part's such.. Well, right now, this is done in edje in a very ad-hoc way and can be problematic to deal with in general for swallowed objects that are designed to have min/max sizes (but aren't edjes themselves). > > I should add though that in this particular case, there could > > be potential 'side effects' in event handling.. because, some > > changes of state that could be affecting the size and positioning > > of things, would then be deferred to render_pre time, and hence > > possibly not be detected by the events system. It's something > > you'd have to investigate as to what consequences it might have, > > in this particular case. > > I may be wrong, but I don't see a reason for edje_calc to send > signal right now, nor did I saw a direct to it from edje_calc. > Perhaps someone with more knowledge on edje could give a better > view of the problem. Sometime ago, I considered doing this very same thing with edje_calc. Never did get around to looking into that in more detail, but I dimly recall there was some issue on my mind that was related to this consideration. It's been a long time now and I can't recall exactly why.. but just thought I'd mentioned it to you. _ Click here to obtain free information on accredited degrees. http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3l8OpuBKdPwAvyspcKtyTT47qT3nL2bhKiFPwnkjkdHxiapC/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Nightly build log for E17 on 2008-02-25 07:10:43 -0800
Build log for Enlightenment DR 0.17 on 2008-02-25 07:10:43 -0800 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log edje_editor http://download.enlightenment.org/tests/logs/edje_editor.log edvi http://download.enlightenment.org/tests/logs/edvi.log engage http://download.enlightenment.org/tests/logs/engage.log enna http://download.enlightenment.org/tests/logs/enna.log epdf http://download.enlightenment.org/tests/logs/epdf.log Packages with no supported build system: entice, esmart_rsvg, exorcist, python-efl, Packages skipped: camE, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, Packages that build OK: alarm, bling, calendar, cpu, deskshow, echo, eclair, ecore, edata, edb, e_dbus, edje, edje_viewer, eet, eflame, eflpp, efm_nav, efm_path, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, emotion, emphasis, empower, emprint, emu, enesim, engrave, engycad, enhance, enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, epeg, ephoto, e_phys, epsilon, epx, equate, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, evolve, ewl, examine, execwatch, exhibit, exml, expedite, express, exquisite, extrackt, feh, flame, forecasts, gevas2, iconbar, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, mpdule, net, news, notification, penguins, pesh, photo, rage, rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan, Debian GNU/Linux 4.0 \n \l Linux enlightenment2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux See http://download.enlightenment.org/tests/ for details. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] Edje improvement
On Sat, Feb 23, 2008 at 1:07 PM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > - call _edje_calc only from a render_pre. > > I should add though that in this particular case, there could > be potential 'side effects' in event handling.. because, some changes > of state that could be affecting the size and positioning of things, > would then be deferred to render_pre time, and hence possibly not be > detected by the events system. It's something you'd have to investigate > as to what consequences it might have, in this particular case. I may be wrong, but I don't see a reason for edje_calc to send signal right now, nor did I saw a direct to it from edje_calc. Perhaps someone with more knowledge on edje could give a better view of the problem. -- Cedric BAIL - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] DirectFB, Intel GDL, Overlays and more
> 1. An engine that can render to such a native surface buffer (rather >than using the software argb buffer engine). > 2. Implement evas image 'native surfaces' for the kinds of buffer > surfaces you use in (1) above. I should add that (2) isn't really needed for most uses, it'd just be 'nice-to-have' for greatest flexibility and efficiency. For example, for the opengl engine, one could have gl textures for the 'surface' buffers, and then be able to use the gl api, or any number of libs that support rtt, for custom rendered objects (ie. one renders to such a buffer and uses that buffer as the 'data' of an image obj, thus obtaining a custom rendered obj). Though for this to be truly useful, it would likely be best used in conjuction with render_pre/post functions of smart classes. _ Love Music? Get a degree in Musical Education. Click Here. http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3oLWtvUT98gPPElJFfhvCV8rcyczR7UqpuVxQY2kdm82ElFu/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] DirectFB, Intel GDL, Overlays and more
Gustavo wrote: > Now to Evas part: we have an outdated DirectFB which AFAIK nobody > is using or willing to maintain and we (more specifically Cedric) > have SDL almost integrated. The directfb engine was initially written a long time ago and was never kept up with as much as other engines, it could use a re-write. I believe Freevo was using it, but not sure if that's still the case - Jason Tackaberry did some work to bring it slightly more up to date a bit back. > I know SDL is really bare bones, so overhead of it should be > minimum, however due it being bare bones I fear it not exposing > primitives we could benefit. I couldn't find any source code or > patch for SDL, so I'm not sure what they optimized. SDL as in the software-sdl engine? I think cedric tried to use more native sdl apis for optimizing some things, but as I recall he had some issues with compositing via sdl functions due to something about their handling of alpha (maybe due to evas use of pre-mul data?). > I don't know DirectFB more than reading their website some years > ago, but looking at their code and the patch provided by Intel, > . > . > > So I'm not sure on how to proceed. Would it be better to get > DirectFB in shape, use SDL or write Evas GDL engine? Maybe my > requirements can help somehow: > ... > ... 'Fixing' the directfb engine would be good regardless, but wether to use that vs. the sdl engine vs. write a new gdl one...?? Note though that this issue of 'overlays' has come up before in regards to using evas with opengl in games.. and wether or not you do go ahead and write a gdl engine, you may still face some of the common issues that were relevant to using evas in those kinds of lud 'overlays'. Basically, if your 'overlay' can be given as a display target buffer 'surface', then you'd want to draw to such native surface buffers, and that means two things: 1. An engine that can render to such a native surface buffer (rather than using the software argb buffer engine). 2. Implement evas image 'native surfaces' for the kinds of buffer surfaces you use in (1) above. Then you'd also need some support from ecore (and enhancements to the whole sub-canvas part). But for this to work best you'd definitely want to have your native surface buffer engine do as much as possible via accelerated methods (and make sure the drivers for those are good) - if you're going to have the rendering mostly via software, then for (2) you might as well just use a software buffer engine instead (you shouldn't need to get pixels out of the display target unless you're doing some very specialized gfx effects). > What's the state of DirectFB? Was it running fine one day (ie: > directfb part is okay, it just lag behind Evas api changes)? It was ok not too long ago, just behind on some things then.. check with Jason from freevo.. maybe he can be of some help there. jose. _ Click for free info on business schools, $150K/ year potential. http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3l7gMtXxsPP8YHDFA1HhQEbGNPFkaYE5rax2fYZWbJMI7LPC/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] DirectFB, Intel GDL, Overlays and more
On Mon, Feb 25, 2008 at 2:41 AM, Gustavo Sverzut Barbieri <[EMAIL PROTECTED]> wrote: > I'll have to work with an Intel consumer electronics soon (CE2110, > [1]) so I started to investigate its capabilities and found that it > provides video overlays optimized for media playbacks, so you can > provide nice OSD (on screen display) without wasting much CPU, also > this board have some hardware decoders for h264 and mpeg2 and I guess > these do output to these overlays. That's a nice board :) > They provide video drivers with their own library called GDL - > Graphics Device Library [2], with backend/engines for SDL and > DirectFB. This GDL seems to be pretty decent in hardware support, with > 2D including primitives like line, rectangle and blits (alpha, scaled > too [3]). This library itself is a tiny convenience library to issue > ioctl() to their kernel driver. > Now to Evas part: we have an outdated DirectFB which AFAIK nobody is > using or willing to maintain and we (more specifically Cedric) have > SDL almost integrated. >I know SDL is really bare bones, so overhead of it should be > minimum, however due it being bare bones I fear it not exposing > primitives we could benefit. I couldn't find any source code or patch > for SDL, so I'm not sure what they optimized. In SDL the only usable primitive is a SDL_FillRect when color as not alpha, nothing else. Mostly because they don't update alpha correctly in their blit function. >I don't know DirectFB more than reading their website some years > ago, but looking at their code and the patch provided by Intel, looks > like they do optimize some things. They have a README.txt with: > """ > """ 3. Current supported GDL accelerated features of DirectFB > """1) Overlay surface source color key is supported.. > """2) Below drawing functions are accelerated via GDL for all > video system surfaces: > """draw lines; > """draw rectangles, fill rectangles, fill triangle with single color; > """strecth blt with alpha blending and alpha scaler. DirectFB API provide a usefull api for blenging, stretching and filling. So definitivelly, if you want something accelerated, it's a good solution. Another interesting point is that this API is also provided by other hardware manufacturer for their set top box. Now some draw back, the implementation I saw from manufacturer where slow and based on outdated version of directfb. They didn't follow the directfb api completely for video as they wanted not to directly expose the decoded video to the underlying application (something related to media content protection). This could prevent us from doing nice effect like emotion give us the possibility. > So I'm not sure on how to proceed. Would it be better to get DirectFB > in shape, use SDL or write Evas GDL engine? Maybe my requirements can > help somehow: > - basic usage will be a digital tv set top box, so it's full high > definition video with eventually some nice OSD on top of it. > - it would be great to have semi-transparent OSD. > - CPU is ARM/Xscale at 1Ghz, so fancy on-cpu graphics may not be > possible (ie: emotion). > - future will require me to run more things than just my > application, maybe having Firefox and some other programs. This may be > a good point for DirectFB? (I don't know if they compiled with the > multi-app support, but given they provide a patch, it may be possible > to recompile with this support). I have mostly the same question right now, but not for the intel hardware. I would add that I am sure that my hardware provide a way to decode multiple video at a time, and merge them using the 2D graphic engine with support for alpha channel. Meaning I am sure that if I do every thing from scratch, I should be able to do the thing emotion give us the possibility to do. But currently by using SDL or DirectFB, it's not possible. With what I read from the intel spec, you have multiple video plan, so you can do what I am doing now. Just play video on the dedicated plan you have, setup the SDL backend with a 32bpp surface on another layer on top of the video layer and use SDL transparency for OSD effect. It will work well in software, I am doing this on my little MIPS at 250Mhz. But no fancy effect or anything on your video. The evas sdl backend work great in that case. > If you have any knowledge of this topic, please help. I'm still a bit > confused about this overlay thing, maybe it's very helpful, as if you > can have a ARGB overlay with my GUI so I port Evas to it, run it as > ARGB surface and play the video on the background from another place. > But maybe it's not like that and it's just a way to get hardware to > output to some region directly (like h264/mpeg2 decoders writing to > it) and I'd have to draw my surface on top of it using colorkey or > retrieving the pixels (possible slow) to do alpha blend, making things > more difficult. > What's the st