--- Log for 17.04.105 Server: orwell.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 25 days and 8 hours ago 00.00.08 # and next to that, being able to process the conditions efficiently 00.00.17 # rasher: if you do it that way, you'll need tons of memory anyway 00.00.19 # no point in thinking about it yet. 00.00.43 # tons of file seeks at least ;-) 00.00.45 # i had thoughts about an array whether a song is in or out *shrugs* 00.00.47 # will probably have to apply all the conditions simulteneously for all files 00.01.11 # it'll pretty much have to look at all files I guess 00.01.23 # well except for some condition that can be "tabled" 00.01.29 # why a ton of file seeks? 00.01.46 # well, hopefully the runtimedb is not all files 00.02.00 # that's helpful 00.02.15 # so looking at conditions that apply to the runtimedb 00.02.32 # is a good thing to do quick/first 00.02.41 # but if none of them do :- 00.02.44 # :-/ 00.02.46 # oh well 00.02.50 # they'll just have to wait :) 00.02.53 # rasher: if you apply the conditions partially, you will probably need a ton of memory 00.02.56 # a progress bar would probably be nice 00.03.02 # haha 00.03.24 # if the music isn't playing, I know a big buffer we can use! ;-) 00.03.25 # http://www.rockbox.org/mail/archive/rockbox-archive-2005-04/0136.shtml 00.03.28 # hahaha 00.03.32 # oh well 00.03.36 # i really don't care about this stuff 00.03.45 # i know my own music collection in and out 00.03.55 # and know pretty much exactly where what i want is 00.04.06 # but what about the things you don't know that you want? 00.04.20 # like i said, i know my music in and out 00.04.23 # i know what i want :P 00.04.26 # I like the idea of stats 00.04.35 # i don't care about stats either 00.04.35 # what songs do I usually skip? 00.04.48 # i don't skip songs, i choose what i want to listen to and then listen to it 00.04.55 # heh 00.04.57 # a thing like "average play percent" 00.05.15 # a song that's played 5% usually isn't going to gain much respect from me :) 00.05.25 # I usually play my 4000 entries playlist in shuffle... 00.05.32 # hah 00.05.34 # but could make for an interesting playlist :) 00.05.38 # is there an album shuffle? :P 00.05.52 # find random album, play it, find random album, play it 00.06.18 # preglow: we leave that feature for you to write 00.06.19 # ;-) 00.06.21 # haha 00.06.24 # Hurray, Debian release! (of Woody - r5) :( 00.06.33 # * preglow hugs ubuntu 00.06.58 # I keep coming back to Debian.. 00.07.03 # It just feels more like home 00.07.04 # why? 00.07.06 # hahah 00.07.12 # windows feels like home to me 00.07.24 # Ubuntu's like visiting a fancy house.. it all looks nice, but I dare not touch anything 00.07.39 # I have windows in my home too... .-P 00.07.53 # i'm in linux for easy development right now 00.07.59 # but for ordinary use i like windows, for some reason 00.08.05 # well I run windows on my laptop 00.08.14 # linux also sucks for sound applications 00.08.21 # because it hasn't got any good ones, mainly... 00.08.25 # mostly because my wifi nic is a bitch, and I'm stuck in the world of IM 00.08.27 # and i do a lot of sound 00.09.02 # Bagder: did you see - http://rasher.dk/rockbox/ircstats/ 00.09.19 # no... 00.09.23 # * Bagder runs over there 00.10.09 Quit BBub (""Fange nie an aufzuhören. Höre nie auf anzufangen." - Tiki") 00.10.32 # why, there he goes proving why he's the /me king ;) 00.10.58 Quit zezayer ("Chatzilla 0.9.67 [Firefox 1.0.1/20050311]") 00.11.52 # well, 1138 /me is about one per day ;-) 00.12.01 Join [1]MoosCamaro [0] (HydraIRC@m214.net81-66-158.noos.fr) 00.12.35 Quit [1]MoosCamaro (Client Quit) 00.12.41 # there are 1000 days of logs, in fact 00.13.00 # or 1001 if I updated now :) 00.13.09 # ok, bmp loading tomorrow :) 00.13.21 # ls -1 rockbox-200*txt | wc -l 00.13.21 # 1034 00.13.27 # I have it loading correctly.. and displaying in * with debugf() 00.13.38 # strange.. maybe pisg limits to 1000 days 00.13.51 # the first ones aren't dancer ones 00.13.53 # * t0mas is away: tv 00.13.58 # ah 00.14.00 # that's it then 00.15.24 # what, no wiki updates on saturday!? 00.26.39 # why doesn't the rockbox list have a subject prefix? 00.29.06 # because we don't like prefixes 00.29.23 # it's the first list i've ever been on that doesn't have them :/ 00.29.26 # we use procmail 00.29.38 # man, you haven't been on many lists ;-) 00.29.42 # true 00.29.59 # i'm on about five at the moment 00.30.11 # two of them digest 00.30.38 # I've lost count 00.32.01 # I get >700 emails per day 00.32.28 # half of them are spam of course 00.32.36 # ugh 00.32.51 Quit asdsd_ (Read error: 131 (Connection reset by peer)) 00.32.55 # how do you ever get things done :P 00.33.26 # I just avoid real work ;-) 00.34.17 Join asdsd_ [0] (~asdsd@h-67-100-30-151.miatflad.dynamic.covad.net) 00.34.34 # i think we've got nick of the year contest winner right here 00.36.34 # I have a handy procmail rule 00.37.21 # :0: 00.37.24 # * ^(X-(Mailing-)?[Ll]ist(-Id)?: lists/$MATCH 00.37.37 # catches most mailing lists 00.37.40 # it's like magic 00.37.52 # * preglow vomits 00.38.00 # I know 00.38.03 # but it works 00.38.10 # and I didn't write it :) 00.40.04 # gotta love regex 01.05.51 # hmz.. 01.05.58 # I have a working bmp loader... 01.06.08 # only.. I don't understand the rockbox format.. 01.07.09 # it is simple: the first byte is top left, column 0 eight pixels high 01.08.48 # yeah, got that from comments 01.09.00 # now thinking of a nice way to convert... 01.09.39 # I have two for loops... for (row) { for (col) { ... } } 01.09.57 # is there a calculation from row, col to what byte + bit I need to set? 01.09.58 # doesn't the conversion in the original bmp.c work? 01.10.03 # (I have a setbit function too) 01.10.42 # (*bitmap)[ (row/8) * bitmap_width + col ] |= 01.10.42 # 1<<(row&7); 01.10.43 # that? 01.10.51 # hmz... 01.11.07 # yes that 01.11.22 # Don't understand the 1<<(row&7) part 01.11.28 # 1 shifted by what? 01.11.58 # the lowest three bits of the row 01.12.05 # what else can I say? 01.12.13 # the other bits are used already 01.12.15 # hmz... I'll just test it 01.12.21 # row/8 uses the other bits 01.12.35 # ah ok 01.13.24 Join Camilo [0] (~chatzilla@userca029.dsl.pipex.com) 01.14.08 # so row 7 becomes (1<<7) and row 0 is (1<<0) 01.14.22 # 0 being the top 01.15.15 # ok 01.15.20 # and can you explain the if here: 01.15.21 # if(bmp[(bitmap_height-1 -row) * PaddedWidth + col]) { 01.15.21 # bitmap[ (row/8) * bitmap_width + col ] &= ~ (1<<(row&7)); 01.15.21 # } 01.15.21 # else { 01.15.22 *** Alert Mode level 1 01.15.22 # bitmap[ (row/8) * bitmap_width + col ] |= 1<<(row&7); 01.15.24 # } 01.15.37 # the first condition clears the bit, the other sets it 01.15.46 # the first block 01.16.04 # ok 01.16.20 # so it checks in the bmp if the byte is zero or non-zero to figure that out 01.18.11 Quit asdsd_ (Read error: 60 (Operation timed out)) 01.18.22 # well.. the rockbox conversion makes a mess of it 01.19.04 # I think the math there is right 01.19.26 # ghehe... and I'm sure the image given to it is correct... as it's displayed in debug :) 01.19.39 # so something else is wrong 01.19.43 # then the input data to the math is wrong 01.20.02 # is the bmp 8 bit or 1 bit? 01.20.29 # wait... there is no input data like that 01.20.35 # I have a row, col and bit 01.20.38 # bit = 1 or 0 01.20.44 # row = y and col = x 01.21.13 # right, that code is for 8bit bmp 01.21.20 # check bmp2rb.c for a 1bit one 01.21.50 # byte = (bitmap_width * (row/8)) + col; 01.21.50 # bit = (row % 8); 01.21.51 # bitmap[byte] = bitmap[byte] + (1 << bit); 01.22.02 # isn't that the right way too? 01.22.06 # + ? 01.22.17 # you mean | 01.22.27 # ghehe 01.22.29 # *oops* 01.22.46 # but if you had it cleared from start it makes no diff I guess 01.22.46 # it's getting a little late... 01.23.48 # but that doesn't show how you use the variables 01.23.58 # again, there is working code in bmp2rb.c 01.24.19 # yeah 01.25.23 # testing takes some time... 01.25.24 *** Alert Mode OFF 01.25.47 # don't you use the sim? 01.25.52 # yes I doo 01.26.20 # but compiling + make install takes some time with cygwin 01.26.29 # right 01.27.20 # bitmap[ (row/8) * bitmap_width + col ] &= ~ (1<<(row&7)); 01.27.24 # that sets a bit? 01.27.31 # no, that clears it 01.27.35 # ah ok 01.27.35 # bitmap[ (row/8) * bitmap_width + col ] |= 1<<(row&7); 01.27.38 # and this is set? 01.27.40 # yes 01.31.53 Join _Lucretia_ [0] (~munkee@abyss2.demon.co.uk) 01.31.55 Quit _Lucretia (Read error: 110 (Connection timed out)) 01.32.54 # * Bagder got another runtimedb idea 01.33.20 # how big is the statusbar? 01.33.21 # 20px? 01.33.38 # system font height 01.33.42 # 8px 01.34.32 # k 01.35.23 # hm... how can i test it from a plugin? 01.35.56 # test what? 01.35.57 # (or add something to debug?) 01.36.01 Join _ferenczy [0] (ferenczy@a3brn-191.dialup.vol.cz) 01.36.02 # my loading code 01.36.38 # you mean the code is not accessible via the plugin API? 01.36.54 # don't know.. is it automatically? 01.37.05 *** Saving seen data "./dancer.seen" 01.37.10 # no, you need to add it in apps/plugin.h and plugin.c 01.37.16 # ok 01.38.26 # #define PLUGIN_API_VERSION 37 01.38.29 # should I raise that? 01.38.45 # yes 01.42.06 # hm.. just add the name in the .h? 01.42.11 # and what in the .c ? 01.42.15 # just the name too? 01.42.28 # just as all the other functions 01.42.37 # add it last in the struct 01.42.54 # ok 01.43.19 # but you're only adding it there for testing, aren't you? 01.44.10 # well... maybe it is usefull for plugin's if it works 01.44.38 # maybe a viewer plugin... or some game wants to use it 01.44.40 # true, and if the code is there anyway it could as well be accessible 01.44.57 # plugin.c:297: warning: excess elements in struct initializer 01.44.57 # plugin.c:297: warning: (near initialization for `rockbox_api') 01.45.01 # what did I do wrong? 01.45.19 # you didn't do the .h part right probably 01.45.54 # #ifdef HAVE_LCD_BITMAP 01.45.54 # int read_bmp_file(char* filename, 01.45.54 # int *get_width, 01.45.54 # int *get_height, 01.45.54 # char *bitmap); 01.45.54 *** Alert Mode level 1 01.45.54 # #endif 01.45.58 # that's in there... 01.46.12 # compare with the others 01.46.17 # they don't look like that 01.46.25 # jup 01.46.27 # I see 01.46.44 # int (read_bmp_file)(char* filename, int *get_width, int *get_height, char *bitmap); 01.46.49 # eh 01.46.51 # because the struct contains function pointers 01.46.52 # int (*read_bmp_file)(char* filename, int *get_width, int *get_height, char *bitmap); 01.46.55 # like that? 01.46.58 # yeps 01.47.10 # ghehe 01.47.38 # I know function pointers... but I'm still bad at recognizing things like these... 01.47.52 # don't know what * is either... 01.47.55 # eh ** 01.48.11 # * = pointer.... but what's a ** (saw Linus using it somewhere) 01.48.19 # a pointer to a pointer 01.48.26 # sounds weird to me? 01.48.35 # very common C thing 01.48.50 # hmz... I should do more C... 01.50.07 Part MoosCamaro 01.51.27 # hmz... 01.51.30 # just one mistake... 01.51.38 # it's displaying upside down 01.51.46 # hehe 01.52.35 # are we talking about regular bmps here? 01.52.43 # yes 01.52.44 # black/white 01.52.45 # they're saved upside down, no surprises there 01.52.53 # I know 01.52.59 # that's why I reversed it... 01.53.04 # :P 01.53.35 # but i'd better get to bed 01.53.39 # nite, all 01.53.49 Quit preglow ("leaving") 01.54.50 # hmz... this reversing thing is a problem with the bit setting lines... 01.55.07 # the for loop is reversed... to display it ok... 01.55.14 # but when setting it.. that doesn't matter... 01.55.15 # bitmap[ (row/8) * bitmap_width + col ] &= ~ (1<<(row&7)); 01.55.55 *** Alert Mode OFF 01.56.03 # I'd say your check is wrong, not the part that clears the bit 01.56.07 # but that's me 01.56.11 # you could change either one 01.56.13 # bitmap[ ((bitmap_height - row)/8) * bitmap_width + col ] &= ~ (1<<(row&7)); 01.56.25 Part gromit` ("Client exiting") 01.56.32 # is that ok? 01.56.49 # if((bmp[(bitmap_height - row - 1) * PaddedWidth + byte] & (1 << bit))) { 01.56.57 # the code in bmp2rb 01.56.58 Join gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) 01.57.01 # ;-) 01.57.13 # eh... 01.57.40 # doing the flip in the check makes the adjustment on one place 01.57.46 # doing it in the bit set/clear puts it on two 01.58.22 # thinking about it, the clear (or the set) should be done on byte-level anyway 01.58.23 # for speed 01.58.47 # but we can save that for later ;-) 01.59.04 # yeah, I have getbit() and setbit() functions 01.59.22 # wrote em some time ago for calculating primes... and storing in bit array... 01.59.22 # no clearbit? 01.59.39 # nope, never had to remove a prime ;) 01.59.50 # :-) 02.01.07 # if(bmpbuf[(bitmap_height-1 -row) * PaddedWidth + col]) { 02.01.08 # bitmap[ (row/8) * bitmap_width + col ] &= ~ (1<<(row&7)); 02.01.08 # } else { 02.01.08 # bitmap[ (row/8) * bitmap_width + col ] |= 1<<(row&7); 02.01.08 # } 02.01.12 # that's making a mess of it... 02.01.50 # but my bmpbuf[] is a 1 bit / pixel 02.01.56 # and this looks like 8? 02.02.14 # yeps 02.03.21 # you need to and out the pixels on 1bit bmps 02.03.41 # & (1 << bit) 02.03.43 # ? 02.04.10 # yes, if bit is set right 02.04.35 # as the bytes are horizonal in bmp 02.05.36 # sleep time now, see ya around 02.06.36 # yeah 02.06.50 # I'm gonna sleep too... 02.07.41 # WORKING :D 02.19.03 # working? 02.22.01 # ? 02.29.58 # my code 02.30.11 # it load's a bmp from file and returns a rockbox format image 02.30.43 # just tested it in wps :D 02.31.10 # It auto loads an image ./rockbox/wpsbg.bmp and displays it on the wps, or just ignores it when the image isn't present :D 02.31.16 Quit Sucka ("a bird in the bush is worth two in your house") 02.32.02 # woo 02.32.57 # hope it compiles on archos too... 02.33.07 # but that's for tomorrow :) 02.33.22 # test in the sim? 02.33.26 # yeah 02.33.33 # but not at 2:30 in the night :P 02.33.43 # :) 02.34.05 # <_ferenczy> t0mas> where are you from??? 02.34.11 # Netherlands 02.34.24 # <_ferenczy> well ;) 02.34.42 # <_ferenczy> I'm from Czech republic... ;) 02.34.55 # ah.. 02.35.49 # nice work! 02.35.52 # gn8 cya 02.38.23 Quit Shagnar ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 02.48.27 # regarding my file-hash experiment: 512byte from start of file 512 kb from end of file produced no duplicates.. 256 256 produced one 02.48.42 # (using crc32) 02.48.57 # maybe use a #define for it? 02.49.09 # so when people have problem's they can change it? 02.50.01 # maybe.. or just grab 1kb from start and end to be on the safe side 02.50.13 # and try to skip tags 02.50.21 # yeah... 02.50.25 # how did kazaa do it? 02.50.32 # they had a very simple hash thing? 02.50.40 # They didn't hash anything 02.50.56 # as witnessed by the posibility of polluting files 02.51.01 # no, they did hash something... but only some part.. 02.51.18 # maybe this was after I last tried it 02.51.34 # well.. I haven't used it for at least year 02.51.57 # the pollution was possible because they hashed just a part of the file 02.52.20 # well what I'm thinking is this: for mpeg files, seek to the first frame and start hashing from there, seek back to id3v1 tag 1kb longer, then hash a kb from there 02.52.27 # and similar for other formats 02.52.42 # it's sortof costly, but very efficient 02.54.01 # but being able to re-tag and still have it recognised as the same file would be great 02.54.23 # yeah 02.55.21 # ghehe 02.55.31 # original firmware not booting == empty batt :) 02.55.40 # totally 02.56.08 # * t0mas is going to charge his iriver 02.56.13 # and sleep while it is :) 02.56.28 Quit t0mas ("goodnight") 03.02.23 Quit rasher ("CGI:IRC (EOF)") 03.12.04 # * HCl goes to sleep 03.12.06 Quit cYmen ("zZz") 03.18.58 Quit thegeek (Read error: 54 (Connection reset by peer)) 03.23.48 Join asdsd_ [0] (~asdsd@h-67-100-29-22.miatflad.dynamic.covad.net) 03.24.10 Part asdsd_ 03.34.01 Quit courtc (Remote closed the connection) 03.37.07 *** Saving seen data "./dancer.seen" 03.39.02 Join karim [0] (~karim@ip-42.net-81-220-108.rev.numericable.fr) 03.39.13 Join courtc [0] (~court@adsl-33-162-17.asm.bellsouth.net) 04.02.41 Join ashridah [0] (ashridah@220-253-120-247.VIC.netspace.net.au) 04.05.35 Join QT [0] (as@area51.users.madwifi) 04.08.40 Quit QT_ (Read error: 60 (Operation timed out)) 04.12.25 Quit Camilo ("Chatzilla 0.9.67 [Mozilla rv:1.8b2/20050404]") 04.13.42 Quit _ferenczy (Read error: 60 (Operation timed out)) 04.17.25 Quit karim (Remote closed the connection) 04.40.29 Join TCK [0] (TCK@81-86-98-191.dsl.pipex.com) 05.37.09 *** Saving seen data "./dancer.seen" 06.35.32 Join stevenm [0] (~steve@stevenm-router.student.umd.edu) 06.35.43 # Hello people. anyone here ? 06.40.58 Part kergoth ("Leaving") 06.57.55 # Hello. Does anyone feel like running a speed check on the MIDI codec for me? 06.58.31 # it's some new code, not in CVS yet 06.59.06 # oh rasher, where art thou 06.59.28 Join Strath [0] (~mike@dgvlwinas01pool0-a202.wi.tds.net) 07.03.10 # anyone ? 07.03.21 # guess not 07.03.29 # that's a shame.. 07.03.41 # I really hoped at least this would run above 10% realtime this time.... 07.03.55 # maybe 11% ? 07.06.30 # keep in mind i have no idea what you're talking about :) 07.08.11 # ah.. I am looking for someone to test my latest code on target 07.08.21 # and tell me just HOW painfully slow it runs 07.08.42 # unoptimized, we got 10%. I just put some stuff into iram.. 07.08.55 # oy ;) 07.09.18 # supper time 07.09.25 Nick Strath is now known as StrathAFK (~mike@dgvlwinas01pool0-a202.wi.tds.net) 07.31.45 Join booper [0] (~boop@nat01-silvers-ext.Rutgers.EDU) 07.37.10 *** Saving seen data "./dancer.seen" 08.22.47 Quit Rob- (Read error: 145 (Connection timed out)) 08.30.17 # Ooo, a some more optimization.. 08.30.40 # can someone possibly do me a favor and test a new version of this thing on target, see how fast it runs ? 08.44.17 # is everyone asleep or something? 08.50.59 Join darkstar147 [0] (~43a18ffe@labb.contactor.se) 08.51.34 Quit darkstar147 (Client Quit) 09.09.06 Join Harpy [0] (gsDZFe4s3t@dsl-hkigw7wbb.dial.inet.fi) 09.22.21 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 09.37.14 *** Saving seen data "./dancer.seen" 09.38.42 Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) 09.39.12 # morning 09.39.27 # does anybody know the stacksize of the iriver? 09.41.48 # not like 45kb i guess? :) 10.04.32 Quit _Lucretia_ (Read error: 60 (Operation timed out)) 10.04.32 Quit booper (Read error: 54 (Connection reset by peer)) 10.12.00 # testplugin.c:54: error: structure has no member named `fprintf' 10.12.15 # isn't fprintf() in the plugin arg? 10.20.22 Join _Lucretia_ [0] (~munkee@abyss2.demon.co.uk) 10.33.05 Join Mirfle [0] (~chatzilla@ADSL222150.BRK.biu.ac.il) 10.42.59 Join berserker [0] (a@193.19.178.25) 10.47.58 Part berserker 11.13.39 Join muesli- [0] (muesli_tv@brsg-d9b8e188.pool.mediaWays.net) 11.13.46 # morning 11.13.57 # hi 11.19.30 # good morning people 11.19.42 # (I am still awake from the 'night') 11.35.02 # well done stevenm 11.35.03 # ;) 11.35.24 Quit muesli- (Read error: 104 (Connection reset by peer)) 11.35.31 Join muesli- [0] (muesli_tv@brsg-d9b8e188.pool.mediaWays.net) 11.37.15 *** Saving seen data "./dancer.seen" 11.41.37 # yea I been waiting for rasher to come on 11.41.54 # and maybe test and tell me just HOW inefficient this code is 11.42.23 # feels like I been awake forever 11.42.37 # ghehe 11.42.41 # Help! 11.43.00 # my code isn't working on iriver... 11.43.04 # but it is on simulator... 11.45.14 # problem 1: How can I debug on iRiver? (like write debugf() info to file?) 11.45.28 # problem 2: What's the stacksize of the Iriver? 11.49.57 # probably as big as whatever the heap hasn't taken up :) 11.50.34 # can I output it someway? 11.51.10 Join Querty [0] (~michiel@heren.demon.nl) 11.51.52 # stevenm: can I relieve you of your sleep deprived misery by testing something? 11.51.55 # i doubt it. the heap has no clear boundary. the stack typically just grows until it overwrites something vital and things blow up (at least, from my vague knowledge of 68k style cpus) 11.53.20 # ok, then I know what's happening :P 11.54.24 # and problem 1? 11.54.35 # some simple way to make debugf() write a file? 11.54.41 # damned if i know. i'm just a groupie 11.55.01 # ghehe ok 11.57.03 Quit stevenm ("Leaving") 12.05.42 # fprintf 12.05.55 # you can look at the dynarec core in rockboy, it debugs to file 12.06.07 # ok, tnx 12.06.30 # it has to, because it typically crashes all the time 12.14.55 # hmz... nice... now I can look at my own error message... and start thinking what the **** caused that :) 12.16.05 # * t0mas thanks Linus for RoLo :D 12.19.20 # * t0mas slaps t0mas with a really BIG-endian :P 12.24.30 Join preglow [0] (thomj@s183a.studby.ntnu.no) 12.24.36 Quit Mirfle ("Chatzilla 0.9.67 [Firefox 1.0.2/20050317]") 12.24.41 # the stack is not very big 12.24.50 # nope, but it works now :) 12.24.54 # just need 2,5 KB 12.24.55 Quit muesli- (Read error: 60 (Operation timed out)) 12.24.56 # is that ok? 12.24.59 # 2.5k it has 12.25.05 # ghehe 12.25.06 # oh ow :P 12.25.21 # so nothing else works when I use 2.5? 12.25.35 # hmm? 12.25.46 # you can probably use more than 2.5 12.25.52 # but try not to use the stack for large things 12.25.52 # oh ok 12.26.05 # i crushed it with 100k, that's all i know :P 12.26.12 # ghehe 12.26.17 # I did with 40 :) 12.26.21 # but 2.5 works 12.26.26 # 2560 bytes 12.26.44 # for iriver... on archos it uses less... as the LCD is smaller 12.27.23 # the stack on the archos might very, very well be smaller 12.27.33 # i have no idea 12.28.09 # well... on the archos with LCD_BITMAP it uses (LCD_HEIGHT * LCD_WIDTH) / 8 12.31.04 Quit Harpy (Read error: 60 (Operation timed out)) 12.36.37 # ok, it load's a bmp... and writes the contents as an "ascii art" to file... and display's it :D 12.36.43 # time to remove some debug code... 12.39.02 Join MoosCamaro [0] (HydraIRC@m214.net81-66-158.noos.fr) 12.39.13 Part MoosCamaro 12.39.30 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 12.41.06 Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) 12.41.17 # Hi all 12.41.23 #