--- Log for 26.05.104 Server: anthony.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16p1 Started: 10 days and 6 hours ago 00.05.59 Quit Nibbler (Read error: 104 (Connection reset by peer)) 00.20.29 Join jkerman [0] (Dudewin32@156.46.57.150) 00.39.41 Quit jkerman (Read error: 113 (No route to host)) 00.45.41 Quit AciD ("Il vaut mieux douter de ses certitudes que d'être sur de ses doutes.") 00.51.56 Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") 00.54.50 Join jkerman [0] (Dudewin32@jkhouse2.jvlnet.com) 01.29.03 Join jakesir [0] (solaris@pool-141-157-118-152.balt.east.verizon.net) 01.29.53 Quit jakesir (Client Quit) 01.46.43 Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 01.51.24 *** Saving seen data "./dancer.seen" 01.56.39 Part scott666_ 02.10.46 Join iralemming [0] (~iralemmin@adsl-1-122-58.bna.bellsouth.net) 02.14.04 Part iralemming ("Leaving") 02.34.52 Quit Nibbler (Read error: 104 (Connection reset by peer)) 03.21.08 Part amiconn 03.37.11 Join Strath [0] (~mike@dgvlwinas01pool0-a220.wi.tds.net) 03.51.26 *** Saving seen data "./dancer.seen" 03.56.03 Quit StrathAFK (Read error: 110 (Connection timed out)) 04.08.07 Join tpelliott [0] (telliott@208-251-255-120.res.evv.cable.sigecom.net) 04.08.52 # Help. I can't "play" jpg or ucl files. 04.09.39 # My rockbox is flashed with the 5-24 buile. 04.09.44 # build 04.14.10 Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 04.14.18 Part tpelliott 05.00.28 Join midk [0] (mk@AC908583.ipt.aol.com) 05.27.49 Quit Nibbler (Read error: 54 (Connection reset by peer)) 05.47.48 Join sagegoku [0] (~asdfa@CPE-24-163-156-130.kc.rr.com) 05.47.50 # hey 05.47.58 # how do i make use of the voice menus? 05.48.14 # rockbox.haxx.se/lang 05.49.51 # download the .voice and click play on it? 05.50.10 # no, place it in your .rockbox/voice dir 05.50.45 # ah sorry, i see there are no instructions included 05.50.55 # no need to play it -- just entering the menu will load it 05.50.56 # yah 05.50.57 # well 05.51.05 # i dled it to my jb 05.51.14 # and i created a directory named voice 05.51.18 # before you told me that 05.51.27 # so im not so noobish afterall 05.51.28 # hooray 05.51.29 *** Saving seen data "./dancer.seen" 05.51.32 # lol :) 05.51.33 # one more thing 05.51.40 # er 05.51.40 # what does the video plugin do? 05.51.40 # sorry 05.51.52 # it goes in /.rockbox/langs i think :o 05.51.55 # it plays videos 05.52.01 # what file format? 05.52.12 # .rvf 05.52.15 # rockbox only 05.52.20 # you have to convert your avi's 05.52.32 # how do i convert? 05.53.03 # http://rockbox.haxx.se/rvf.html 05.53.17 # sorry 05.53.17 # sec 05.53.49 # aha 05.53.49 # http://rockbox.haxx.se/docs/rvf.html 05.54.32 # i'd recommend the gui 05.54.43 # a link at the top 05.57.57 # link doesnt work 05.58.00 # for the gui 05.58.05 # ill do it the old fashioned way 05.58.16 # do i move my AVI to the same folder? 05.58.20 # yes 05.58.27 # and does it have to already be in 122x75 or w/e? 05.58.41 # 112x64 05.58.44 # lol 05.58.47 # yes 05.58.51 # or does it convert it for me 05.58.53 # son of a bitch 05.59.04 # so much for porn on the go 05.59.10 # if you can get the gui i think it does it automatically 05.59.11 # luckily i have an av140 lol 05.59.11 # LOL 05.59.14 # ooh 05.59.17 # well full color 05.59.18 # just use that 05.59.21 # yah 05.59.24 # *coughs 05.59.27 # full color... 05.59.28 # yeah 05.59.30 # good one huh 05.59.32 # i'd prefer my jbr20 05.59.32 # heh...... 05.59.35 # cuz its so badass 05.59.50 # it sure is 05.59.54 # it surely is!* 06.00.20 # well 06.00.21 # g2g 06.00.25 # ill do it laterz 06.00.26 Part sagegoku 06.00.27 # good luck on getting that 06.25.59 Join midknight2k3 [0] (mk@ACC23841.ipt.aol.com) 06.25.59 Quit midk (Connection reset by peer) 06.27.56 Nick midknight2k3 is now known as midk (mk@ACC23841.ipt.aol.com) 06.42.47 Quit Ka_ (Read error: 110 (Connection timed out)) 07.00.35 Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 07.08.43 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 07.30.16 Join LinusN [200] (~linus@labb.contactor.se) 07.32.29 # hi linusn 07.32.37 # bye everybody :) 07.32.41 Quit midk () 07.44.25 Quit Strath (Read error: 110 (Connection timed out)) 07.51.33 *** Saving seen data "./dancer.seen" 07.55.36 Join Guest1 [0] (~jirc@tc-106.eugene.epud.net) 07.56.13 Quit Guest1 (Client Quit) 08.14.37 Quit Nibbler (Read error: 104 (Connection reset by peer)) 08.17.54 Join Guest1 [0] (~jirc@tc-106.eugene.epud.net) 08.19.48 # Hi, I just downloaded RB 2.2 for recorder, and am very impressed with it. However, I was wondering if it had a hold mode? I couldn't find anything in the FAQ... 08.20.36 # Press F1+down 08.20.53 # Thanks alot 08.20.55 Quit Guest1 (Client Quit) 08.30.15 Join Strath [0] (~mike@dgvlwinas01pool0-a197.wi.tds.net) 08.30.15 Quit dwihno (Read error: 104 (Connection reset by peer)) 08.33.06 Join dwihno [0] (~dw@81.8.224.89) 08.41.04 Join mattzz [0] (~c2af7555@b107214.adsl.hansenet.de) 08.42.26 # g'morning 08.42.33 # helo 08.46.04 # Howdy ho 08.47.05 # I was wondering if there was a way that the archos remembered the last playing directory (e.g. pressing "on" while playing). Very often I find myself in the root directory after playing a song. 08.47.44 # mattzz: set "follow playlist" to "yes" 08.48.01 # Ah, I always wondered what _that_ was for ;-) 08.48.07 # * mattzz slaps himself 08.48.16 # there's a manual, you know... :-) 08.48.47 # but that is soooo outdated ;) 08.48.54 # * mattzz ducks 08.48.58 # * LinusN slaps mattzz 08.49.56 # btw: whats up with my metronome patch? 08.50.05 # * mattzz whistles and looks into the sky 08.50.08 # ah, you changed the timing 08.50.19 # Am I the only one who wants a special key combo for rare "follow playlist" actions? 08.51.28 # dwinho: ALT F1, 3 times down and CTRL left should do the trick ;-) 08.56.22 # Well, excuse me for being serious! :P :) 08.56.38 # mattzz: committed 08.56.53 # Linus, thanks 08.58.21 # dwinho: I think there should be one or more key-combos reserved that should be user definable. The discussion about _what_ function to put in a certain key combo would lead to a never ending discussion I think 09.00.26 Join amiconn [0] (~jens@pD9E7E3A3.dip.t-dialin.net) 09.00.52 # moin jens 09.01.05 # mattzz: Until someone has written an acceptable completely configurable key-binding thingy, I guess the only way is to keep a CVS copy and apply whatever custom changes you want. 09.01.43 # dwinho, yup - a bad workaround for the initiated 09.02.41 # LinusN: do you know of how many attempts there has been made? 09.03.36 # we should discuss that in context of the UI discussion in the wiki. IMHO a first step would be to identify "free" key combos 09.11.51 # http://rockbox.gratiswiki.dk/cgi-bin/gratiswiki.pl?UserDefinableKeyCombos 09.12.15 # Nah. The entire user interface should have completely configurable key bindings :) 09.12.32 # uhh.... 09.14.36 # hi mattzz 09.15.35 # brb 09.16.21 Join mattzz_ [0] (~c2af7555@b107214.adsl.hansenet.de) 09.16.52 Quit mattzz ("CGI:IRC (EOF)") 09.17.38 Nick mattzz_ is now known as mattzz (~c2af7555@b107214.adsl.hansenet.de) 09.36.36 # ...and silence took the place... 09.46.28 Nick mattzz is now known as mattzz|away (~c2af7555@b107214.adsl.hansenet.de) 09.51.36 *** Saving seen data "./dancer.seen" 09.56.19 Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 10.46.14 Join pfavr [0] (~Peter_Fav@c076102a.s-oe.bostream.se) 10.46.14 Quit Nibbler (Read error: 54 (Connection reset by peer)) 10.52.33 Quit pfavr (Remote closed the connection) 11.51.37 *** Saving seen data "./dancer.seen" 12.23.02 Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 12.28.11 Quit dwihno (Read error: 104 (Connection reset by peer)) 12.28.36 Join dwihno [0] (~dw@81.8.224.89) 12.33.15 # Hm... 12.33.20 Nick mattzz|away is now known as mattzz (~c2af7555@b107214.adsl.hansenet.de) 12.34.36 # When I listened to a directory of songs, the player finished and switched off due to idle I find myself in the root directory after switching on the Jukebox. Is that intended? 12.37.08 # (following playlist is set to "on") 12.41.27 Nick mattzz is now known as mattzz|away (~c2af7555@b107214.adsl.hansenet.de) 12.44.55 # mattzz|away: the "follow playlist" feature is only active when the music is playing 12.45.36 # the resume feature remembers which song is playing, not which directory you were browsing 12.46.52 Nick mattzz|away is now known as mattzz (~c2af7555@b107214.adsl.hansenet.de) 12.47.45 Join pfavr [0] (pfavr@dyna218-088.nada.kth.se) 12.47.48 # hm, I would prefer the jukebox remembering the current directory. 12.49.10 # If you have many directories, with some sub directories it could save some time. 12.49.59 # going back to the root dir is always simple and fast - continuing an action in the last directory is quite painfull because you have to find it again first. 12.50.12 # mattzz, I agree ! 12.50.34 # somebody contributed on the UI wiki - great! 12.50.44 # * mattzz was somebody 12.51.12 # * pfavr commented on http://rockbox.gratiswiki.dk/cgi-bin/gratiswiki.pl?UserDefinableKeyCombos 12.52.16 # I heard the argument: if everything is configurable then it will be too difficult to support. Wonder about how the WPS got so configurable? 12.54.19 # WPS is passive. Either you find the info or you dont - depends on you. Key assignment and usage is a pretty active task that could lead to a lot of confusion if done wrong (delete recursively e.g.) 12.55.53 # Let's say it is only configurable through text files. Then only "hackers" will start to mess with it? Would that be good enough do you think? 12.57.28 # hmm, should take this discussion to the wiki instead:-) 12.58.06 # quick question: the sony CD changer emulation that was sent out on the mailing list.. do you need to do any hardware mods for that? 12.59.33 # pfavr: Maybe an extract of the discussion should be put in the wiki. IRC is a better medium for discussion in my opinion 13.00.12 # mattzz, yes, but sometimes if you only put in the conclusion then the motivation gets lost. 13.00.29 # pfavr: I agree 13.01.47 # If possible, the context menus could be made configurable. A default config would be provided in the config file (like the WPS). 13.02.28 # pfavr: configurable context and quick menus would be genius 13.02.46 # f2.cfg f3.cfg etc... 13.02.51 # It would also make it much simpler to do changes to the context menues without having to modify the source code - fewer errors 13.03.20 # elinenbe, I would like them to be dependant on which screen is visible 13.03.56 # and then move (almost) everything from the Main menu out into the context menus 13.04.02 # allowing the user to modify the context sensitive menus is a bad idea imho 13.04.55 # i think only one menu should be configurable 13.04.56 # A redesign of the menu structure with respect to a model/view/controller aproach was discussed some weeks ago here on IRC 13.05.07 # and that menu could very well be context sensitive 13.05.41 # I would like to have global accelerator keys as well 13.06.24 # LinusN, what is the reason for not having the whole UI configurable - bloat? 13.07.13 # simple, if we add/remove features we want them to appear in the menus 13.07.39 # regardless of the user config 13.08.09 # i don't want to spend my entire IRC time answering questions like "i can't find XXX in my menus" 13.08.54 # LinusN, then maybe two levels of key assignments - one system and one for the user? - If the user file is deleted then you're back to system defaults? 13.09.23 # That would ease the support - just tell everybody experiencing problems to delete the file 13.10.17 # mattzz, yes I think that some effort would be needed in order to support the configurable menus 13.12.38 # also, making every menu/keystroke configurable will make the code bloated 13.14.03 # LinusN, you're probably right. But if it was possible to do it in a nice clean way without requiring too much space, then I think it would be nice 13.14.37 # Maybe some of the existing code could benefit also 13.15.38 # (to me it seems the UI stuff interspersed in the code makes it hard to understand - but maybe it is just me being too stupid) 13.17.07 # Ok, imagine having a cfg file. Key combination followed by a function callbak 13.17.10 # callback 13.17.18 # Does it make any sense? 13.17.36 # c0utta has a pretty good starting point for this 13.18.01 # it follows the NEWKEYS idea 13.18.32 Nick mattzz is now known as mattzz|food (~c2af7555@b107214.adsl.hansenet.de) 13.18.46 # dwihno, yes, something like that 13.18.55 Join Bagder_ [241] (~dast@labb.contactor.se) 13.18.58 Nick Bagder_ is now known as Bagder (~dast@labb.contactor.se) 13.19.10 # maybe the keys should not be configurable in a config file - without recompile? 13.19.31 # that way we would be sure only people able to support themselves would change the keys 13.20.22 # configurable *keys* is a difficult thing to add 13.20.28 # especially combos 13.21.12 # since the fw acts on combionations of press/release 13.21.19 # LinusN, yes, we would need a new ui system - maybe with events representing not only keys but also commands 13.22.00 # LinusN, the things described at the wiki could be done in small steps I think. Some of the feature requests are along the NEWKEYS idea and are just small patches I think 13.22.16 # But the discussion is valuable anyway 13.22.19 # http://rockbox.gratiswiki.dk/cgi-bin/gratiswiki.pl?Feature_Requests 13.29.53 # * Bagder pokes on the configure script 13.31.59 # * pfavr talks to much - codes too little 13.33.47 # my wife says I do the opposite ;-) 13.40.19 # * pfavr pizza time 13.48.22 # wow, a conversation about NEWKEYS 13.51.42 *** Saving seen data "./dancer.seen" 13.55.56 Part LinusN 13.55.58 Join LinusN [200] (~linus@labb.contactor.se) 14.16.43 Quit Nibbler (Read error: 54 (Connection reset by peer)) 14.17.09 Join amiconn_ [0] (~jens@pD9E7F556.dip.t-dialin.net) 14.23.22 Nick mattzz|food is now known as mattzz|afk (~c2af7555@b107214.adsl.hansenet.de) 14.35.19 Quit amiconn (Read error: 110 (Connection timed out)) 14.35.19 Nick amiconn_ is now known as amiconn (~jens@pD9E7F556.dip.t-dialin.net) 14.39.47 Join Ka_ [0] (~tkirk@pcp04776551pcs.howard01.md.comcast.net) 14.54.24 # c0utta, did you have a look at the wiki? 14.54.38 # i've added to the wiki! 14.54.57 # c0utta, great! 14.55.17 # what you describe is exactly what i've done with my patch 14.57.03 # c0utta, great! (not a large vocabulary I have) 14.57.20 # i'm currently working on duplicating On+Play functionality for F3 and I will submit my patch again 14.57.20 # lol 14.58.02 # c0utta, just read you comments on the wiki - what you describe sound pretty much like it 14.58.33 # but also the idea about the screens and having a global way to toggle between them would be nice 14.59.02 # screens as in playlist/wps/recording ? 14.59.08 # Do you think the main menu could become almost empty because the stuff goes into the context menues? 14.59.16 # yes 14.59.25 # and plugin screen 14.59.57 # no, i think that F1 must remain because it is the master 15.00.48 # I think there needs to be a "system menu" but it will be so rarely used that I don't mind if it needs a three-finger combo 15.00.55 # ;-) 15.02.07 # Using the small keyboard - if we add things like holding down and or double click then the recorder has A LOT of key combos. But to use it efficiently I think we need an event queue and a global keyboard manager something 15.02.26 # this could also allow for global accelerator keys 15.03.27 # i like the double click idea. i started to look at adding it but haven't followed it through yet 15.04.58 # an event queue is a good idea too. i wondered whether we could have another thread just for keyboard/event 15.05.04 # c0utta, I think it is a bit difficult to change the key handling code - because the drawing and checking for keys is done all over the place? Maybe someone could come up with a more clean way to do it 15.05.23 # but i don't know enough about threading ! 15.05.34 # I'm not fluent in the code (yet) 15.06.23 # But if I want to show an overlay for .5 second then I cannot do that from some global place... I need to make sure the screen is redrawed afterwards. 15.06.34 # most of the keypresses are handled from a couple of functions - the button_get series 15.06.55 # (and that depends on what rockbox is doing before I put on my overlay) 15.08.05 # But the dispatching is done intermixed with the functionality of the WPS for example - using a switch (it is ok to do it this way - just wondering if we could come up with someting better) 15.09.26 # I suggested doing "backing store" for the overlays... but maybe it could be handled without. Using a global flag lcd_invalidated or something 15.09.42 # the patch i'm writing has this in mind, but will start with F2/F3. My idea was to be able to assign buttons to events in any context 15.09.51 # or lcd_needs_redraw 15.10.12 # ok 15.17.43 # at the moment, my greatest challenge is to isolate the ui from the actions. i believe that (for example) wps and tree need to be more "object oriented" in their approach 15.17.52 # I can hear Linus groaning now 15.18.44 # c0utta, I think I agree with you (can also hear Linus ;-) 15.19.19 # as an example, loading a CFG file. When I started I thought this would be an easy task 15.19.41 # but if the font changes, then a refresh must be forced 15.20.01 # very hard to do because the ui is so closely linked to the actions 15.20.35 # Can it be solved by just having a standard way of forcing a refresh? 15.20.55 # invalidate_lcd() 15.21.06 # which sets a global variable 15.21.18 # then the loop of each screen just checks this 15.21.37 # i'd actually do tree_invalidate() and wps_invalidate() 15.21.40 # depending on the context 15.21.52 # But why have two different functions? 15.22.13 # that is exactly what forces you to be aware of the context 15.22.43 # true - maybe the LCD needs to be treated as an "object" too 15.23.09 # If calling it an object then fine with me - everything is an object you know ;-) 15.23.39 # It is more about "cutting the cake in the right sized pieces" 15.23.47 # (in my vocabulary) 15.23.59 Part Bagder 15.24.08 # beautiful 15.24.12 Part LinusN 15.24.29 # * pfavr probably did talk too much - now they're all leaving 15.25.19 # yes, me too. it's bed time for me 15.25.35 # c0utta, nice talking to you, sleep tight 15.25.49 # cheers mate 15.26.03 Nick c0utta is now known as c0utta{zz} (~c0utta@146.cust39.nsw.dsl.ozemail.com.au) 15.50.05 Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") 15.51.45 *** Saving seen data "./dancer.seen" 15.56.04 Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 16.07.16 Join pfavr [0] (pfavr@dyna218-088.nada.kth.se) 16.17.08 Join limbus [0] (~manuel@kernel.cycos.net) 17.17.10 Quit limbus (Remote closed the connection) 17.17.11 Quit Nibbler (Read error: 54 (Connection reset by peer)) 17.19.39 Join mecraw_ [0] (~mecraw@69.2.235.2) 17.41.03 Join edx [0] (edx@pD9EABC8E.dip.t-dialin.net) 17.51.46 *** Saving seen data "./dancer.seen" 18.10.43 Quit mattzz|afk ("CGI:IRC (EOF)") 18.56.11 Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 19.34.09 Quit mecraw_ ("Trillian (http://www.ceruleanstudios.com)") 19.51.48 *** Saving seen data "./dancer.seen" 19.56.09 Quit Nibbler (Read error: 104 (Connection reset by peer)) 20.11.02 Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") 20.54.05 Join uski [0] (~moo@gandalf.digital-network.org) 20.54.56 # hhhiii 21.30.50 Join montykid [0] (jirc@209.222.243.208) 21.34.16 Join Nibbler [0] (nibbler@port-212-202-78-119.dynamic.qsc.de) 21.37.31 Quit montykid ("Leaving") 21.47.06 Join scott666_ [0] (~scott666@c-24-245-59-203.mn.client2.attbi.com) 21.51.51 *** Saving seen data "./dancer.seen" 22.14.23 Join pfavr [0] (~Peter_Fav@c076102a.s-oe.bostream.se) 22.25.34 Join mecraw_ [0] (~mecraw@69.2.235.2) 22.34.47 Join mattzz [0] (~mattzz@b107214.adsl.hansenet.de) 22.37.33 Quit uski ("Fermeture du client") 22.46.06 Quit mattzz ("Client exiting") 22.47.40 Join mattzz [0] (~mattzz@b107214.adsl.hansenet.de) 22.48.21 Quit mattzz (Client Quit) 22.49.01 Join mattzz [0] (~mattzz@b107214.adsl.hansenet.de) 22.59.27 Join mecraw__ [0] (~mecraw@69.2.235.2) 23.07.54 Join mecraw___ [0] (~mecraw@69.2.235.2) 23.10.58 Join hardeep [0] (1098@208.247.65.237) 23.13.40 Quit mecraw_ (Read error: 110 (Connection timed out)) 23.14.45 Quit mecraw__ (Read error: 60 (Operation timed out)) 23.21.43 Nick pfavr is now known as pfavr{dinner} (~Peter_Fav@c076102a.s-oe.bostream.se) 23.24.24 Join Rjc1286 [0] (Joosa@ool-44c4728b.dyn.optonline.net) 23.24.37 # is anyone here? 23.25.01 # yup 23.25.05 # nice 23.25.25 # that question was easy 23.25.26 # can you help with cygwin 23.25.40 # maybe - go ahead 23.26.26 # i've been trying to make my own builds, i load them into the rockbox, but when i load a plugin that uses grayscale, i get an 23.26.46 # "I09:cpuadrEr at 091 23.27.00 # FA5C2" 23.27.10 # sorry about the random returns 23.27.22 # did you restart the jukebox after flashing? 23.27.27 # yup 23.27.31 # Rjc1286: Argh, grayscale is me :( 23.27.56 # * mattzz hands over to amiconn 23.28.03 # thank you 23.28.09 # Did you change something in the source of the plugin(s) that you try to use? 23.28.27 # no, i'm gonna try to get non-changed build to work first 23.29.30 # Do you use cvs source or daily tarball? 23.29.36 # cvs 23.30.25 # Hmm, lemme check a current cvs compile. I've _heavily_ changed grayscale locally meanwhile. 23.30.42 # alright, thanks 23.30.43 # * amiconn makes a clean cvs build 23.31.19 # could this have something to do with the fact that the rocks don't compile until i run make three times? 23.32.01 # ?:-( 23.32.07 # * amiconn is confused 23.32.26 # Which version of cygwin and (especially) sh-elf-gcc do you run? 23.32.34 # I remember that I had this once with a cygwin environment... 23.32.34 # newest 23.33.01 # let me check though 23.33.50 # did you use http://rockbox.haxx.se/docs/cygwin_sdk.html ? 23.34.10 # yeah 23.34.27 # should i re-install? 23.34.38 # is step four new? 23.35.10 # Rjc1286: Which plugin did give you the above-mentioned address error? 23.35.33 # all the ones with greyscale, except mandelbrot 23.35.46 # * mattzz grins 23.36.20 # Yes, but the address is (should be) different for each of the plugins. I want to know which one gave the mentoined address 23.36.28 # *mentioned 23.36.50 # jpeg 23.37.24 # * amiconn disassembles the clean jpeg.rock to see what is there 23.41.36 # Rjc1286: Could you tell me the exact file size of your jpeg.rock (in bytes, to verify that mine is the same) 23.42.26 # 27.7kb 23.43.37 # do you see the error when using the rocks from the bleeding edge build? 23.43.47 # Hmm, then either some of your sources are not current or you use a different version of sh-elf-gcc 23.43.49 # haven't tried it 23.44.07 # i just noticed that step four on the cygwin help page 23.44.14 # Jpeg.rock should be 28.3kb, built from current sources 23.44.15 # i had sh-el-gcc in bin 23.45.08 # i took it out of there, and edited my profile, and now i'm doing a build, i'll tell you how it comes out 23.45.46 Nick pfavr{dinner} is now known as pfavr (~Peter_Fav@c076102a.s-oe.bostream.se) 23.48.22 Join top_bloke [0] (~ekolb_pot@0-1pool36-4.nas12.oakbrook1.il.us.da.qwest.net) 23.48.58 # now it's not building the rocks again 23.49.05 # at all 23.49.50 # but i have to go, i'll most likely be back, thanks for all your help thus far 23.49.55 Part Rjc1286 23.51.55 *** Saving seen data "./dancer.seen" 23.52.31 # mattzz: Did you know that you could make grayscale mandelbrot go faster? 23.56.09 # amiconn, overclocking? 23.56.52 # No, using an optimized function available in later versions of the grayscale framework. 23.57.12 # ok :-) 23.57.19 # This may triple the pixel-output speed 23.58.10 # cool!