Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
Twas brillig at 12:15:55 17.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: CHR you can query palettes in x - yes. XGetRGBColormaps() to read CHR colormaps. but i don't quite know how your x is set up? is it set CHR up that its default visual is a greyscale one? or indexed color? CHR truecolor? StaticGray -- http://fossarchy.blogspot.com/ pgpPpGMhMi68d.pgp Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
On Mon, 17 Aug 2009 16:06:56 +0700 Mikhail Gusarov dotted...@dottedmag.net said: Twas brillig at 12:15:55 17.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: CHR you can query palettes in x - yes. XGetRGBColormaps() to read CHR colormaps. but i don't quite know how your x is set up? is it set CHR up that its default visual is a greyscale one? or indexed color? CHR truecolor? StaticGray then that's defined i think as 0 - N where N is the highest value supported by the bits, and N being white, 0 being black. ? so no need for colormap games or palettes? just if visual == staticgray get depth - and then have N greyscale converters - using the one that handles your depth (1, 2, 3, 4, 5, 6, 7 or 8 bits) :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
Twas brillig at 19:31:21 17.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: StaticGray CHR then that's defined i think as 0 - N where N is the highest value CHR supported by the bits, and N being white, 0 being black. ? Yes. CHR so no need for colormap games or palettes? just if visual == CHR staticgray get depth - and then have N greyscale converters - CHR using the one that handles your depth (1, 2, 3, 4, 5, 6, 7 or 8 CHR bits) :) StaticGray is palettized by definition, so Ecore_X treats it as such. Proper fix would be to patch X.org to expose GrayScale visual instead. -- http://fossarchy.blogspot.com/ pgpSX8QMxEzC2.pgp Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib
On Sun, Aug 16, 2009 at 4:21 AM, Carsten Haitzlerras...@rasterman.com wrote: On Sat, 15 Aug 2009 10:37:22 -0400 William Keaney kean...@gmail.com said: Weird it shouldn't as code is disabled by default in this commit. Where do you see problem, in E17 itselef ? Elementary ? EWL ? What module are you using ? Did you try last svn revision with --disable-edje-calc-cache during edje configure ? The --help output of autogen.sh says that edje-calc-cache is disabled by default, but when run without any arguments it enables edje-calc-cache. I am seeing the problem in both E17 itself (screenshot at http://omploader.org/vMjU3aQ) and in Entrance, both of which use Edje. I did try the latest SVN with --disable-edje-calc, and that restored functionality. strange as i see no problems at all :( odd why you and no one else? I can't reproduce it either. Could you send me your config, so I can see what's going wrong (~/.e/) ? And what is your locale (LANG) ? -- Cedric BAIL -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
On Mon, 17 Aug 2009 16:44:24 +0700 Mikhail Gusarov dotted...@dottedmag.net said: Twas brillig at 19:31:21 17.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: StaticGray CHR then that's defined i think as 0 - N where N is the highest value CHR supported by the bits, and N being white, 0 being black. ? Yes. CHR so no need for colormap games or palettes? just if visual == CHR staticgray get depth - and then have N greyscale converters - CHR using the one that handles your depth (1, 2, 3, 4, 5, 6, 7 or 8 CHR bits) :) StaticGray is palettized by definition, so Ecore_X treats it as such. Proper fix would be to patch X.org to expose GrayScale visual instead. hmm - no that's grayscale. grayscale is a gray only verison of pseudocolor. staticgray == linear allocation of gray values (ie what i described). at least so it says in the x protocol reference manual X11 release 6, page 412 and 417. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
Twas brillig at 20:23:17 17.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: CHR hmm - no that's grayscale. grayscale is a gray only verison of CHR pseudocolor. staticgray == linear allocation of gray values (ie CHR what i described). at least so it says in the x protocol reference CHR manual X11 release 6, page 412 and 417. :) For PseudoColor, a pixel value indexes a colormap to produce independent RGB values; the RGB values can be changed dynamically. GrayScale is treated in the same way as Pseudo- Color except which primary drives the screen is undefined; thus, the client should always store the same value for red, green, and blue in colormaps. StaticColor is treated in the same way as PseudoColor except the colormap has predefined read-only RGB values, which are server-dependent. StaticGray is treated in the same way as StaticColor except the red, green, and blue values are equal for any single pixel value, resulting in shades of gray. So, PseudoColor - RGB palette, may be changed. GrayScale - grayscale palette, may be changed. StaticColor - RGB palette, predefined colors. StaticGray - grayscale palette, predefined colors. Hence, no direct grayscale visual, only palettized ones :( -- http://fossarchy.blogspot.com/ pgpVQ7FMuHUO5.pgp Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
On Mon, 17 Aug 2009 18:01:59 +0700 Mikhail Gusarov dotted...@dottedmag.net said: Twas brillig at 20:23:17 17.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: CHR hmm - no that's grayscale. grayscale is a gray only verison of CHR pseudocolor. staticgray == linear allocation of gray values (ie CHR what i described). at least so it says in the x protocol reference CHR manual X11 release 6, page 412 and 417. :) For PseudoColor, a pixel value indexes a colormap to produce independent RGB values; the RGB values can be changed dynamically. GrayScale is treated in the same way as Pseudo- Color except which primary drives the screen is undefined; thus, the client should always store the same value for red, green, and blue in colormaps. StaticColor is treated in the same way as PseudoColor except the colormap has predefined read-only RGB values, which are server-dependent. StaticGray is treated in the same way as StaticColor except the red, green, and blue values are equal for any single pixel value, resulting in shades of gray. So, PseudoColor - RGB palette, may be changed. GrayScale - grayscale palette, may be changed. StaticColor - RGB palette, predefined colors. StaticGray - grayscale palette, predefined colors. Hence, no direct grayscale visual, only palettized ones :( from the same book: StaticGray StaticGray can be viewed as a degenerate case of GrayScale, in which the gray values are predefined and read-only. The values are typically in a linear or near-linear increasing ramps. linear. increasing. typically. :) (i assume non-linear would imply a curved set as opposed to going up then down then up again in value for example - so it may be gamma-corrected thus implying non-linear (curve)). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
Twas brillig at 21:29:53 17.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: That's it. CHR The values are typically in a linear or near-linear increasing CHR ramps. linear. increasing. typically. :) /me patches the kernel driver: 0x0 - #ff, 0x1 - #00, 0x2 - #aa, 0x3 - #55. This will be compensated by X server (framebuffer driver exposes palette), but will break with EFL thinking it's a grayscale without palette. -- http://fossarchy.blogspot.com/ pgpU6BytpsswV.pgp Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
On Mon, 17 Aug 2009 18:40:37 +0700 Mikhail Gusarov dotted...@dottedmag.net said: Twas brillig at 21:29:53 17.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: That's it. CHR The values are typically in a linear or near-linear increasing CHR ramps. linear. increasing. typically. :) /me patches the kernel driver: 0x0 - #ff, 0x1 - #00, 0x2 - #aa, 0x3 - #55. This will be compensated by X server (framebuffer driver exposes palette), but will break with EFL thinking it's a grayscale without palette. wait - so its actually being psychotic with a palette like: 0xff 0x00 0x11 0x11 0x11 0x11 0x11 0x11 0x11 0x11 0x11 0x11 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
On Mon, 17 Aug 2009 18:40:37 +0700 Mikhail Gusarov dotted...@dottedmag.net said: Twas brillig at 21:29:53 17.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: That's it. CHR The values are typically in a linear or near-linear increasing CHR ramps. linear. increasing. typically. :) /me patches the kernel driver: 0x0 - #ff, 0x1 - #00, 0x2 - #aa, 0x3 - #55. This will be compensated by X server (framebuffer driver exposes palette), but will break with EFL thinking it's a grayscale without palette. wait - so its actually being psychotic with a palette like: 0xff 0x00 0x11 0x22 0x33 0x44 0x55 0x66 0x77 0x88 0x99 0xaa 0xbb 0xcc 0xdd 0xee ? is it...? -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
Twas brillig at 21:48:09 17.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: CHR wait - so its actually being psychotic with a palette like: CHR 0xff CHR 0x00 Right now driver exposes linear values as you'd expect (though I've seen controllers which wanted pixel values to be put to upper bits of the bytes) I just pointed out that treating StaticGray as no-palette visual breaks the abstraction and can cause bugs when underlying software changes. -- http://fossarchy.blogspot.com/ pgpgxE6e5sbxq.pgp Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
On Mon, 17 Aug 2009 18:51:31 +0700 Mikhail Gusarov dotted...@dottedmag.net said: Twas brillig at 21:48:09 17.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: CHR wait - so its actually being psychotic with a palette like: CHR 0xff CHR 0x00 Right now driver exposes linear values as you'd expect (though I've seen controllers which wanted pixel values to be put to upper bits of the bytes) I just pointed out that treating StaticGray as no-palette visual breaks the abstraction and can cause bugs when underlying software changes. yes and no. at least the docs indicate it's a ramping transition in values - we can shortcut and avoid a palette lookup to improve speed. there's correct and then there's fast :) being fast is almost always about giving up some correctness for shortcuts :) i favor speed myself - as sure, there may be pathological cases.. but the percentage that you run into them... let's say is really small. i'll take my speedup in 99% of cases and then just make faces and poke my tongue out at the 1% of pathological nasties :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
Twas brillig at 21:56:21 17.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: CHR yes and no. at least the docs indicate it's a ramping transition CHR in values - we can shortcut and avoid a palette lookup to improve CHR speed. there's correct and then there's fast :) being fast is CHR almost always about giving up some correctness for shortcuts :) Worse is better, yeah. CHR i favor speed myself - as sure, there may be pathological CHR cases.. but the percentage that you run into them... let's say is CHR really small. Until you run into them. Then it suddenly becomes 100%. Make it work, then make it fast is a better slogan in long run. -- http://fossarchy.blogspot.com/ pgpsmw3nM5uIG.pgp Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
On Mon, Aug 17, 2009 at 9:04 AM, Mikhail Gusarovdotted...@dottedmag.net wrote: Twas brillig at 21:56:21 17.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: CHR yes and no. at least the docs indicate it's a ramping transition CHR in values - we can shortcut and avoid a palette lookup to improve CHR speed. there's correct and then there's fast :) being fast is CHR almost always about giving up some correctness for shortcuts :) Worse is better, yeah. CHR i favor speed myself - as sure, there may be pathological CHR cases.. but the percentage that you run into them... let's say is CHR really small. Until you run into them. Then it suddenly becomes 100%. Make it work, then make it fast is a better slogan in long run. well, kinda... if he did his stuff in svn that is fast and works following his way of life, then good for us =) As for graystatic, I really guess he is right and doc implies it could be avoided the lookups. Fine ebooks won't go with movies and animations, but does not hurt to same some cpu/memory and thus battery if possible. I'd say creating 2 converter functions that could be compile-time chosen? As for dithering, topic that got lost... have you thought about it? I guess it could improve perceived look and feel on such low-depth high-res displays. /me wonders when it will be possible to buy EFL ebook readers =) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
Twas brillig at 09:46:47 17.08.2009 UTC-03 when barbi...@profusion.mobi did gyre and gimble: GSB Fine ebooks won't go with movies and animations, They will. New technology for bi-stable screens, which allows several dozens of fps and 4096 colors, is expected to be available for production next year. This means months of battery life while just reading books, and movies (battery usage like modern PDAs) when necessary. GSB but does not hurt to same some cpu/memory and thus battery if GSB possible. Yes, of course. GSB As for dithering, topic that got lost... have you thought about GSB it? I guess it could improve perceived look and feel on such GSB low-depth high-res displays. Actually we had to disable dithering earlier - it created a sort of unpleasant artifacts and nobody wanted to investigate why. GSB /me wonders when it will be possible to buy EFL ebook readers =) Hanvon N516, Hanlin V3/V3ext. See the http://openinkpot.org/wiki/Hardware. The rest is coming, we just need more Linux kernel hackers to port the kernel to new devices. N516 as sold by Urkainian reseller under Azbooka 516 name will have OpenInkpot preinstalled (completely free software firmware, starting From bootloader!), other N516s and V3 need reflashing. -- http://fossarchy.blogspot.com/ pgp60pJ2mbXsE.pgp Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
CHR 4096 colors? well there's the rgb16-444 - this is specifically for CHR displays using rgb565 as the rgb format but with only 4 bits per CHR rgb (thus dithering appropriately). but for dozens of CHR fps.. really? will updates look good? Dunno, I did not test such screens yet. Though it's not a E-Ink, it's some other technology. Actually we had to disable dithering earlier - it created a sort of unpleasant artifacts and nobody wanted to investigate why. CHR really? nasty. wow. is it possible someone has a photo of it with CHR dithering? one zoomed out and a macro-focus zoomed in one so i CHR can see the pixels in detail? maybe i can spot what's up? maybe CHR not, but gstavo does bring up a very good point. dithering should CHR improve things a LOT. of course if done right. maybe its an CHR algorithm problem? is it possible to get a framebuffer shot too? http://users.openinkpot.org/~lunohod/img_1822_sm.jpg This is quite an old photo though. Don't have time right now to recreate the setup and see whether anything changed. -- http://fossarchy.blogspot.com/ pgpRBXOxFF1cF.pgp Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
On Mon, 17 Aug 2009 20:02:48 +0700 Mikhail Gusarov dotted...@dottedmag.net said: Twas brillig at 09:46:47 17.08.2009 UTC-03 when barbi...@profusion.mobi did gyre and gimble: GSB Fine ebooks won't go with movies and animations, They will. New technology for bi-stable screens, which allows several dozens of fps and 4096 colors, is expected to be available for production next year. This means months of battery life while just reading books, and movies (battery usage like modern PDAs) when necessary. 4096 colors? well there's the rgb16-444 - this is specifically for displays using rgb565 as the rgb format but with only 4 bits per rgb (thus dithering appropriately). but for dozens of fps.. really? will updates look good? (nb- video decode uses quite a few transistors - even though you save on backlight - you likely pay a price doing transitions for the screen and you are still paying the decode, cpu, ram etc. price while it plays - so u'll probably end up getting no different playback times as u would with an lcd - if the cost of transitions is the same as a backlight. if the transition/update cost is lower if almost 0, then u may get 2x - maybe 3x the playback compared to lcd... now AMOLED may be on-par... :)) GSB but does not hurt to same some cpu/memory and thus battery if GSB possible. Yes, of course. :) GSB As for dithering, topic that got lost... have you thought about GSB it? I guess it could improve perceived look and feel on such GSB low-depth high-res displays. Actually we had to disable dithering earlier - it created a sort of unpleasant artifacts and nobody wanted to investigate why. really? nasty. wow. is it possible someone has a photo of it with dithering? one zoomed out and a macro-focus zoomed in one so i can see the pixels in detail? maybe i can spot what's up? maybe not, but gstavo does bring up a very good point. dithering should improve things a LOT. of course if done right. maybe its an algorithm problem? is it possible to get a framebuffer shot too? GSB /me wonders when it will be possible to buy EFL ebook readers =) Hanvon N516, Hanlin V3/V3ext. See the http://openinkpot.org/wiki/Hardware. The rest is coming, we just need more Linux kernel hackers to port the kernel to new devices. N516 as sold by Urkainian reseller under Azbooka 516 name will have OpenInkpot preinstalled (completely free software firmware, starting From bootloader!), other N516s and V3 need reflashing. -- http://fossarchy.blogspot.com/ -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
On Mon, 17 Aug 2009 21:04:59 +0700 Mikhail Gusarov dotted...@dottedmag.net said: CHR 4096 colors? well there's the rgb16-444 - this is specifically for CHR displays using rgb565 as the rgb format but with only 4 bits per CHR rgb (thus dithering appropriately). but for dozens of CHR fps.. really? will updates look good? Dunno, I did not test such screens yet. Though it's not a E-Ink, it's some other technology. Actually we had to disable dithering earlier - it created a sort of unpleasant artifacts and nobody wanted to investigate why. CHR really? nasty. wow. is it possible someone has a photo of it with CHR dithering? one zoomed out and a macro-focus zoomed in one so i CHR can see the pixels in detail? maybe i can spot what's up? maybe CHR not, but gstavo does bring up a very good point. dithering should CHR improve things a LOT. of course if done right. maybe its an CHR algorithm problem? is it possible to get a framebuffer shot too? http://users.openinkpot.org/~lunohod/img_1822_sm.jpg This is quite an old photo though. Don't have time right now to recreate the setup and see whether anything changed. oh! definitely software. i know just what's up. that smells of the 8bit paletted rendere - it tried to alloc a 216 (6x6x6) colorcube.. and failed.. but it succeeded in allocing black and white. but it seesm to have them inverted (in some cases looks like - what theme is that?). but you're ending up with 2 colors alloced and dithering to those 2 colors (black and white) and an inversion. dithering should work just fine with grayscale. it will slow things down, but with only 16 real shades (gain you'll have to make assumptions about this - or at least have a converter per display type - eg 64 colors (6bit) but only 16 levels (4bit) significant)m you'll want to dither to make images look half-way decent -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] recent edje break (cedric?)
maybe you did break something... look at e17 and he default theme - all the spinning wheel son logout, reboot, filemanager window refresh... don't spin anymore - the image tweening doesnt work anymore! can you reproduce? -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [evas] Add RGBA - grayscale 64 entries palette conversion
On Mon, 17 Aug 2009 21:26:05 +0700 Mikhail Gusarov dotted...@dottedmag.net said: Twas brillig at 00:17:36 18.08.2009 UTC+10 when ras...@rasterman.com did gyre and gimble: CHR but with only 16 real shades (gain you'll have to make assumptions CHR about this - or at least have a converter per display type - eg 64 CHR colors (6bit) but only 16 levels (4bit) significant)m you'll want CHR to dither to make images look half-way decent I'm not sure it is good idea to dither whole window, as opposed to dither only images. This may create noise on the edges of images. I'll try dithering again a bit later - no time for it right now. it only might create such noise if the dithering were floyd-steinberg. evas adopts fixed dithering via a fixed matrix (of configurable size. 2 sizez are build into evas - choice at compile time, 4x4 or 128x128. the 128x128 looks like floyd-steinberg but is just gaussian randomised ordered dithering in a large matrix to hide the regularity :)) as long as u have real black and real white - these won't get dithered. to be honest with 16 levels u likely will notice the dithering much less given the dpi u have. it likely will vanish. u know tat evas dithers 16bpp by default - if u have used evas in 16bp - u will not even notice its dithered - it looks as good as 24bpp unless yu literally magnify in deply -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ecore_evas_title_set/ecore_evas_name_class_set NULL parameters
On Mon, 17 Aug 2009, Carsten Haitzler (The Rasterman) wrote: On Mon, 17 Aug 2009 04:44:51 +0700 Mikhail Gusarov dotted...@dottedmag.net said: Hello. Is it ok to pass NULL parameters to ecore_evas_title_set / ecore_evas_name_class_set? If yes, what's the expected reaction of backend? Should it treat NULL parameters as empty strings or somehow else? NULL. bad. use - empty title string. should we check those strings in the icccm, netwm and ecore_evas code ? Vincent -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] recent edje break (cedric?)
On Mon, Aug 17, 2009 at 4:58 PM, Carsten Haitzlerras...@rasterman.com wrote: maybe you did break something... look at e17 and he default theme - all the spinning wheel son logout, reboot, filemanager window refresh... don't spin anymore - the image tweening doesnt work anymore! can you reproduce? Yep, I see the problem too. I tested with calc cache enabled and disabled, but doesn't have any effect. My guess it's related to rewrite of Edje_Real_Part-param2 change. I am looking at it to see what's going on. -- Cedric BAIL -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] recent edje break (cedric?)
On Mon, Aug 17, 2009 at 5:09 PM, Cedric BAILcedric.b...@free.fr wrote: On Mon, Aug 17, 2009 at 4:58 PM, Carsten Haitzlerras...@rasterman.com wrote: maybe you did break something... look at e17 and he default theme - all the spinning wheel son logout, reboot, filemanager window refresh... don't spin anymore - the image tweening doesnt work anymore! can you reproduce? Yep, I see the problem too. I tested with calc cache enabled and disabled, but doesn't have any effect. My guess it's related to rewrite of Edje_Real_Part-param2 change. I am looking at it to see what's going on. Ok, found the problem. Fix in svn. Work without problem with cache calc and without. Sorry I didn't notice it earlier, and thanks for reporting it, -- Cedric BAIL -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: davemds trunk/edje/src/lib
Enlightenment SVN wrote: Log: * rename mem_strdup() to not clash (in the case of a static build) with the one defined in bin/ Author: davemds Date: 2009-08-17 06:54:17 -0700 (Mon, 17 Aug 2009) New Revision: 41839 Modified: trunk/edje/src/lib/edje_edit.c Modified: trunk/edje/src/lib/edje_edit.c === --- trunk/edje/src/lib/edje_edit.c2009-08-17 11:32:56 UTC (rev 41838) +++ trunk/edje/src/lib/edje_edit.c2009-08-17 13:54:17 UTC (rev 41839) @@ -56,29 +56,27 @@ epr = _edje_program_get_byname(obj, prog); \ if (!epr) return RET; -void * -mem_alloc(size_t size) +static void * +_alloc(size_t size) { void *mem; mem = calloc(1, size); if (mem) return mem; fprintf(stderr, Edje_Edit: Error. memory allocation of %i bytes failed. %s\n, - size, strerror(errno)); - exit(-1); + (int)size, strerror(errno)); return NULL; } -char * -mem_strdup(const char *s) +static char * +_strdup(const char *s) { void *str; I don't think it's wise to name a function _strdup(), afaik it is used in the windows libc. Peter -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] fast decompression lib
On Mon, 17 Aug 2009 21:54:41 +0200 Thomas Gstädtner tho...@gstaedtner.net wrote: On Sat, Aug 1, 2009 at 20:15, Vincent Torrivto...@univ-evry.fr wrote: On Sun, 2 Aug 2009, David Seikel wrote: On Sat, 1 Aug 2009 08:40:32 +0200 (CEST) Vincent Torri vto...@univ-evry.fr wrote: while looking at the doc of UPX, i've found that lossless (de)compression library: http://www.oberhumer.com/opensource/lzo/ which says to compress better and to be faster decompression than zlib. There is no comparison numbers, but maybe it is worth trying to compare zlib and that lib to see if it would be better to use it in eet. There are other contenders, generally more modern compression schemes that are generally ignored coz things like zip, gz, and bz2 are too firmly embedded in our conciousness. Too much historical inertia is not good. So, if this is to be done, a more thorough roundup of them all would be the way to go. Maybe it's not so good for us: that library is GPL. If I'm not mistaken, that would mean that eet must be GPL too, right ? Vincent Yes, this is under a GPLv2+ license with additional commercial licensing, so I don't see any chance to use it in any non-GPL or non-commercial application - except calling the binary directly without including any sourcecode itself. But there are alternatives: The best one is most likely XZ (the successor of lzma) which usually compresses at a 2-digit percentage better compared to gzip at the cost of slightly more computing time to decompress and a lot more to compress (still better than bzip2 in any case). It's available under LGPL so, there should be no problems with the license. http://tukaani.org/xz/ Which is why i said a thorough roundup of them all should be done, not just best one is most likely foo. lol signature.asc Description: PGP signature -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/lib
On Monday 17 August 2009 05:54:10 you wrote: On Sun, Aug 16, 2009 at 4:21 AM, Carsten Haitzlerras...@rasterman.com wrote: On Sat, 15 Aug 2009 10:37:22 -0400 William Keaney kean...@gmail.com said: Weird it shouldn't as code is disabled by default in this commit. Where do you see problem, in E17 itselef ? Elementary ? EWL ? What module are you using ? Did you try last svn revision with --disable-edje-calc-cache during edje configure ? The --help output of autogen.sh says that edje-calc-cache is disabled by default, but when run without any arguments it enables edje-calc-cache. I am seeing the problem in both E17 itself (screenshot at http://omploader.org/vMjU3aQ) and in Entrance, both of which use Edje. I did try the latest SVN with --disable-edje-calc, and that restored functionality. strange as i see no problems at all :( odd why you and no one else? I can't reproduce it either. Could you send me your config, so I can see what's going wrong (~/.e/) ? And what is your locale (LANG) ? I've attached a tarball of my ~/.e/. I'm pretty sure the list will strip it, so I'm including you on the CC. My LANG is set to en_US.UTF-8. Will signature.asc Description: This is a digitally signed message part. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] GSOC important announcement (final dates)
Students, It is important today is strict Pencils down today. Firm 'pencils down' date. Mentors, students and organization administrators can begin submitting final evaluations to Google. and upcoming dates. *August 24:* - Final evaluation deadline - Google begins issuing student payment and evaluations are on file.** ***August 25:* **Student Final results of GSoC 2009 announced *September 3:* Students can begin submitting required code samples to Google If you have any questions feel free to email me in private. Mentors be sure you fill out your evaluations and students be sure you submit your code and meet with your mentors.. chain of command students contact your mentors, mentors contact me or ravenlock Thanks it's been a great year once again, checkout the website soon for a write up on progress made in Google summer of code this year. --Ian -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] GSOC important announcement (final dates)
Also another note: Hello Mentors, Admins, and Students, In anticipation of the end of this year's Google Summer of Code, please make sure that your shirt size and shipping information is up to date in the webapp. We will be printing this year's shirts on American Apparel brand shirts, which are known to run smaller than most brands. Please see their size chart at Men's: http://www.americanapparel.net/sizing/default.asp?chart=mu.shirts Women's: http://www.americanapparel.net/sizing/default.asp?chart=womens.shirts to determine the best size for you. They are cut more fitted than most shirts, so you may prefer to go up a size (especially for women's sizes). If you want to change your shirt size, please update your preference the webapp by Monday August 17, 12 noon PDT / 19:00 UTC. In order to make the delivery of your shirt (and certificate, if applicable) as smooth as possible, please make sure that your address in the webapp adheres to the following guidelines: -Address does NOT contain any commas -Brazilian postal codes contain 8 digits, hyphenated or not (e.g. 13083-030 or 13083030), but must include leading or trailing zeros -Individuals in Brazil, India, and Serbia should make sure their postal code is an international postal code, not a local postal code -Individuals in the US should have their state listed as the two letter abbreviation (CA not California) We hope to have all the shirts and certificates ship in mid-late September, so make sure the address that you list applies to this delivery time. Students, please also double check that your name appears in the webapp as you would like it to appear on your certificate, either in the fields First (given) name and Last (family) name: or Name on documents: The same deadline applies for updating name and address, Monday August 17, 12 noon PDT / 19:00 UTC. On Mon, Aug 17, 2009 at 7:49 PM, Ian Caldwell inchost...@gmail.com wrote: Students, It is important today is strict Pencils down today. Firm 'pencils down' date. Mentors, students and organization administrators can begin submitting final evaluations to Google. and upcoming dates. *August 24:* - Final evaluation deadline - Google begins issuing student payment and evaluations are on file.** ***August 25:* **Student Final results of GSoC 2009 announced *September 3:* Students can begin submitting required code samples to Google If you have any questions feel free to email me in private. Mentors be sure you fill out your evaluations and students be sure you submit your code and meet with your mentors.. chain of command students contact your mentors, mentors contact me or ravenlock Thanks it's been a great year once again, checkout the website soon for a write up on progress made in Google summer of code this year. --Ian -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] fast decompression lib
On Mon, 17 Aug 2009, Thomas Gstädtner wrote: On Sat, Aug 1, 2009 at 20:15, Vincent Torrivto...@univ-evry.fr wrote: On Sun, 2 Aug 2009, David Seikel wrote: On Sat, 1 Aug 2009 08:40:32 +0200 (CEST) Vincent Torri vto...@univ-evry.fr wrote: while looking at the doc of UPX, i've found that lossless (de)compression library: http://www.oberhumer.com/opensource/lzo/ which says to compress better and to be faster decompression than zlib. There is no comparison numbers, but maybe it is worth trying to compare zlib and that lib to see if it would be better to use it in eet. There are other contenders, generally more modern compression schemes that are generally ignored coz things like zip, gz, and bz2 are too firmly embedded in our conciousness. Too much historical inertia is not good. So, if this is to be done, a more thorough roundup of them all would be the way to go. Maybe it's not so good for us: that library is GPL. If I'm not mistaken, that would mean that eet must be GPL too, right ? Vincent Yes, this is under a GPLv2+ license with additional commercial licensing, so I don't see any chance to use it in any non-GPL or non-commercial application - except calling the binary directly without including any sourcecode itself. But there are alternatives: The best one is most likely XZ (the successor of lzma) which usually compresses at a 2-digit percentage better compared to gzip at the cost of slightly more computing time to decompress and a lot more to compress (still better than bzip2 in any case). It's available under LGPL so, there should be no problems with the license. http://tukaani.org/xz/ gzip also consumes few memory when decompressing, which is good for embedded devices. So comparison must be made on speed and memory consumption. Vincent-- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel