--- Log for 31.08.104 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 13 hours ago 00.00.01 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 00.01.05 # hey scott666_ 00.40.05 *** Saving seen data "./dancer.seen" 00.42.21 Quit zeekoe ("kids' bed time") 00.48.46 Quit bagawk ("umount /dev/brain") 00.51.41 Part amiconn 00.59.34 Quit edx () 01.06.41 Join amiconn [0] (jens@pD95D1E3D.dip.t-dialin.net) 01.08.35 Quit amiconn (Client Quit) 02.29.33 Quit mecraw ("Trillian (http://www.ceruleanstudios.com)") 02.37.38 Quit AciD` (Read error: 104 (Connection reset by peer)) 02.40.09 *** Saving seen data "./dancer.seen" 02.40.49 Join zipr [0] (~458f7b50@labb.contactor.se) 02.56.18 Quit zipr ("CGI:IRC (Ping timeout)") 03.04.35 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 03.23.01 Join bagawk [0] (Lee@ACC6E1EC.ipt.aol.com) 03.27.01 Quit AciD (Read error: 110 (Connection timed out)) 03.47.00 Part scott666_ 04.02.14 Quit bagawk ("umount /dev/brain") 04.32.35 Quit Nibbler (Read error: 104 (Connection reset by peer)) 04.38.35 Nick midk is now known as midk|brb (~midk@66.235.14.120) 04.40.13 *** Saving seen data "./dancer.seen" 05.10.02 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 05.18.54 Nick midk|brb is now known as midk (~midk@66.235.14.120) 05.57.09 Join Jedi86 [0] (~43a78162@labb.contactor.se) 05.57.38 Quit Jedi86 (Client Quit) 06.05.20 Join Nibbler [0] (~andrer@port-212-202-73-41.dynamic.qsc.de) 06.40.14 *** Saving seen data "./dancer.seen" 06.41.33 Quit Nibbler (Read error: 104 (Connection reset by peer)) 06.45.34 Quit midk (Remote closed the connection) 06.47.44 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 07.08.04 Quit AciD ("Il vaut mieux douter de ses certitudes que d'être sur de ses doutes.") 07.18.00 Join LinusN [0] (~linus@labb.contactor.se) 07.18.32 # hey linus 07.22.17 # yo 07.23.04 # thanks a ton to strath for more or less rewriting my horrible collision detection, breakout is very near done... 07.24.30 # i was just curious, i use rb->sleep(HZ/levelspeed) to slow down the ball (levelspeed would be "20" for easy, "30" for med, "40" for hard, etc) the paddle moves slower depending on the difficulty of the level (i'm using your button_status() function) 07.25.16 # while this works fine in general i was wondering if there was a solution to scanning the buttons at a constant fast rate instead of different rates due to the sleep() used.. 07.35.18 # you use raw button reads? 07.35.37 # yeah 07.35.58 # you should poll the keys more often 07.36.00 # int button; button = rb->button_status(); switch(button { [x] } 07.36.17 # how so? 07.36.30 # i mean without adjusting the sleep, which will affect the ball speed.. 07.37.32 # one approach is this: 07.37.40 # i could do something like... int x... add 1 to x each time i read the buttons.. and if x is equal to three or four i would move the ball and reset x to zero. 07.37.47 # - poll the keys each ms 07.38.24 # then use TIME_AFTER() and current_tick to find out when to move the ball 07.38.54 # which is similar to what i just mentioned, isn't it? 07.39.07 # each ms...i mean every tick, which is 10ms 07.39.23 # similar, yes 07.39.35 # using button status i'd need to sleep how long to poll every tick? 07.39.44 # sleep(1) 07.39.54 # that'd be just a bit too fast :) 07.40.06 # then you don't get it 07.40.15 # hm, i suppose not. 07.40.32 # it doesn't matter how fast you poll the keys 07.40.58 # as long as you use current_tick with the TIME_AFTER() macro to handle the timing 07.41.02 # example: 07.41.35 # next_update = rb->current_tick + HZ/levelspeed; 07.41.43 # so you'd end up polling very fast but only taking presses into account 1/4 of the time or so? 07.41.53 # sort of 07.42.02 # then you can do debouncing etc 07.42.21 # hmm... 07.44.53 # do you still have my buttonexample.c 07.44.55 # ? 07.45.03 # yep 07.45.12 # i've referred to it 07.45.23 # there you can see how i use current_tick and TIME_AFTER 07.50.59 # site down? 07.52.53 # yes 07.53.04 # you said you have it... :-) 07.55.14 # :) is buttonexample in cvs? 07.55.45 # Another day, another dollar 07.55.56 # midk: no 07.56.03 # i'll email it to you 07.56.15 # not what i was looking for.. actually trying to spot that cvs doc so i could request permission to commit it when i'm finished if you're not around to approve/test it, assuming i found out how to use "cvs add" correctly ;) 07.56.17 # i've got it. 07.56.32 # i was just wondering if/why the site was down 07.56.37 # LinusN: I got a reply regarding memory chips. 10e a piece. I'll order 5 of them when my economy doesn't look as disasterous :) 07.56.46 # seems to be a router problem somewhere 07.57.56 # dwihno: rockbox.haxx.se is not down as far as i can see 07.58.09 # you mean midk :) 07.58.11 # not dwihno, i mean midk 07.58.12 # odd, i can't access it 07.58.21 # I reach it as well 07.58.35 # grr. 07.58.40 # it may very well be the same router problem, just that i take another route than you 07.59.31 # Route 66, perhaps 07.59.32 # ;) 08.14.20 Quit Hadaka (Read error: 104 (Connection reset by peer)) 08.17.31 Join Naked [0] (naked@naked.iki.fi) 08.17.33 Nick Naked is now known as Hadaka (naked@naked.iki.fi) 08.18.47 Join Nibbler [0] (~andrer@port-212-202-73-41.dynamic.qsc.de) 08.21.08 Join amiconn [0] (~jens@pD95D1E3D.dip.t-dialin.net) 08.21.47 # hi all 08.22.00 # hey amiconn 08.22.18 # hola 08.40.17 *** Saving seen data "./dancer.seen" 09.00.05 Join Zagor [242] (~bjst@labb.contactor.se) 09.00.05 Quit Nibbler (Read error: 104 (Connection reset by peer)) 09.05.47 Join amiconn_ [0] (~jens@pD95D10DF.dip.t-dialin.net) 09.08.52 Quit amiconn (Nick collision from services.) 09.08.52 Nick amiconn_ is now known as amiconn (~jens@pD95D10DF.dip.t-dialin.net) 09.20.23 # reboot brb. 09.20.24 Quit midk ("just STOP it arspy") 09.22.27 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 09.30.32 Join kurzhaarrocker [0] (~knoppix@p508769E2.dip0.t-ipconnect.de) 09.30.55 # * kurzhaarrocker senses a scent of fish 09.30.55 # Is that you, LinusN? ;D 09.38.54 # LinusN, if you get this, i'm heading to bed, but wanted to ask for a "clear_button_status" function or something like it if possible, because even if i sleep for a second or two before exiting breakout i still get stacked up keys, and not sure why.. 09.39.54 # finished with the constant button repeat rate/different speed of ball problem, using my method, the easiest one imo, works just fine 09.40.04 Part kurzhaarrocker 09.40.11 # all that i really want to do now is make the ball move faster if it hits the edge of a paddle... and i'm half finished with it 09.40.18 # will perhaps work on this tomorrow, or in a few days. 09.40.23 # anyways.. 09.40.36 # time for bed. nite all 09.40.49 Nick midk is now known as midk|sleep (~midk@c66-235-14-120.sea2.cablespeed.com) 10.20.24 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 10.25.25 # Willkommen zurück, Jörg \o/ 10.27.22 # <[IDC]Dragon> morning guys! 10.29.36 # <[IDC]Dragon> how are the chips? 10.34.10 Join Nibbler [0] (~andrer@port-212-202-73-41.dynamic.qsc.de) 10.36.56 # I'll order some when my economy stabilizes 10.38.50 Join Lynx_ [0] (lynx@134.95.189.59) 10.40.20 *** Saving seen data "./dancer.seen" 10.41.56 # <[IDC]Dragon> which ones can you get? 10.53.50 # I'll get those you recommended. 11.00.25 # <[IDC]Dragon> how boring... 11.05.45 # I'm 100% illiterate when it comes to hardware 11.10.34 # <[IDC]Dragon> amiconn: don't bid for my Ondio! 11.13.57 # <[IDC]Dragon> shoot, I didn't get it 11.15.19 # do you use a sniper? 11.15.49 # <[IDC]Dragon> no, manual sniping 11.16.54 # <[IDC]Dragon> didn't work: a) I came to late b) my offer was too low 11.17.16 # hehe 11.17.41 # <[IDC]Dragon> Lynx_: where you involved there? 11.20.12 Join lImbus [0] (~manuel@kernel.cycos.net) 11.59.39 Quit Nibbler (Read error: 104 (Connection reset by peer)) 12.30.03 # no 12.40.21 *** Saving seen data "./dancer.seen" 13.20.48 Join Nibbler [0] (~andrer@port-212-202-73-41.dynamic.qsc.de) 13.38.51 Join Schoki2_ [0] (Schoki@DSL01.212.114.238.221.NEFkom.net) 13.56.02 Quit amiconn (leguin.freenode.net irc.freenode.net) 13.56.02 NSplit leguin.freenode.net irc.freenode.net 13.56.02 Quit Hadaka (leguin.freenode.net irc.freenode.net) 13.57.42 NHeal leguin.freenode.net irc.freenode.net 13.57.42 NJoin amiconn [0] (~jens@pD95D10DF.dip.t-dialin.net) 13.57.42 NJoin Hadaka [0] (naked@naked.iki.fi) 14.14.10 Join Philipp [0] (~knoppix@p508769E2.dip0.t-ipconnect.de) 14.15.04 Part Philipp 14.16.46 Quit Schoki2_ (Read error: 110 (Connection timed out)) 14.26.51 # <[IDC]Dragon> Zagor: r u there? 14.27.57 # i am now 14.28.33 # <[IDC]Dragon> could you add FAT16 support for the Ondio? 14.29.27 # <[IDC]Dragon> (would you, may you, ...) 14.29.35 # where? 14.30.02 # <[IDC]Dragon> to Rockbox' file system code, where else? 14.30.29 # i thought maybe you meant some web page description :) 14.30.36 # ;) 14.30.46 # how far has the ondio project come? 14.31.03 # <[IDC]Dragon> as far as me failing to ebay one today 14.31.08 # <[IDC]Dragon> ;-) 14.31.39 # [IDC]Dragon: ;(( 14.31.53 # hehe. esniper.sourceforge.net 14.32.05 # <[IDC]Dragon> seriously, it seems it basically takes an MMC driver substitute for the ATA driver, and the file system 14.32.50 # <[IDC]Dragon> amiconn was my competition today 14.33.05 # aha 14.33.24 # why this sudden interest in flash players? 14.33.47 # <[IDC]Dragon> because Lee found out it's the same hardware 14.34.02 # really? 14.34.06 # <[IDC]Dragon> or was this known? At least not to me. 14.34.14 # i had no idea 14.34.34 # any pictures or other info posted anywhere? 14.34.36 # <[IDC]Dragon> you can "run" an Ondio firmware on an FM/V2 14.34.51 # <[IDC]Dragon> or "rescramble" it for a V1 14.35.09 # <[IDC]Dragon> gets as far as the boot screen when roloing 14.35.23 # nice 14.36.08 # pretty ironic that nobody found out until now :) 14.36.25 # <[IDC]Dragon> see http://rockbox.haxx.se/mail/archive/rockbox-archive-2004-08/0590.shtml and followups 14.36.48 # ah. i'm behind on the list... 14.37.04 # <[IDC]Dragon> I've tried as well today, works for me too. 14.37.30 # <[IDC]Dragon> the change in scramble.c is not necessary, if you take the smaller firmware 14.38.00 # The ondio battery usage seems sick 14.38.05 # 3 batts lasts 12 hours 14.38.08 # (AAA) 14.38.18 # is that good or bad you mean? 14.38.39 # <[IDC]Dragon> are they rechargeable? 14.38.50 # it's bad 14.39.07 # 12 hours for a flash player (3xAAA batts) is silly 14.40.22 *** Saving seen data "./dancer.seen" 14.40.22 # i know nothing about flash players :) 14.40.47 # but yes, the sh7034 isn't the most energy efficient processor out there 14.40.58 # <[IDC]Dragon> not is the MAS 14.41.01 # <[IDC]Dragon> nor 14.41.25 # <[IDC]Dragon> and flash and RAM 14.41.49 # Well 14.41.49 # <[IDC]Dragon> many components for a flash player 14.42.02 # As long as the sound is kick-ass... ;) 14.43.24 Join silencer [0] (~silencer@dyn-213-36-132-47.ppp.tiscali.fr) 14.43.38 # <[IDC]Dragon> Zagor: so how about the FAT16 support? 14.44.47 # i don't remember exactly what needs to be added, but unless it becomes too messy I don't see a problem. fat12 is the really messy code (as in "no way") 14.45.33 # i guess we can't force people to fat32-format their ondios ;) 14.46.10 # <[IDC]Dragon> we could, Archos supports the full range 14.46.32 # but can you make windows fat32-format disks that are so small? 14.47.06 # <[IDC]Dragon> not out of the box, perhaps, but tools may do 14.47.32 # <[IDC]Dragon> dunno which is most economical 14.47.51 # Iirc fat32 is only allowed by Windows for partitions >512 MB 14.48.12 # amiconn: yeah, but that is a tool limitation. the filesystem itself has no such limitation 14.49.05 # And if rockbox will run on the Ondio, it should support fat12 as well (the Archos fw does) 14.49.34 # fat12 is for floppy disks 14.50.14 # how do you know the archos fw supports it? have you tried using a 2MB flash? ;) 14.51.38 # <[IDC]Dragon> because they advertise it? 14.52.05 # well they advertised upgradable audio codecs for the jb6000 too :) 14.53.52 # <[IDC]Dragon> some more background knowledge: the Ondio uses an internal flash that is something like an MMC on a chip. So we need only one driver. 14.54.21 # what sizes do they come in? 64/128 or only 128? 14.54.34 # <[IDC]Dragon> The chip is called SDBT1F-1024, see http://www.sandisk.com/pdf/semiconductors/ProdManualMMC_TriFlashv1.2.pdf 14.54.42 # <[IDC]Dragon> only 128 MB 14.55.06 # <[IDC]Dragon> you can plug an additional MMC 14.55.45 # <[IDC]Dragon> USB is done by a USB1.1 <-> MMC bridge 14.56.07 # usb-storage class, or vendor specific? 14.56.30 # <[IDC]Dragon> AU9330, see http://www.alcormicro.com/product_au9331.htm for a similar, but not the exact product 14.56.55 # ok 14.56.58 # <[IDC]Dragon> mass-storage profile, I'm confident 14.57.06 # well with 128MB, there is no need for fat12 support at least 14.57.14 # yes 14.57.25 # <[IDC]Dragon> is there an upper limit for FAT12? 14.57.58 # yes, 4096 clusters 14.58.01 # <[IDC]Dragon> or, what is the ... 14.58.24 # <[IDC]Dragon> certainly, fron the 2^12. max cluster size? 14.59.11 # yes 15.00.40 # max cluster size is 128 sectors 15.02.16 # <[IDC]Dragon> 64KB clusters * 4096 = 256MB 15.02.35 # <[IDC]Dragon> so, worst case, it could be FAT12 15.02.37 # yes but there is more to it. hang on, will dig up reference 15.02.50 # <[IDC]Dragon> but let's ignore that for now 15.07.38 # Zagor: I was wrong, see http://www.archos.com/download/firmware/README_ONDIO_FM_history.txt lines 21,22 15.07.46 # a cluster can be max 32KB, ie max 64 sectors if each sector is 512 bytes 15.08.11 # ah, good 15.08.57 # <[IDC]Dragon> phew 15.09.59 # fat12 is really really horrible, with sector-spanning fat entries and other nasties 15.12.12 # "There is no dynamic computation for FAT12. For the FAT12 formats, all the computation for 15.12.12 # BPB_SecPerClus and BPB_FATSz16 was worked out by hand on a piece of paper and recorded in the 15.12.12 # table. If your media 15.12.12 # is larger than 4 MB, do not bother with FAT12." 15.12.21 # ow, ugly paste :( 15.12.51 # anyway, it's a non-issue now 15.22.58 # funny, my first FAt implementation (on which the rockbox FAT driver is based) had FAT16 support, but not FAT32 15.23.53 # hehe yeah i stripped out the fat16 support and then there was not much left ;) 15.24.04 # Hey! I want fat16 support! :) 15.24.29 Quit silencer ("Lost terminal") 15.24.38 Part LinusN 15.30.03 # bbl 15.30.04 Part Zagor 16.00.25 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 16.21.50 Join Zagor [242] (~bjst@labb.contactor.se) 16.29.59 Join bagawk [0] (Lee@ACC11953.ipt.aol.com) 16.40.26 *** Saving seen data "./dancer.seen" 16.45.07 Join mecraw [0] (~lmarlow@69.2.235.2) 16.59.29 Quit AciD (Connection reset by peer) 17.16.34 Quit bagawk ("umount /dev/brain") 17.52.46 Part Zagor 18.22.18 Part lImbus 18.31.14 Join bagawk [0] (Lee@ACC5B6EB.ipt.aol.com) 18.31.40 # amiconn: have you compiled that uclpack.c with the --none on linux? 18.33.03 # ahh i was using 1.03 of uclpack :P 18.33.22 # i guess it does not have lutil.h in that version 18.34.29 Quit bagawk (Client Quit) 18.40.27 *** Saving seen data "./dancer.seen" 18.59.40 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 19.06.06 Quit Lynx_ (" WOW! This IRC Client ownz! HydraIRC -> http://www.hydrairc.com <-") 19.26.13 # [IDC]Dragon: Is there a difference (other than the disk capacity) between the Jukebox 6000 and the Studio models? 19.29.54 Nick midk|sleep is now known as midk (~midk@c66-235-14-120.sea2.cablespeed.com) 19.39.14 # <[IDC]Dragon> amiconn: not that I know of 19.39.23 # <[IDC]Dragon> what are you up to? 19.40.02 # Was just looking around on ebay (since I'm new to this ;) ) and stumbled upon many archoses... 19.40.16 # <[IDC]Dragon> ah 19.40.39 # <[IDC]Dragon> I just got back to my desk to power down 19.40.46 # <[IDC]Dragon> leaving for today 19.40.52 # Funny enoguh, Archos still seems to sell the Studio, unlike the recorder models 19.41.01 # *enough 19.41.09 # <[IDC]Dragon> larger stock? 19.41.37 # <[IDC]Dragon> I heared they sold a _lot_ of those 19.41.52 # <[IDC]Dragon> back those days... 19.42.22 # <[IDC]Dragon> probably because there were no other mp3 players, besides Creative 19.43.05 Join bagawk [0] (Lee@ACC3C853.ipt.aol.com) 19.43.16 Quit bagawk (Client Quit) 19.43.25 # <[IDC]Dragon> gotta go now 19.43.28 # <[IDC]Dragon> c u 19.43.30 # bye 19.43.32 Quit [IDC]Dragon ("CGI:IRC") 20.07.41 Quit dionoea (Ping timeout: 14400 seconds) 20.12.06 Join grogro [0] (~gromit@ALagny-151-1-22-181.w83-114.abo.wanadoo.fr) 20.17.09 # gotta go... be back later 20.17.12 Quit midk (Read error: 104 (Connection reset by peer)) 20.19.53 Nick grogro is now known as maikeul` (~gromit@ALagny-151-1-22-181.w83-114.abo.wanadoo.fr) 20.26.00 Join _aLF [0] (~alex@d213-101-247-44.cust.tele2.fr) 20.26.03 # <_aLF> hi 20.29.32 Quit maikeul (Client Quit) 20.40.31 *** Saving seen data "./dancer.seen" 21.15.16 Join Jois [0] (~jois@host174-40.pool80183.interbusiness.it) 21.15.48 Part Jois 21.56.22 Join zeekoe [0] (zeekoe@zeekoe.kabel.utwente.nl) 22.04.06 Join moormaster [0] (~trillian@port-212-202-174-153.dynamic.qsc.de) 22.04.35 Part moormaster 22.23.31 Join Sergej [0] (Sergej@c-6fa271d5.06-5-6c756c11.cust.bredbandsbolaget.se) 22.23.57 # hi 22.24.06 # hi 22.24.17 # how do i make the voices work? 22.24.37 # get the voice font in .rockbox/languages 22.25.05 # ? 22.25.53 # how do i even start the program? 22.26.01 # uh 22.26.04 # what program? 22.26.09 # rockbox-2.2-player 22.26.12 # you can get the voice fonts here: http://rockbox.haxx.se/twiki/bin/view/Main/VoiceFiles 22.26.15 # ah ok 22.26.19 # you're a new user? 22.26.24 # yes 22.26.29 # ok 22.26.33 # 2.2 is way old 22.26.39 # go to daily builds 22.26.43 # i got it from the site 22.26.57 # download (1) the installer or (2) the player daily build (31/8) 22.27.23 # if you get the player build, you can just unzip it to J: (where J is the rockbox drive number) 22.27.42 # if you get the installer, everything is done automatically, as far as i know 22.28.32 # btw, there's a voice howto: http://rockbox.haxx.se/twiki/bin/view/Main/VoiceHowto 22.29.03 # http://rockbox.haxx.se/daily.shtml 22.29.14 # what do i take there? 22.29.29 # get the installer or the player build 22.29.34 # highest on the page is newest 22.31.16 # lol 22.31.25 # what if i don't have a driver "e" 22.31.31 # ? 22.35.36 # what drive letter does the jukebox get? 22.36.29 # w8 22.40.35 *** Saving seen data "./dancer.seen" 23.03.47 # * zeekoe is away: I'm busy 23.04.16 Join bagawk [0] (lee@IC62.library.oregonstate.edu) 23.04.49 # amiconn, how did you generate the linkage file for rombox? 23.05.16 # bagawk: This was [IDC]Dragon's work 23.05.23 # ohh 23.06.17 # Actually, RomBox itself was his idea, but he didn't have the time to dig for a nasty bug, so I did that. 23.16.01 # i would like to remove the decompression for ucl in the bootloaded, and just use the standard file 23.16.13 # but i am a little scard to do it right now 23.19.07 # Why do you want to do that? If you don't have ucl support, there is no possibility to fit 2 firmware images. That means you don't have an emergency fallback in case the flashing goes wrong... 23.29.30 # ? but the there is no compression on the rombox ucl file right? 23.31.47 # No, but the first (alternate) image stored in the flash image (the Archos fw selectable with F1-boot) is ucl compressed... 23.31.58 # ahh 23.31.59 # yes 23.32.20 # need to make a mini bugless rockbox ;) 23.33.38 # yes... 23.44.51 Join [IDC]Dragon [0] (~d9ff8398@labb.contactor.se) 23.45.08 # <[IDC]Dragon> Hi Lee! 23.45.24 # [IDC]Dragon: hi again 23.45.34 # <[IDC]Dragon> I just completed a very draft version of my programming adapter 23.46.36 # [IDC]Dragon, neat :) 23.46.48 # [IDC]Dragon: ? 23.47.29 # <[IDC]Dragon> amiconn: an adapter to uart-boot the CPU PCB alone 23.47.46 # <[IDC]Dragon> without more Archos parts around it 23.48.54 # ah ok. Sorry, for being an ignorant, but I still don't get what this will be good for 23.49.24 # <[IDC]Dragon> I don't have to take my box apart to flash a CPU board 23.50.21 # So this is intended for "repairing" mis-flashed boards, right? (or boards with an empty flash) 23.50.23 Quit bagawk (Read error: 104 (Connection reset by peer)) 23.50.52 Join bagawk [0] (lee@IC62.library.oregonstate.edu) 23.50.57 # <[IDC]Dragon> bagawk: what were you guessing your h/w mask was? 23.51.38 # [IDC]Dragon, quite sure it was 0x0302 23.51.49 # <[IDC]Dragon> yes, correct ;-) 23.52.15 # <[IDC]Dragon> then I woudn't have needed to backup your flash 23.52.50 # <[IDC]Dragon> probably tomorrow I'll solder in the new flash chip 23.53.49 # cool :) 23.54.27 # time to go home 23.54.36 # <[IDC]Dragon> bye 23.54.44 # see you Jorg 23.54.57 Quit bagawk (Client Quit) 23.55.11 # [IDC]Dragon: Last time I forgot to ask something: 23.55.34 # <[IDC]Dragon> yes? 23.56.08 # I discovered a bug some days ago - loading a .cfg while the music is playing will stop playback (but not quit wps properly) 23.56.32 # <[IDC]Dragon> I doubt I canhelp with that... 23.56.45 # I digged somewhat for the reason for this, and found that settings_load_config is called, 23.56.59 # ...which in turn calls settings apply, 23.57.11 # ...which does call talk_init() 23.57.30 # ...and that obviously stops playback :( 23.57.50 # <[IDC]Dragon> oops 23.58.09 # <[IDC]Dragon> I woudln't have suspected that to come back on me 23.58.44 # As talk_init() is (iiuc) called because the talk code needs to know that the language may have changed, I can't think of a simple solution