--- Log for 23.07.104 Server: sterling.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16p1 Started: 4 days and 8 hours ago 00.07.32 Quit zeekoe (Read error: 110 (Connection timed out)) 00.08.34 *** Saving seen data "./dancer.seen" 00.13.25 Join Salokyn [0] (~Salokyn@AToulon-152-1-8-211.w83-113.abo.wanadoo.fr) 00.14.00 Part Salokyn 00.33.53 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 00.49.12 Quit NibbIer (Read error: 54 (Connection reset by peer)) 00.51.30 Quit midk (Remote closed the connection) 01.07.16 Join BoD[] [0] (~BoD@JRAF.org) 01.07.20 # hellllllllloooooooooooooooow 01.07.54 # so what's uppppppp with rockbox 01.08.23 Join midk [0] (~Zakk@c-24-18-39-204.client.comcast.net) 01.22.01 Join tpelliott [0] (telliott@208-251-255-120.res.evv.cable.sigecom.net) 01.23.10 # Could someone help me? I want to get ROMbox and Safe Poweroff into a single build. Both work great on my V1 recorder. 01.29.32 # tpelliott, no... 01.29.41 # tpelliott, ROMbox is provided as an AJZ 01.29.46 # no patches cna be applied 01.34.48 # midk: isnt it a ucl? 01.35.04 # ahh 01.35.04 # yes, 01.35.14 # still, the point was you can't modify it 01.39.22 # anyway 01.39.25 # i go to bed 01.39.28 # see you 01.39.30 # hey bod 01.39.32 # later 01.39.33 # :) 01.39.38 # :] 01.39.43 Quit BoD[] ("beubye") 02.08.38 *** Saving seen data "./dancer.seen" 02.23.40 Quit midk (Read error: 104 (Connection reset by peer)) 02.26.28 Nick maikeul is now known as gromit`` (~gromit@ALagny-151-1-36-126.w83-114.abo.wanadoo.fr) 02.32.12 Quit mecraw_ ("Trillian (http://www.ceruleanstudios.com)") 02.34.30 Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) 02.52.34 Join Guest [0] (~jirc@adsl-66-139-219-228.dsl.rcsntx.swbell.net) 02.53.15 Nick Guest is now known as tom1192 (~jirc@adsl-66-139-219-228.dsl.rcsntx.swbell.net) 02.54.18 Quit tom1192 (Client Quit) 03.16.09 Join dstar5 [0] (lee@ACC54AD9.ipt.aol.com) 03.18.57 # anyone know if the asm constraints for gcc 3.4 been figured out? 03.21.35 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 03.23.31 # ohh no. 03.32.28 # do you read the list 03.32.29 # ? 03.32.41 # i thought someone mentioned a fix a while ago 03.41.46 # i do read some 03.41.54 # * dstar5 searches his gmail 03.42.10 # i love being able to search 03.44.40 # scott666: my recorder is shipping :) 03.49.49 # yay 03.50.00 # you dont happen to have any gmail invite, do you? 03.51.26 # humm gmail has not given my any in like the 6 weeks i have had it 03.51.36 # i will be happy to send you one when i can 03.51.52 Part tpelliott 03.57.38 Quit dstar5 ("Leaving") 04.08.40 *** Saving seen data "./dancer.seen" 04.30.04 Join iSheep [0] (~4givn@dpc691997050.direcpc.com) 04.30.04 Quit NibbIer (Read error: 54 (Connection reset by peer)) 04.30.15 # Hi folks 04.30.26 # hey 04.31.11 # I have a question about Archos/Rockbox. I have an FM 20GB recorder, and I was wondering how (if it's possible) to make the Archos be seen in DOS as a drive letter 04.31.19 # Basically a hard drive in DOS 04.31.46 # plug it in, turn it on.. 04.31.50 # ermm 04.31.58 # :-\ Tried that 04.32.09 # in a command prompt under windows, or running DOS itself 04.32.12 # Archos turns on, but it's not a drive letter 04.32.21 # Just DOS itself 04.32.30 # you might need a special driver 04.32.33 # or something 04.32.36 # you could plug the hard drive right into your pc// 04.32.37 # have you googled? 04.32.49 # im pretty sure its possible, but i think theres a trick to it 04.32.57 # scott666: Nope. Do you know what I would look for? 04.33.29 # id start with dos usb harddrive and go from there 04.34.01 # oh okay.. I guess the Archos is similar to any other USB hard drive, huh? 04.34.08 # yup 04.34.14 # makes sense 04.34.40 # Thanks for the help. I'll go surf around 04.34.47 # midk: did you see this: http://rockbox.haxx.se/mail/archive/rockbox-archive-2004-07/0509.shtml 04.41.05 # : 04.41.08 # :[ 04.41.13 # yes i did 04.41.15 # i fixed it 04.41.25 # but i need to finish fuzzy mode before i merge it 04.43.01 Quit iSheep () 04.49.15 Quit AciD ("www.cpm-fr.com") 04.54.35 Quit midk ("Leaving") 04.56.46 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 05.18.19 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 05.18.19 Quit scott666 (Read error: 104 (Connection reset by peer)) 05.34.14 Quit midk (Read error: 110 (Connection timed out)) 05.34.51 Join midk [0] (~Zakk@c-24-18-39-204.client.comcast.net) 05.42.23 Quit midk ("just STOP it arspy") 05.54.50 Join midk [0] (~Zakk@c-24-18-39-204.client.comcast.net) 06.08.43 *** Saving seen data "./dancer.seen" 06.14.37 Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) 06.17.35 Nick kaboofa_ is now known as tomSleep (~kaboofa@dsl092-066-005.bos1.dsl.speakeasy.net) 06.18.05 # nite sir 06.26.35 Join tpelliott [0] (telliott@208-251-255-120.res.evv.cable.sigecom.net) 06.30.41 Quit midk ("just STOP it arspy") 06.34.24 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 06.35.07 Quit vol (Read error: 60 (Operation timed out)) 06.41.06 Quit scott666_ ("i'll be back...eventually...") 06.47.03 Part tpelliott 07.06.34 Quit NibbIer (Read error: 104 (Connection reset by peer)) 07.44.16 Join LinusN [200] (~linus@labb.contactor.se) 07.46.30 # hey LinusN 07.51.44 Join wake [0] (~wake@HSE-Ottawa-ppp161273.sympatico.ca) 07.54.29 # hola midk 08.07.02 Quit wake ("leaving") 08.08.45 *** Saving seen data "./dancer.seen" 08.50.07 Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) 08.56.21 # midk: how's the button code going? 08.57.16 # for.. tetris? 08.57.24 # or breakout? 09.03.43 Join [IDC]Dragon [0] (~c2af7555@reladm.kharkov.net) 09.05.06 # <[IDC]Dragon> good morning! 09.06.18 # hi 09.06.20 # morning idc 09.06.43 # midk: anything, really, just wondering if you managed to make use of the raw button reading 09.06.43 # LinusN, as far as breakout goes, i haven't really picked up where i left off yet 09.06.51 # :) 09.07.00 # still a lot to (re)do 09.07.11 # i still have grayscale code right in the plugin 09.07.14 # that's how old it is 09.08.00 # midk: have you looked at my new cfg file saving stuff? 09.08.15 # nope.. 09.08.36 # anything in particular that should interest me? 09.08.37 # nice for persistent storage of settings 09.08.44 # with version control 09.08.49 # for plugins 09.09.04 # that reminds me - i (need/want) to implement different settings file loader 09.09.17 # hmm, sounds neat, i will indeed have a look 09.09.31 # you want to load settings from different files? 09.09.35 # why? 09.10.49 # for example, car settings and home settings? 09.11.00 # well it was just an idea really - i hadn't yet formulated a reason for it. 09.11.02 # :) 09.11.37 # talk about bloat 09.11.46 # *scratches idea off list 09.12.07 # as far as bloat goes - i'm going to need to add in quite a few bitmaps for fuzzy mode 09.13.37 # whatever is necessary 09.13.47 # what bitmaps btw? 09.15.23 # i'm going to need,,, "Five" "Ten" "Quarter" "Twenty" "Twenty-five" "Half" "past" "til" "o'clock" "1" "2" "3" "4" "5" "6" "7" "8" "9" 09.15.29 # i believe that's all 09.15.42 # "0" 09.15.55 # which is actually quite a few.. 09.16.31 # why not just use normal text? 09.16.49 # that' 09.16.58 # that's the thing -sysfixed is quite small 09.17.50 # you could use the user-selected font 09.17.57 # then the user gets to decide 09.19.02 # at some points some wouldn't fit on the lcd 09.24.10 # i know, just a suggestion 09.24.43 # that's why the recording screen uses the internal font 09.24.54 # too damn hard to adapt to the user font 09.25.15 # right 09.25.22 # that's why i'm sort of stuck, 09.25.35 # not only is that a lot of bitmaps to do but it takes up a lot of space 09.25.55 # lose the logos then 09.26.20 # yeah, i probably will 09.26.25 # did you see my "time's up" logo? 09.26.27 # er, bitmap 09.26.28 # :) 09.26.29 # at least all but one 09.26.38 # yeah, the used one 09.26.47 # and the logo selection code 09.26.55 # letting the user select a startup logo is so useless 09.27.28 # ssh 09.27.31 # i'm attached. 09.27.41 # AND 09.27.45 # it's a credit roll logo too 09.27.50 # and you see it when you exit. 09.28.06 # yes, but how important is it really? 09.28.11 # not at all 09.28.35 # i like your setting menus 09.28.38 # i *will* remove it 09.28.46 # thank you 09.29.59 # sometimes the checkbox is confusing when it's a multiple-choice setting, but ontherwise, they're very neat 09.30.19 # hmm 09.30.27 # which reminds me, we should export the menu code to the plugins 09.30.36 # :[ 09.30.40 # i asked for that LONG time ago 09.30.45 # for the beginning of the clock 09.30.51 # <[IDC]Dragon> LinusN: wait a little with that 09.30.55 # that was when it was functional at 800 bytes, mind you. 09.31.11 # [IDC]Dragon: ? 09.31.32 # <[IDC]Dragon> I'm massaging the structures 09.31.37 # for the lang id fixes? 09.31.46 # <[IDC]Dragon> yes 09.32.03 # what's your approach? 09.32.35 # <[IDC]Dragon> hmm, I think I'd go for that "virtual pointer" in case it's an ID 09.32.50 # <[IDC]Dragon> can be done withoun any nasty cast 09.32.59 # <[IDC]Dragon> without 09.34.04 # good 09.34.16 # i'd like to review it before you commit it 09.34.27 # <[IDC]Dragon> I can check if it's in the "virtual" range, then say id = ptr - virt_base 09.35.13 # <[IDC]Dragon> virt_base can be set to a dummy array for the sim, just to have a safe range 09.35.37 # <[IDC]Dragon> (but that's details) 09.36.42 # <[IDC]Dragon> like I said yesterday, having those tables cost saves >6KB 09.36.55 # <[IDC]Dragon> but you weren't terribly impressed 09.43.53 Join IceGuest [0] (~icechat5@4.27.11.112) 09.44.41 Quit IceGuest (Client Quit) 09.52.01 # [IDC]Dragon: i was just joking 09.52.28 # if we save lots of code space, i'm for it 09.52.33 # <[IDC]Dragon> 6 KB is what the settings code saved, too 09.52.40 # and i consider 6k to be lots 09.52.48 # <[IDC]Dragon> not exactly lots, but something 09.53.34 # regarding the random generator, i read bc:s docs a week ago, and also reacted on the 7kb claim, but i didn't care 09.53.54 # still, i don't see a point of overkilling the randomness 09.54.17 # <[IDC]Dragon> the random generator needs quite some RAM 09.54.20 # if bc:s generator is good enough, we could toss the mersenne twister 09.54.26 # <[IDC]Dragon> code space is OK 09.54.46 # <[IDC]Dragon> I thought there is some property of it which we need? 09.55.10 # in the dawn of rockbox, we had a lengthy discussion about randomness 09.55.23 # and the then-current generator sucked 09.56.06 # so Hadaka (i believe) investigated a little, and found the twister 09.56.42 # we could probably easily measure the distribution of both generators and decide which to use 09.57.46 # bc:s is probably a lot faster 10.08.47 *** Saving seen data "./dancer.seen" 10.09.46 Quit midk (sterling.freenode.net irc.freenode.net) 10.09.46 NSplit sterling.freenode.net irc.freenode.net 10.09.46 Quit elinenbe (sterling.freenode.net irc.freenode.net) 10.09.46 Quit Hadaka (sterling.freenode.net irc.freenode.net) 10.09.46 Quit Hes (sterling.freenode.net irc.freenode.net) 10.09.46 Quit tomSleep (sterling.freenode.net irc.freenode.net) 10.09.46 Quit mbr (sterling.freenode.net irc.freenode.net) 10.09.46 Quit LinusN (sterling.freenode.net irc.freenode.net) 10.09.46 Quit ze (sterling.freenode.net irc.freenode.net) 10.09.46 Quit dwihno (sterling.freenode.net irc.freenode.net) 10.09.46 Quit webmind (sterling.freenode.net irc.freenode.net) 10.11.12 NHeal sterling.freenode.net irc.freenode.net 10.11.12 NJoin LinusN [200] (~linus@labb.contactor.se) 10.11.12 NJoin midk [0] (~midk@c-24-18-39-204.client.comcast.net) 10.11.12 NJoin elinenbe [0] (trilluser@207-237-224-177.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 10.11.12 NJoin Hadaka [0] (naked@naked.iki.fi) 10.11.12 NJoin ze [20] (psyco@adsl-63-205-40-35.dsl.lsan03.pacbell.net) 10.11.12 NJoin tomSleep [0] (~kaboofa@dsl092-066-005.bos1.dsl.speakeasy.net) 10.11.12 NJoin webmind [0] (~random@217-195-236-172.dsl.esined.net) 10.11.12 NJoin Hes [0] (~hessu@he.fi) 10.11.12 NJoin mbr [0] (~mb@stz-softwaretechnik.com) 10.11.12 NJoin dwihno [0] (~dw@81.8.224.89) 10.12.56 # <[IDC]Dragon> soory, I was dragged afk 10.13.09 # <[IDC]Dragon> if you just need a generator, there should be plenty of well-analized solutions 10.13.53 # probably 10.27.19 Join lImbus [0] (lImbus@225.98-200-80.adsl.skynet.be) 10.27.26 # hi all 10.27.36 # <[IDC]Dragon> hi there 10.28.16 # i read in Q13 of the battery faq there is a switch in the dc-in-socket for any recorder ? 10.28.27 # definitely can't confirm that for my v1 10.28.29 # lImbus: switch? 10.28.38 # <[IDC]Dragon> I doubt a switch 10.28.41 # lImbus, A13: There is a switch in the DC IN jack of the Jukebox - when a charger (or whatever) is plugged in, the unit is powered on, even if the charger is not plugged in a mains outlet. 10.28.49 # argl. LinusN that was :-/ 10.29.34 # well, it's not a physical switch 10.29.54 # it says "even if the charger is not plugged in a mains outlet" 10.30.02 # which is definitely wrong 10.30.10 # absolutely 10.30.22 # <[IDC]Dragon> I can't plug mine any more :-( 10.30.33 # [IDC]Dragon: so damaged? 10.30.45 # <[IDC]Dragon> yes 10.31.06 # <[IDC]Dragon> but I'll get a replacement jack, don't worry too much 10.31.10 # If I power on the charger (without connected unit) for 3 seconds, it has enough power in coil to start the archos ONCE. 10.31.31 # does everybody agree now ? I would edit the twiki then 10.32.29 # <[IDC]Dragon> LinusN: do you happen to have D. E. Knuth, The Art of Computer Programming? 10.33.22 # <[IDC]Dragon> I don't, it says, there is a chapter about random generator algorithms 10.33.30 # [IDC]Dragon: he's already editing twiki 10.33.59 # [IDC]Dragon: i don't 10.34.11 # lImbus: i have changed it now, and released the lock 10.34.30 # nice 10.34.43 # thanks for the heads up 10.35.00 # np 10.35.13 # thanks for correcting ;-) 10.36.57 # [IDC]Dragon: maybe I got the eBook at work 10.47.09 # <[IDC]Dragon> "The recent invention of the Mersenne twister algorithm, by Makoto Matsumoto and Takuji Nishimura in 1997, avoids most of these problems. It has a colossal period of 219937-1 iterations, is proven to be equidistributed in 623 dimensions (for 32-bit values), and runs faster than all but the least statistically desirable generators. It is now becoming increasingly accepted as the random number generator of choice for all statistical simulations and 10.47.55 # <[IDC]Dragon> So, we have a real high-end randomness for our playlists 10.48.30 # it's implemented within boost, if I remember correctly. but I have experienced bewing slow 10.48.36 # s/bewing/beeing 10.49.01 # <[IDC]Dragon> the layout got lost, it's period of 2^(19937-1) 10.49.21 # you sure in'ts not (2^19937)-1? 10.49.33 # <[IDC]Dragon> ah, yes 10.49.38 # it's excellent for cryptography, but overkill for playlists 10.49.44 # i agree 10.50.23 # <[IDC]Dragon> No, we could do better: ;-) 10.50.28 # <[IDC]Dragon> "However, it is possible to efficiently analyze the output of the Mersenne Twister and recognize the numbers as being non-random (see the Berlekamp-Massey algorithm or an extension from it, like the Reed-Sloane algorithm). A PRNG that appears to avoid this problem is called a cryptographically secure PRNG (CSPRNG). " 10.50.46 # after the library I use at work changed to mersenne, I wrote my own rand() because it was so slow. 10.51.01 # and since we use a simple modulo for the range, we skew the distribution anyway 10.52.35 # <[IDC]Dragon> let's just use BC's generator, I doubt anybody would have reasons to complain 10.53.32 # agreed, i'll just check with björn first, he's been reluctant to replace the twister earlier 10.54.22 # <[IDC]Dragon> but it doesn't gain us the ~4KB missing to make an FM ROMbox 10.54.31 # <[IDC]Dragon> any other ideas? 10.54.48 # yes, the bookmarking code can be trimmed some 10.56.11 # we can ditch some debugging code 10.56.29 # <[IDC]Dragon> ah yes, there's some legacy 10.58.17 # <[IDC]Dragon> maybe some of it can be moved to a plugin 10.58.17 # i just removed the sound debugging screen 10.58.46 # good idea, but i don't want to clutter the api 10.59.38 # <[IDC]Dragon> no, only the ones which can live on their own 11.00.30 # dbg_mas_info() can be moved 11.01.36 # or we can just kill it, i haven't had use for it in ages 11.03.28 # but that won't help the fm, since it's Player-only 11.04.02 # * midk suggests removing fm functionality 11.04.06 # :] 11.04.14 # <[IDC]Dragon> but cleanup is always good 11.04.34 # i was just going to say, this seems to have initiated a code cleanup! 11.05.09 # still, we'd have to clean up a lot to have some kind of a margin for rombox 11.05.56 # we can trim 6k, but future enhancements will probably grow over the limit in no time 11.06.20 # what about oursourcing big const data to files to be read from harddisk ? 11.07.05 # I suppose we still can use ram in rombox, eh ? 11.07.45 # lImbus: i don't like it, too much work for too little gain imho 11.08.12 # <[IDC]Dragon> and a more complicated installation 11.08.47 # ok, I thought we had big data blobs. if it's code that kill's it, it's not a solution anyways 11.08.54 # <[IDC]Dragon> we don't have much const data anyway 11.09.12 # except for the strings and fonts, but we must have them in rom anyway 11.09.23 # <[IDC]Dragon> the big ones are the font, the strings, start and USB logo 11.09.39 # id3-tag-genres ? 11.10.01 # <[IDC]Dragon> yes, but this is not much 11.10.21 # we can always ditch the start logo for rombox builds 11.10.38 # <[IDC]Dragon> or compress it ;-) 11.10.43 # lol 11.10.46 # how big is it? 11.11.04 # could be vetorized :-) 11.11.13 # vectorized that is 11.11.23 # <[IDC]Dragon> maybe 700 bytes or so 11.11.35 # not worth it then 11.13.49 # <[IDC]Dragon> the ucl unpack code is about that size, too 11.29.03 # <[IDC]Dragon> as a drastic way, FM users could flash their box into a V2 11.29.51 # <[IDC]Dragon> discarding the radio for the Archos image, but having it back in Rockbox 11.30.10 # interesting idea 11.30.29 # <[IDC]Dragon> this works, I have tried it 11.30.41 # <[IDC]Dragon> (not with ROMbox, though) 11.31.00 # <[IDC]Dragon> but when I verified V2 flashing 11.31.28 # nite all 11.31.32 Nick midk is now known as midk|sleep (~midk@c-24-18-39-204.client.comcast.net) 11.34.04 # <[IDC]Dragon> currently, the safety checks prevent "regular" users to do so 11.40.02 # lunch time 11.48.31 Quit lImbus (Read error: 110 (Connection timed out)) 12.04.27 Join lImbus [0] (~manuel@kernel.cycos.net) 12.08.50 *** Saving seen data "./dancer.seen" 12.12.16 # [IDC]Dragon: ftp.runnet.ru had a lot of eBooks. It's down atm, but you may be lucky later maybe. 12.50.10 Quit NibbIer (Read error: 54 (Connection reset by peer)) 13.50.01 Quit lImbus (Remote closed the connection) 14.08.53 *** Saving seen data "./dancer.seen" 14.14.35 Join c0utta [0] (~c0utta@161.cust15.sa.dsl.ozemail.com.au) 14.23.59 Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) 14.51.34 Join lImbus|DMZ [0] (manuel@kernel.cycos.net) 14.51.51 Part lImbus|DMZ 14.53.30 Join lImbus [0] (~manuel@kernel.cycos.net) 15.38.26 Quit [IDC]Dragon ("no fate but what we make") 15.45.38 Join tpelliott [0] (telliott@208-251-255-120.res.evv.cable.sigecom.net) 15.47.33 # I love your safe poweroff patch Linus. Now I want to try that patch in ROMbox. which also runs great on my V1 recorder. 15.55.33 # ok 15.56.46 # Do we have access to the rombox source? 15.57.02 # no, unfortunately not yet 15.57.43 # tpelliott: btw, have you tried the very latest patch 15.57.46 # ? 15.57.55 # I guess Jens wants to make sure it's safe. 15.58.11 # I tried the patch from a few days ago. 15.59.27 # just wanted to know if my latest changes were satisfactory 16.00.19 # The only thing I noticed is that poweroff will initialize from the browser screen whether or not music is playing. 16.03.08 Join [IDC]Dragon [0] (~c2af7556@reladm.kharkov.net) 16.03.29 # I love the patch as is. Scrolling titles still scrolls through the poweroff text box (instead of under it) 16.03.43 # <[IDC]Dragon> tpelliott: there is no ROMbox source, it's just a different likage file. 16.04.04 # ok. 16.04.22 # <[IDC]Dragon> linkage 16.04.57 # Can we add the safe poweroff patch to that? 16.05.21 # <[IDC]Dragon> can you compile? 16.06.17 # tpelliott: the scroll bug is fixed 16.06.37 # I'm new at it. I tried applying a patch but must have been in the wrong dir. I was able to compile 16.06.57 # I'll try the new version. 16.07.13 # <[IDC]Dragon> cygwin or linux? 16.07.46 # I have Blue Chip's Windows dev. kit on Windows XP. 16.07.55 # cygwin 16.08.23 # <[IDC]Dragon> you'd better have the latest gcc for rombox, it produces smaller code 16.08.36 # <[IDC]Dragon> which I don't have, too 16.08.55 *** Saving seen data "./dancer.seen" 16.09.10 # I guess I'll have to wait. 16.09.30 # <[IDC]Dragon> if you can come up with the patience, yes 16.09.50 # <[IDC]Dragon> rombox still has to prove it's useful 16.10.14 # <[IDC]Dragon> no runtime results known, at least to me 16.12.30 # True. The larger buffer looks nice on the screen. I don't have the 8MB upgrade. 16.13.18 # <[IDC]Dragon> LinusN: which was the best latest gcc again? 16.14.20 # <[IDC]Dragon> I'm facing a 3.3.1 here 16.25.40 # [IDC]Dragon: hmmm, i think that *might* work 16.25.49 # check the irq logs 16.25.52 # irc 16.26.09 # <[IDC]Dragon> just did, yes 16.26.34 # <[IDC]Dragon> now doewnloaded it, I fail to unpack it 16.28.13 # <[IDC]Dragon> can you unpack this tar:? http://lassauge.free.fr/cygwin/release/sh-gcc/ 16.28.34 Join Doensen [0] (~Doensen@198-174.244.81.adsl.skynet.be) 16.30.34 # [IDC]Dragon: why not just use the cygwin installer? 16.30.59 # bunzip2 is your friend 16.31.02 # <[IDC]Dragon> I can try when at home, but never really liked that 16.31.21 # <[IDC]Dragon> ah, it's a bz2, ok 16.33.18 # <[IDC]Dragon> somebody said you've tried gcc 3.4 and had problems with it? 16.33.43 # I just tried the latest safe poweroff. Works perfect here! Can we get it in the daily builds? 16.34.13 Quit gromit`` (Read error: 60 (Operation timed out)) 16.34.27 Join gromit`` [0] (~gromit@ALagny-151-1-36-126.w83-114.abo.wanadoo.fr) 16.36.06 # yes, the inline asm syntax has changed 16.39.45 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 16.40.03 Nick AciD is now known as AciD` (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 16.40.25 # <[IDC]Dragon> is it worth #ifdef'ing it? 16.47.17 # you mean for gcc version? 16.51.09 # <[IDC]Dragon> yes 16.52.12 # I have run "daily rockbox-daily-20040723.tar.gz" from within cygwin to decompress the tarbal. Where do I put the .diff files to properly patch them? 16.52.55 # cd rockbox 16.52.55 # <[IDC]Dragon> gotta go 16.53.01 Quit [IDC]Dragon ("no fate but what we make") 16.53.09 # patch -p0 < safe_poweroff.diff 16.53.59 # ok. Just put the file in /rockbox-daily-20040723? 16.54.16 # yes 16.54.26 # ok. Thanks. 16.54.30 # then cd rockbox-daily-20040723 16.54.51 # ok. 16.56.18 # successful? 16.57.35 # Hold on... 16.59.42 # Worked fine. 16.59.49 # great 17.01.36 # If I get the prompt "File to patch:" That means it couldn't find the file I specified on the command kine? 17.01.53 # line 17.02.46 # How do I get out of the patch app if it's not successful? 17.03.25 # ctrl-c 17.03.31 Join mecraw [0] (~lmarlow@69.2.235.2) 17.03.39 Part Doensen 17.03.52 # did you use the -p0 switch to the patch command? 17.04.54 # yes. The poweroff patch worked correctly. 17.05.03 # I'm trying another patch. 17.05.19 # it's giving me the prompt. 17.05.31 # which patch? 17.06.31 # 935682 Configure PLAY and/or RIGHT button 17.07.02 # maybe the patch file has a different base 17.07.18 # many people have problems generating good patch files 17.07.35 # ok. How do I get out of the patch prompt? 17.07.49 # i told you 17.07.51 # ctrl-c 17.08.05 # ok. I missed that. Sorry. 17.10.16 # I tried the play button patch before. I had a couple of problems with it. It worked ok but wouldn't queue a folder. Also it would queue all the tracks in a playlist instead of just playing it. 17.10.42 # it's not that mature, no 17.11.17 # I haven't tried it lately. 17.14.26 # i gotta go home now, cu later 17.14.49 # check out my latest plugin... 17.14.49 Quit AciD` (Read error: 54 (Connection reset by peer)) 17.15.07 # in the bleeding edge build, "sort.rock" 17.15.54 # ok. Thanks. 17.16.18 # I'm "make"ing it now. 17.16.41 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 17.16.48 # What's -p0 in the patch command? 17.17.32 # the -pX switch tells you to remove X levels in the search path in the patch file 17.18.05 # however, if the path in the patch file is relative, you still need the -p command, with 0 as an argument 17.18.24 # ok. I'll get the hang of this yet. 17.18.43 # http://rockbox.haxx.se/twiki/bin/view/Main/WorkingWithPatches 17.18.48 Quit NibbIer (Read error: 60 (Operation timed out)) 17.19.05 # I read that but didn't realize I needed -p0 17.19.30 # btw, to install your newly created rockbox: 17.19.33 # make zip 17.19.41 # unzip -d x: rockbox.zip 17.20.06 # (x: is your jukebox drive letter) 17.20.14 # Everything worked fine. I shouldn't need a zip file. 17.20.24 # I can just copy fht files over. 17.20.48 # i advice you to use the zip method 17.21.04 # there are many files, and they go to different places 17.21.15 # ok. I'll do that. 17.21.24 # gotta go, cu around 17.21.30 # ok. 17.21.36 Part LinusN 17.50.15 Part tpelliott 18.08.58 *** Saving seen data "./dancer.seen" 18.10.55 Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) 18.30.17 Quit NibbIer (Read error: 104 (Connection reset by peer)) 19.02.48 Join mecraw_ [0] (~lmarlow@69.2.235.2) 19.20.48 Quit mecraw (Read error: 110 (Connection timed out)) 19.23.33 Quit midk|sleep (Read error: 113 (No route to host)) 19.57.40 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 20.09.00 *** Saving seen data "./dancer.seen" 20.11.43 Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) 20.28.43 Quit AciD (Read error: 60 (Operation timed out)) 20.35.16 Part lImbus 21.08.21 Join LinusN [200] (~linus@labb.contactor.se) 21.08.23 Quit NibbIer (Read error: 104 (Connection reset by peer)) 21.46.54 Join lImbus [0] (~manuel@kernel.cycos.net) 21.57.47 Join NibbIer [0] (~nibbler@port-212-202-78-112.dynamic.qsc.de) 21.58.43 Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) 22.07.07 Join Strath [0] (~mike@dgvlwinas01pool0-a235.wi.tds.net) 22.07.23 Part Strath 22.08.51 Join [IDC]Dragon [0] (~idc-drago@pD9FF809B.dip.t-dialin.net) 22.09.03 *** Saving seen data "./dancer.seen" 22.09.11 # <[IDC]Dragon> hi again! 22.09.16 # hi hi hio 22.09.16 # hi 22.13.27 # <[IDC]Dragon> gcc 3.1.1 didn't work out of the box. It seems to be incompatible with my cygwin version. 22.16.01 # <[IDC]Dragon> gcc 3.3.1, that is 22.19.32 # what happened? 22.20.36 # <[IDC]Dragon> gcc complains that it can't find a specific entry point in the cygwin dll 22.20.49 # <[IDC]Dragon> must be a mismatch 22.20.51 # oh 22.20.56 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 22.21.17 # <[IDC]Dragon> I'm not feeling like reinstalling cygwin 22.21.34 # <[IDC]Dragon> my success quota on this is no good 22.22.19 # <[IDC]Dragon> up to today I didn't manage to get a compiling system on my business PC 22.22.43 # what's wrong with your pc? 22.22.53 # <[IDC]Dragon> I don't know 22.23.14 # <[IDC]Dragon> took my home cywin tree there, didn't work 22.23.33 # <[IDC]Dragon> did a clean net reinstall, also no go 22.24.00 # <[IDC]Dragon> maybe some policies are against it 22.24.36 # define "no go" 22.24.54 # <[IDC]Dragon> frankly, I don't remember 22.25.24 # <[IDC]Dragon> it's not that important, as long as it works here 22.26.06 # <[IDC]Dragon> cvs won't work, either, only http+ftp port open 22.27.19 # not even https? 22.27.34 # <[IDC]Dragon> ah, yes 22.28.11 # then you can use a corkscrew tunnel 22.28.25 # <[IDC]Dragon> then I'd get in serious trouble 22.28.39 # paranoid employer? 22.28.49 # <[IDC]Dragon> seems so 22.30.17 # <[IDC]Dragon> it's counter-productive. e.g. we try to do something with the RealNetworks Helix stuff, and can't access their vcs. 22.30.36 # he. I'm in the same position too. 22.30.44 # <[IDC]Dragon> so the involved guy has to work from home 22.30.46 # only 80, 443 and ftp is working. 22.31.55 # yup. or install a http-tunnel for irc 22.33.07 # which falls of all the time 22.33.11 Join Hydronic [0] (Hydronic@209-112-145-54-cdsl-rb1.sol.acsalaska.net) 22.35.23 # With the default archos system, if i was running and it skipped i could stop running and hold the jukebox parallel to the ground and it would start playing again, but with rockbox, it wont start playing again and i have to turn it off then back on.. any ideas? 22.37.09 # Hydronic: you probably have a hitachi hard drive, right? 22.38.06 # i dont know 22.38.20 # do hdd's differ from jukebox to jukebox? 22.38.24 # indeed 22.38.29 # how would i tell? 22.38.32 # is it on the back? 22.38.34 # go to info->debug->disk info 22.38.43 # in rockbox 22.39.26 # yeah 22.39.29 # hitachi 22.39.33 # dk23da? 22.39.38 # yea 22.39.45 # (how dod i know?) 22.39.49 # :-) 22.40.38 # i'd like you to try this test build: 22.40.46 # http://linus.haxx.se/egilskaljo_test.zip 22.41.01 # and tell me if it is better 22.41.50 # im running today so ill let you know.. 22.41.56 # great 22.41.59 # what about all those builds on the website? 22.42.10 # what about them? 22.42.29 # do they have anything worth installing? 22.42.42 Nick midk is now known as midk|movie (~midk@c-24-18-39-204.client.comcast.net) 22.42.52 # we build the current rockbox development version every morning Sweden time 22.43.01 # called "daily build" 22.43.13 # lots and lots of improvements from 2.2 22.43.28 # These are automated daily builds of the code in CVS. 22.43.35 # yes 22.43.49 # can i still install them if i didnt write my own code? 22.44.02 # i don't get it 22.44.10 # of course you can 22.44.13 # yeah i dont either 22.44.25 # sorry not too famaliar with code or anything 22.44.37 # you didn't have to write your own code to install 2.2, did you? 22.44.43 # no 22.44.48 # same thing here 22.44.57 # it's a complete installation package 22.45.18 # it said please look at the documentation for the do-it-yourselfers and i thought that meant the people who were writing their own code 22.45.18 # we even have a Windows installer executable 22.45.49 # you must have been looking at the source code .tar files 22.46.11 # what player is the windows installer for? 22.46.16 # all of them 22.46.20 # ok 22.46.42 # the top line has all the builds from the lines below it? 22.47.09 # the top line is the latest 22.47.18 # below that is yesterdays build etc 22.47.36 # and last question - will your build interfere with the latest build on the website? 22.47.59 # it is a few days old, so the latest plugins won't work on it 22.48.08 # but everything is included in my build 22.48.17 # so all you lose is your settings 22.48.18 # ok 22.48.31 # well thanks a lot..ill let you know how it works 22.48.36 # great 22.48.38 # cya 22.48.54 Quit Hydronic ("ircN 7.27 + 7.0 for mIRC (2002/01/10 00.00)") 22.50.58 # LinusN: what's about that harddrive ? is it just weepy ? 22.51.27 # very shock sensitive, and is allergic to ATA driver optimizations 22.51.56 # hhmm. so your build does not optimize, so it recovers ? 22.52.55 # hopefully 22.53.40 # I suppose those driver optimizations are where the specs are a small bit unclear about implementation. 22.54.24 # not really 22.54.36 # the specs are clear 22.55.09 # however, some hardware versions of the jukebox have bad ATA bus timing, and the hitachi drives don't like it 22.55.45 # chicken :-) 22.59.01 # i wish i had one of those jukeboxes so i could measure the timing 23.00.04 # <[IDC]Dragon> my FM has such a disk 23.00.54 # <[IDC]Dragon> firmware 00J2A0A1, if that means anything 23.01.22 # <[IDC]Dragon> 240/120 ns 23.03.26 # i'm more interested in the 0102 mask jukeboxes 23.04.29 Quit gromit`` (Read error: 110 (Connection timed out)) 23.05.24 Join gromit`` [0] (~gromit@ALagny-151-1-31-87.w83-114.abo.wanadoo.fr) 23.06.11 # LinusN: how can I identify such a jukebox ? the hardware mask ? 23.06.21 # that's the theory 23.06.45 # si I'll check the disk info too. my collegues got some 23.07.08 # they could (if you are intrested) run a special build that logs timing/response 23.07.28 # hmmm, i think we ditched that theory 23.07.50 # so why do you wish you got one ? 23.08.09 # we had a theory that it only happened on machines with hw mask 0x0102, but it has happened on 0x0302 as well... 23.08.44 # i rephrase: i wish i had a machine that had the error 23.09.00 # THIS is retarted 23.09.09 # http://asia.creative.com/corporate/press/viewpress.asp?id=176 23.09.26 # the Zen Touch provides industry-leading audio quality and broad compatibility with download services supporting WMA and MP3 music for enjoyment of up to 10,000 songs (WMA, 64kbps). 23.09.35 # Zen Touch incorporates a patented technology that significantly extends its battery life up to 32 hours (based on MP3 48Kbps compression rate). 23.10.03 # if they are using 48Kbps for one thing and 64 for another why not really push the limits and use 32kbps for everything 23.10.33 # our player holds 500,000 32kbps 10 second long songs!!! BEAT THAT! 23.11.12 # woooooow, what a technology breakthrough! 23.11.21 Join mecraw___ [0] (~lmarlow@69.2.235.2) 23.13.20 # hmmm, we should be able to load a ctype array with the languages 23.18.36 Quit mecraw_ (Read error: 60 (Operation timed out)) 23.44.06 # <[IDC]Dragon> ctype array with the languages? 23.44.39 # i believe some languages have different character maps, and sort differently 23.45.12 # <[IDC]Dragon> perhaps, yes 23.45.35 # hmmm, not sure the ctype array is used for strcmp() anyway... 23.52.33 # hmmm 23.52.38 Nick tomSleep is now known as kaboofa (~kaboofa@dsl092-066-005.bos1.dsl.speakeasy.net) 23.53.32 # would it be possible to make a pda->pci adapter? 23.53.39 # i have this really awesome keyboard for my palm 23.54.14 # a what??? 23.54.22 # a keyboard for my pda 23.54.25 # pci? 23.54.28 # ahhh 23.54.29 # ahh 23.54.29 # wow 23.54.34 # i'm retarded. 23.54.38 # by pci, i mean ps2 23.54.44 # now i get it 23.54.46 # yeah 23.54.48 # sorry about that. 23.54.59 # but what is "pda" in this context? 23.55.06 # palm style 23.55.14 # to be exact, palm i705 23.55.26 # my guess is that it is a ps/2 compatible serial stream