[E-devel] Anti-aliased polygons
Is there any work going on with anti-aliased polygons in the software renderer? If not, I have some code. Are you guys interested? Neil. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Imlib2, 32 Bit TIFFs and other formats
I'm hoping to use Imlib2 in a project at work but we make extensive use of 32 Bit TIFFs. However, using any of the test_32bit*.tif files in here http://www.thegestalt.org/simon/tiffs/ with the example imlib2_convert program gives ... (gdb) set args test_32bit_NONE_image.tif out_test_32bit_NONE_image.tif (gdb) run Starting program: imlib2_convert test_32bit_NONE_image.tif out_test_32bit_NONE_image.tif Program received signal SIGSEGV, Segmentation fault. 0x4016f07a in mempcpy () from /lib/libc.so.6 (gdb) bt #0 0x4016f07a in mempcpy () from /lib/libc.so.6 #1 0x40163de6 in _IO_default_xsputn_internal () from /lib/libc.so.6 #2 0x4013c75f in vfprintf () from /lib/libc.so.6 #3 0x401591ac in vsprintf () from /lib/libc.so.6 #4 0x401468dd in sprintf () from /lib/libc.so.6 (gdb) quit Is this a problem with the Imlib TIFF loader or with libtiff itself? [EMAIL PROTECTED] tiffs $ uname -a Linux kanga.astray.com 2.4.19-gentoo-r10 #6 Wed May 7 20:56:57 BST 2003 i686 Celeron (Coppermine) GenuineIntel GNU/Linux [EMAIL PROTECTED] tiffs $ imlib2-config --version 1.1.0 [EMAIL PROTECTED] tiffs $ ls /usr/lib/*tiff.so* /usr/lib/libimlib-tiff.so /usr/lib/libtiff.so /usr/lib/libtiff.so.3 /usr/lib/libtiff.so.3.5.7 I'm also wondering if anybody happens to have written loaders for these formats? I suspect not since they're fairly specialised but I figured it was worth asking OpenEXR Cineon / DPX Cheers, Simon -- i try not to let pedantry get in the way of a glib remark --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: Re: [E-devel] E16.6 and Eterm transparency
On Monday, 29 December 2003, at 15:07:50 (-0500), Trey Gruel wrote: > the random bg image at start is from the pixmaps.list, but the menus > themselves are in the menu.cfg file from your theme which is not > dynamic. I wish they *could* be dynamic, but the challenge is finding a way to dynamically generate menus from directories without losing, e.g., image geometry information. I've considered a number of options: 1. Including geometry info in the filenames. 2. Using a heuristic based on image size to guess tile/scale values. 3. A script function with printf-style replaceables. 4. ...others I can't recall right now. If anyone has any ideas on how to better generate random pixmaps, pixmaps.list file(s), and/or dynamic image menus, please speak up. I'm open to suggestions, 'cause it's just as huge a pain in the ass for me as it is for everyone else. Moreso, even. :) Thanks, Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "There are so many things that are incredible about me. The most amazing is my humility." -- Will Smith --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: Re: [E-devel] E16.6 and Eterm transparency
> > the random bg image at start is from the pixmaps.list, but the menus > > themselves are in the menu.cfg file from your theme which is not > > dynamic. > > I wish they *could* be dynamic, but the challenge is finding a way to > dynamically generate menus from directories without losing, e.g., > image geometry information. I've considered a number of options: > > 1. Including geometry info in the filenames. > 2. Using a heuristic based on image size to guess tile/scale values. > 3. A script function with printf-style replaceables. > 4. ...others I can't recall right now. > > If anyone has any ideas on how to better generate random pixmaps, > pixmaps.list file(s), and/or dynamic image menus, please speak up. > I'm open to suggestions, 'cause it's just as huge a pain in the ass > for me as it is for everyone else. Moreso, even. :) it seems that most of the geometry info in the menuitems is also in pixmaps.list. the only info missing from pixmaps.list i can see is the escape codes and the lack of the '+50+50' at the end of the scaled pix. also the @ in the pixmaps.list entry is a ; in the menuitem (looking at the code, i'm not sure i understand why you use both methods as they both do the same thing). perhaps the simplest way is to build the menus based on that file, not the directories. anything that ends with ':tile' goes into the tiled submenu, the rest go into the scaled submenu and use the filenames as the menuitem text (this means no more names like '22.jpg', for example). -- trey --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: Re: [E-devel] E16.6 and Eterm transparency
On Tuesday, 30 December 2003, at 12:25:59 (-0500),
Trey Gruel wrote:
> it seems that most of the geometry info in the menuitems is also in
> pixmaps.list. the only info missing from pixmaps.list i can see is
> the escape codes and the lack of the '+50+50' at the end of the
> scaled pix. also the @ in the pixmaps.list entry is a ; in the
> menuitem (looking at the code, i'm not sure i understand why you use
> both methods as they both do the same thing).
If possible, I'd like to get rid of the whole pixmaps.list thing
anyway. It's a kludge at best and doesn't really offer the simplicity
and flexibility I'd like. What I want to see is a way to have one or
more directories where images can be placed that will automatically be
picked up by Eterm. I'd also like to see the menu(s) auto-generated
from those directories.
Currently pixmaps.list is generated externally by Etbg_update_list.
The geometry information is hard-coded into that script. It uses the
directory name ("tile" or "scale") to figure out what geometry to give
in the pixmaps.list file. A similar method is used for generating the
menus. (Try Etbg_update_list -m foo.cfg sometime.)
One huge problem with this became apparent when I wanted to put
Midnight Sky 2
(http://www.kainx.org/gallery/Original_Art/Other/midnight_sky_2.png)
in the collection. It must be scaled vertically but tiled
horizontally to produce the desired effect. With the current
mechanism, there's no way to do that. There's also no way to set a
particular image to always be shaded at 40%, or to be scaled to 50% of
the window size rather than 100%.
Michael
PS: To answer your last question, ; works very well in escape
sequences, but it can cause problems with the command line (for
example, when using -P pixmap.png;100x100+0+0). @ makes a lot more
sense for specifying geometry anyway.
--
Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]>
n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org)
---
"Blessed are the shallow; depth they'll never find. Seems to be
some comfort in rooms I try to hide. Exposed beyond the shadows,
you take the cup from me. Your dirt removes my blindness; your
pain becomes my peace." -- Jars of Clay, "Frail"
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: Re: [E-devel] E16.6 and Eterm transparency
> If possible, I'd like to get rid of the whole pixmaps.list thing
> anyway. It's a kludge at best and doesn't really offer the simplicity
> and flexibility I'd like. What I want to see is a way to have one or
> more directories where images can be placed that will automatically be
> picked up by Eterm. I'd also like to see the menu(s) auto-generated
> from those directories.
sounds nice.. :)
> Currently pixmaps.list is generated externally by Etbg_update_list.
> The geometry information is hard-coded into that script. It uses the
> directory name ("tile" or "scale") to figure out what geometry to give
> in the pixmaps.list file. A similar method is used for generating the
> menus. (Try Etbg_update_list -m foo.cfg sometime.)
heh.. and all this time i've been modifying both files by hand.
> One huge problem with this became apparent when I wanted to put
> Midnight Sky 2
> (http://www.kainx.org/gallery/Original_Art/Other/midnight_sky_2.png)
> in the collection. It must be scaled vertically but tiled
> horizontally to produce the desired effect. With the current
> mechanism, there's no way to do that. There's also no way to set a
> particular image to always be shaded at 40%, or to be scaled to 50% of
> the window size rather than 100%.
sounds complex.. i'd offer to help, but i'm not all that great of a
programmer - especially when it comes to graphics realted stuff..
> PS: To answer your last question, ; works very well in escape
> sequences, but it can cause problems with the command line (for
> example, when using -P pixmap.png;100x100+0+0). @ makes a lot more
> sense for specifying geometry anyway.
i know about ; and the command line, but is there a problem with @ in the
escape sequence?
--
trey
---
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
___
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E16.6 and Eterm transparency
On Tuesday, 30 December 2003, at 13:32:38 (-0500), Trey Gruel wrote: > i know about ; and the command line, but is there a problem with @ > in the escape sequence? Nope. It works fine. Give it a try. :) Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "Did you really have to die for me? All I am for all You are because What I need and what I believe are worlds apart." -- Jars of Clay, "Worlds Apart" --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E16.6 and Eterm transparency
On Monday, 29 December 2003, at 15:36:42 (-0500), Trey Gruel wrote: > scale: > Neopolis-horizon.jpg > day-night.jpg > nebula.jpg > ripple.jpg > wasteland.jpg > wintertree.jpg Looks like you removed good-morning.jpg, sunset.jpg, and pond.jpg. I'd already removed pong.jpg, and I tend to agree with the other two as well. > tile: > 004.jpg > blackstone.jpg > blue_marble.jpg > cyber_bg.jpg > lightb1.jpg > ripple.jpg > shale.jpg > space.png > starry.jpg > steel1.jpg > twisted.jpg You removed: 70s_marble.jpg 014.jpg 015.jpg 22.jpg 40.jpg 59.jpg atoms.jpg cyber_bg.jpg* dirt.jpg ether.jpg ether_blue.jpg ether_green.jpg giger1.jpg* giger2.jpg* nebula.jpg* purple_stuff.jpg soft.jpg bubbly1.jpg* bubbly2.jpg* bubbly3.jpg* bubbly4.jpg* confusion.jpg* egg.jpg* I marked with *'s the ones you removed that I kept. In addition, I removed 004.jpg, blue_marble.jpg, lightb1.jpg, starry.jpg, steel1.jpg, and twisted.jpg. > also, i moved nebula from tile to scale (makes more sense to me that > way). Try maximizing it. Even with Imlib2's improved scaling, it still looks like crap scaled up to screen size (at least on my screens). I think I'd rather just remove it altogether. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> n + 1, Inc., http://www.nplus1.net/ Author, Eterm (www.eterm.org) --- "Grief can take care of itself, but to get the full value from joy, you must have somebody to divide it with." -- Mark Twain --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Anti-aliased polygons
On Tue, Dec 30, 2003 at 01:30:02PM +0100, Cristalle Azundris Sabon wrote: > [EMAIL PROTECTED] writes: > > Is there any work going on with anti-aliased polygons > > in the software renderer? > > If not, I have some code. Are you guys interested? > > You wouldn't happen to have working code for elliptic pies also, > would you? : ) Not as such. But you can draw anything with a polygon... :) N --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click ___ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
