On Tue, 13 Nov 2007, Carsten Haitzler (The Rasterman) wrote:
> On Tue, 23 Oct 2007 20:08:32 +0200 (CEST) Vincent Torri <[EMAIL PROTECTED]> > babbled: > > finally got to play with it. quite interesting. i tried it on some images i > have (animated): > > [ 1:56PM ~/C/data/demo/e_anim_reflection ] du -sh . > 1.9M . > [ 1:55PM ~/e_codec ] ./encode out.erv > '/home/raster/C/data/demo/e_anim_reflection_big/e_%04d.png' 120 0 > * file : /home/raster/C/data/demo/e_anim_reflection_big/e_0001.png > * file : /home/raster/C/data/demo/e_anim_reflection_big/e_0002.png > ... > [ 1:56PM ~/e_codec ] ls out.erv > 4.4M out.erv > > double the size :/ :( where can I get those png ? in e17_bg_shiny_reflection.edj ? > we've talked on irc - we can continue there. i think this is great work btw. > one problem in this is you compress a whole plane at a time. it woudl be > easier > to compress 1 tile at a time (eg a 16x16 tile of the image - split into 4 > planes of 16x16) then you will tend to keep pixles of similar vlaue together > allowing for the compressor to create better dictionaries. i would compress 1 > tile at a time, not a who,e series of them - as this will allow for "random > access" later more easily on decode. I've tried to compress using the tiles (btw, the code is there). But in my tests, for "small images" like 200x200, compressing the whole image in planar colorspace gave better results. I would like to try again with your images, to see what I can do thank you Vincent ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
