--- Log for 20.04.105 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 15 hours and 39 minutes ago 00.00.06 # Ah.. it ain't defined if LITTLE_ENDIAN is.. okay well I hope this works because I have no way of knowing 00.02.38 # Shagnar, http://wam.umd.edu/~stevenm/midi2wav.rock 00.02.45 Nick ac_away is now known as austriancoder (~austrianc@80.120.117.30) 00.02.52 # hi all 00.03.00 # some news? 00.03.13 # Shagnar, this uses some rather experimental stuff.. I will be very surprised if that produces proper sound, but let's hope 00.03.21 # austriancoder, hello. what's up? 00.03.53 # stevenm allright, i just wait till the player finished (~2min) 00.04.00 # remote lcd stuff is finished to 90 % - wps still needs some coding 00.04.04 # Shagnar, ok 00.13.03 # working 00.13.44 # Shagnar, lemme know how bad it sounds :( 00.14.00 # we'll see ;) 00.14.53 # 02:15 00.15.06 # for the Mi1.mid 00.15.17 # lets have a look on the wave 00.15.34 # 2:15 .. ?! woah 00.15.57 # sounds nice 00.16.07 # can't hear any error 00.16.08 # sounds RIGHT Shagnar ? 00.16.15 # Shagnar, are you sure this is the right .rock ? 00.16.17 # oh boy 00.16.23 # did it take longer last time ? 00.16.40 # doing pretty well 00.16.52 # about 02:20... started the excel-DB for the times today so i dunno... mom i'll check a second time 00.17.25 # Shagnar, unbelievable. That was like, the most stressful 18 hours of my life 00.17.38 # (not really but STILL) 00.17.42 # bah the thing actually worked 00.17.55 # and I hadn't actually removed the getSample() call.. just put the code IN it 00.18.04 # mom 00.18.08 # it's inline though, if that makes it less worse 00.18.08 # in /viewers 00.18.10 # hm? 00.18.18 # its the right one (the latest) 00.18.18 # mom? 00.18.23 # one moment ;) 00.18.29 # aah 00.18.42 # maybe I uploaded the wrong copy or something 00.18.50 # copied in /viewers <= right, yes? 00.18.51 # hahah 00.19.01 # Shagnar, right 00.19.22 # looks like I uploaded what I built.. and it looks like latest build.. and I did remember to put it in ../pub .. 00.19.37 # start embedding build dates in the plugin :P 00.19.43 # and i don't have to restart the player to make the new version affect? 00.19.59 # sounds like a good idea, preglow 00.20.03 # ;o) 00.20.05 # preglow, yea I was considering like, current time or something, just not sure how to automate 00.20.28 # midi file is 1:35 00.20.38 *** Saving seen data "./dancer.seen" 00.20.42 # miditest is 1:34 00.20.50 # al right 00.21.05 # that's 67% 00.21.18 # beats the 50% without the endian stuff 00.21.57 Part LinusN 00.21.58 # now I gotta go thru and remove the getSample CALL and actually replace it with the code.. possibly change the output buffer from chars to ints.. faster 00.22.06 # stevenm: make it output the time of build and the time-to-decode to a file :) 00.22.21 # so you're shure i run the right version? 00.22.29 # *ran 00.22.30 # stevenm: if you're just replacing all getsample calls with the getsample code, just declare getsample inline instead 00.22.45 # preglow, yes that's waht it is now. and all it is is a return statement 00.22.51 # good 00.23.02 # Shagnar, let me change the startup text, just in case :) 00.23.09 # :) 00.23.19 # or just a number at the end of the text 00.23.28 Quit ashridah ("Leaving") 00.23.29 # so we can easy tell which revision we mean 00.24.02 # Shagnar, changed the text, http://wam.umd.edu/~stevenm/midi2wav.rock 00.24.10 # yea I will add that in the future 00.24.23 # rasher, any ideas on how to measure run time? 00.24.36 # rasher, H100 has RTC and timers I can use? 00.24.41 Quit silencer (Nick collision from services.) 00.24.44 Join silencer [0] (~silencer@zen.via.ecp.fr) 00.24.45 Quit silencer (Nick collision from services.) 00.24.51 # not rtc 00.24.52 # but timers 00.25.02 # rasher, that works 00.25.09 # many of the plugins use it 00.25.23 # stevenm: yes it works :) 00.25.46 # Shagnar, wow cool 00.26.04 # Shagnar, thanks for testing 00.26.18 # I'm going to go eat now, then enee review ... maybe I will be back later tonight 00.26.19 # bye all 00.26.24 # bye 00.26.30 Quit stevenm ("Leaving") 00.28.24 Part MoosCamaro 00.29.09 Quit lolo-laptop ("Client exiting") 00.29.47 Join silencer [0] (~silencer@zen.via.ecp.fr) 00.33.12 Quit matsl (Remote closed the connection) 00.34.36 Quit cYmen ("zZz") 00.37.53 # good night all 00.38.01 Quit austriancoder ("using sirc version 2.211+KSIRC/1.3.11") 00.46.01 Quit Sucka ("a bird in the bush is worth two in your house") 00.59.28 Join Camilo [0] (~chatzilla@userca029.dsl.pipex.com) 01.05.20 # good night all 01.14.01 Quit Shagnar ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 01.22.50 Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) 01.26.51 # * preglow gives up 01.27.04 # time for bed 01.27.27 Quit preglow ("flabb?") 01.35.03 Join edx [0] (edx@pD9EAB0DD.dip.t-dialin.net) 01.40.36 Join courtc_ [0] (~court@adsl-158-10-138.asm.bellsouth.net) 01.42.56 Quit courtc (Read error: 110 (Connection timed out)) 02.10.45 Quit Bager (Read error: 104 (Connection reset by peer)) 02.20.40 *** Saving seen data "./dancer.seen" 02.22.06 Nick courtc_ is now known as courtc (~court@adsl-158-10-138.asm.bellsouth.net) 02.24.39 Quit Camilo ("Chatzilla 0.9.67 [Mozilla rv:1.8b2/20050404]") 02.49.52 Quit Aison (Operation timed out) 03.35.14 Join TCK [0] (TCK@81-86-98-137.dsl.pipex.com) 04.05.37 Join QT_ [0] (as@area51.users.madwifi) 04.06.55 Join ehntoo [0] (~noclue2@24.177.161.77.up.mi.chartermi.net) 04.17.08 Quit QT (Read error: 110 (Connection timed out)) 04.20.41 *** Saving seen data "./dancer.seen" 05.01.43 Join eVox [0] (eVox@ool-182dcb80.dyn.optonline.net) 05.02.03 # anyone out there? 05.02.29 # ive got a problem with my ihp120 05.03.22 # it got plugged into a phone charger...and despite the charger being the same polarity and less power, the ihp is messed up 05.03.52 # :< 05.03.59 # That was silly ;P 05.04.04 # * Rick wonders how it messed up 05.04.13 # the screen is garbled (similar to 'artifacting' on overheating video cards), but it will boot up and respond to button commands (but u gatta hold the buttons for 3x as long as normal) 05.04.22 # ah 05.04.32 # Sounds like it was fried or something 05.04.32 # heh 05.04.40 # does the remote work? 05.04.46 # yeah i went to charge it for a trip to atlanta tomarrow, and later went looking for my phone charge and had an 'ohhhhhhhhhh shit' moment 05.04.46 # lol 05.05.28 # its still working as a harddrive (via computer connection), and the radio works, but the menus are fubar and it wont actually play mp3s 05.05.38 # :< 05.05.43 # Can't help you there... :/ 05.05.46 # maybe someone else could 05.05.47 # dunno 05.05.54 # is there a reset to safe mode thing? like on dell jukebox's? 05.06.03 # ah 05.06.05 # eh, there's a reset 05.06.06 # but 05.06.10 # it's not like a safemode 05.06.13 # yeah 05.06.21 # ive reset it like 400 tiems 05.06.24 # I doubt that would have any effect 05.06.28 # nope 05.06.30 # Unless the firmware somehow fucked up 05.06.52 # ive *tried* updating the firmware but its hard with garbled menus 05.07.42 # on the 'general' menu, is update firmware the 2nd one up from the bottom? 05.07.50 # let me check 05.08.02 # ty 05.08.04 # er 05.08.07 # what version do you have? 05.08.23 # the most current 05.08.29 # 1.6? 05.08.35 # the standard...not rockbox 05.08.47 # yeah 05.08.48 # but 05.08.51 # in the newer firmware 05.08.53 # there's a format option 05.09.39 # what are u getting at? 05.09.46 # well 05.09.50 # if your firmware is newer 05.09.57 # the firmware upgrade is 3rd from bottom 05.09.58 # not 2nd 05.10.05 # (the last is format instead of db scan) 05.10.18 # whats 2nd up? 05.10.23 # db scan? 05.10.24 # db scan 05.10.46 # then you want to click 05.10.47 # <- 05.10.48 # click 05.11.10 # yeah 05.11.27 # whats 3rd up on the old one? 05.11.42 # cuz i have some garbled screen idk what it says 05.12.08 # i think upgrading with the picture of the ihp like on the boot screen 05.12.16 # if i squint real hard 05.12.18 # lol 05.13.55 # lol 05.15.45 Quit rasher ("CGI:IRC") 05.16.40 # it froze 05.16.47 # :/ 05.16.52 # and is still fubar on reset 05.17.12 # hmmm...how do you take these things apart? the micro allen wrench screws? 05.17.30 # I forget the name 05.21.28 # do you want to buy a paperweight? 05.25.35 # Not really. 05.26.07 # :/ 05.28.47 # in the newest firmware...is there a set of horizontal scrolling icons when u press the main button in? 05.29.04 # I don't know 05.29.09 # I don't have the latest 05.29.18 # as I have rockbox on it 05.29.19 # ;P 05.29.36 # ah 05.29.38 # how is rockbox 05.29.44 # good 05.29.47 # i check the site every couple of days 05.29.56 # its is fully functional for playing mp3s? 05.31.19 # no 05.31.47 # does it play mp3s? 05.36.32 # no. 05.37.51 # rockbox is just for things other than playing music at the moment. 05.38.19 # o 05.38.28 # As I understand it, a couple codecs are in place and working, but the audio out drivers and audio backing code are still being put into place. 05.40.52 # ah 05.57.32 Quit ehntoo (Read error: 104 (Connection reset by peer)) 06.00.44 Join ehntoo [0] (~noclue2@24.177.161.77.up.mi.chartermi.net) 06.19.15 Quit eVox () 06.20.45 *** Saving seen data "./dancer.seen" 06.40.17 Nick ehntoo is now known as ehntoo|ZzZz (~noclue2@24.177.161.77.up.mi.chartermi.net) 06.52.35 Join LinusN [0] (~linus@labb.contactor.se) 07.09.05 Join stevenm [0] (~steve@181-221.mam.umd.edu) 07.13.59 # Hi all 07.15.54 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 07.21.20 Part stevenm ("Leaving") 07.21.49 Join stevenm [0] (~steve@181-221.mam.umd.edu) 07.27.35 Join courtc_ [0] (~court@adsl-33-162-147.asm.bellsouth.net) 07.28.35 Quit courtc (Nick collision from services.) 07.28.50 Nick courtc_ is now known as courtc (~court@adsl-33-162-147.asm.bellsouth.net) 07.50.53 # Good morning 07.51.29 # LinusN: I just posted an answer to the 'car adapter mode on flashed players' forum topic 07.52.16 # Morning? amiconn, where are you? 07.52.18 # ah, right, silly me 07.52.27 # stevenm: Germany 07.52.37 # amiconn, ah, sweet 07.54.12 # d'oh! 07.54.26 # * LinusN just found a mistake in the dram setup 07.56.15 # oo lovely, 2 more shifts removed 08.00.49 Part stevenm ("Connection reset by beer.") 08.20.48 *** Saving seen data "./dancer.seen" 08.24.51 Join austriancoder [0] (~c1aa0259@labb.contactor.se) 08.25.25 # good morning 08.25.39 # amiconn: where in germany do you live? 08.29.09 # Berlin 08.30.19 # interesting.. i live at the bodensee 08.30.20 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 08.42.19 Quit edx (Read error: 110 (Connection timed out)) 08.53.23 Join B4gder [0] (~50d8ae51@labb.contactor.se) 08.54.04 # gooooood morning 08.54.14 # banzai 08.59.45 Join webguest65 [0] (~c31ce021@labb.contactor.se) 09.09.48 Nick Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59) 09.21.34 Join Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net) 09.24.14 # * austriancoder has a boring networking lesson 09.24.40 Join Harpy [0] (80oRUNJF7Q@dsl-hkigw7wbb.dial.inet.fi) 09.24.42 # * B4gder has a boring oops in his kernel 09.27.47 Join bobTHC [0] (~foo@l05m-16-216.d1.club-internet.fr) 09.28.07 # good mornin' mates ! 09.28.38 # morning bob 09.32.19 # * LinusN just played his first seconds of realtime mp3 09.32.32 # wow 09.33.26 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 09.33.33 # :) 09.33.42 # which song was it? 09.33.44 # :-) 09.34.44 # we will rock you ? 09.34.49 # ;) 09.38.51 # Machinae Supremacy - Great Giana Sisters 09.41.01 # giana sisters, oooh nostalgia 09.41.08 # :-) 09.41.24 # I better go get some coffee instead 09.41.31 # linus : still lot of works or will commit soon ? 09.41.33 # must follow the rockbox tradition you know, first mp3 test must be Machinae Supremacy 09.41.45 # Chamois: lots and lots 09.41.50 # it bugs like hell! 09.42.02 # ok 09.42.10 # * LinusN celebrates by getting a cup of coffee 09.43.13 # cheeers ! 09.46.51 # :o 09.46.54 # on iriver, LinusN? 09.47.04 # ;) 09.47.16 Quit austriancoder ("CGI:IRC") 09.47.39 Join austriancoder [0] (~c1aa0259@labb.contactor.se) 09.47.40 Quit Ka_ (Connection reset by peer) 09.47.51 # re 09.48.59 # Rick: of course 09.49.03 # nifty :) 09.49.09 # howsit working? 09.49.10 Join ashridah [0] (ashridah@220-253-120-157.VIC.netspace.net.au) 09.49.18 # really really bad :-) 09.49.29 # lol 09.49.37 # * Rick has been sitting here listening to his iriver all night 09.49.38 # but 09.49.42 # I really should plug it in 09.49.42 # hehe 09.49.48 # * Rick can't be assed to find the plug 09.52.17 Quit DangerousDan (Read error: 54 (Connection reset by peer)) 09.58.58 # i hate cisco routers.... 10.00.59 Join edx [0] (edx@pD9522C4F.dip.t-dialin.net) 10.04.54 # austriancoder: Is there a specific reason? 10.06.17 Join Ka_ [0] (~tkirk@pcp0010733332pcs.howard01.md.comcast.net) 10.08.03 # amiconn: one of the routers is misconfigurated and we have now lost a lot of time to find the error and the lesson is ending in a few minutes and we had no time to do the tasks 10.08.59 # Misconfiguration is usually not the router's fault 10.09.40 # it was the fault of the people bevore us 10.10.08 # eh? resetting a cisco router isn't that hard, provided you've got a console cable... 10.10.51 # reset it, break the bootup, change a flag so it doesn't autoload the config, reboot, ignore the config, reset the flag so it'll load your config once you've written it. 10.11.05 # thats the prob.. there is only one serial cabel 10.11.28 # aaah, that's a pain. 10.11.33 # i've got my own :) 10.11.38 # and my group members are not very motivated 10.12.50 Quit nozomiyume (Read error: 104 (Connection reset by peer)) 10.14.31 # for wath is the eprom needed in the iriver? 10.15.52 # settings storage. 10.16.10 # hmmm.. settings are saved atm on harddisk 10.16.23 # in rockbox, yes 10.16.46 # but? 10.17.08 # so we dont need the eprom inrockbox? 10.18.05 # no 10.18.48 # oh 10.19.25 # so there is no need for a driver? 10.20.52 *** Saving seen data "./dancer.seen" 10.22.08 Join Mirfle [0] (~chatzilla@ADSL222150.BRK.biu.ac.il) 10.22.28 # :( 10.22.49 # * B4gder spots somone eager to write drivers :-) 10.24.02 # but i will do it.. seems to be funny ;) 10.25.33 # * amiconn is waiting for Zagor 10.41.46 # will be away for some minutes.. class room change 10.53.54 # god. my kingdom for a decent sequence diagram drawing tool that doesn't damned well keep biting me in the ass with annoying fiddling 10.56.53 Quit austriancoder ("CGI:IRC (Ping timeout)") 10.58.14 Join sox [0] (~55e238a1@labb.contactor.se) 10.58.58 Quit sox (Client Quit) 10.59.06 Join sox [0] (~55e238a1@labb.contactor.se) 10.59.33 Quit sox (Client Quit) 11.01.51 Join Zagor [0] (foobar@h14n2fls31o265.telia.com) 11.03.57 # printk printk printk 11.05.45 # Zagor: kitchen upside down? 11.05.52 # :-) 11.06.08 # slimp3 dead? 11.06.13 # finished Real Soon Now. 11.06.23 # ah, rockbox-style time plan 11.06.28 # yup 11.06.36 Join DangerousDan [0] (~Miranda@newtpulsifer.campus.luth.se) 11.07.24 # slimp3? 11.08.10 # hi Zagor 11.08.14 # Zagor: time for my traditional "Gentlemen, we have sound" post :-) 11.08.24 # ooh, nice 11.08.35 # machinae supremacy, of course 11.08.40 # of course 11.09.07 # Zagor: I've updated my fat.patch. This time it should work as intended. 11.09.24 # (oh, haven't we heard that one before) 11.10.03 # did i hear that one right? 11.10.06 # :-) 11.10.35 # Hooray for playback! 11.10.54 # speaking of machinae supremacy, i probably should get around to finding an import of their first album. 11.11.09 # they rule 11.11.14 # I fixed 2 other problems as well. (1) Obey the maximum directory size according to the FAT spec. (2) Correctly handle the 0xE5 special character 11.11.24 Join austriancoder [0] (~c1aa0259@labb.contactor.se) 11.11.46 # Zagor: I'd be pleased if you could have a look at it. Usual place: http://arnold-j.bei.t-online.de/Rockbox/fat.patch 11.12.22 # re 11.12.43 # amiconn: i'll look 11.13.28 Quit Mirfle ("Chatzilla 0.9.68a [Firefox 1.0.3/20050414]") 11.15.26 # LinusN: when do you do the first commit for sound playback? 11.15.55 # oh, not yet anyway 11.16.12 # it is only an experimental hack 11.17.13 # hurray! hack! 11.17.45 # we like haxx! ;-P 11.18.00 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 11.18.32 # * [IDC]Dragon reads some success logs 11.19.08 # <[IDC]Dragon> LinusN: congratulations! 11.19.33 # thx 11.19.53 # hi Jörg :) 11.20.04 # ltnirc 11.20.08 # * [IDC]Dragon never heard about machinae supremacy 11.20.18 # <[IDC]Dragon> amiconn: ;-) 11.21.27 Join rasher [0] (~3e4f4094@labb.contactor.se) 11.22.32 # * LinusN sent the "Gentlemen..." message 11.22.47 # felt really good 11.22.54 # \o/ 11.23.01 # <[IDC]Dragon> amiconn and I didn't know this protocol when doing the Ondio 11.23.01 # * B4gder embraces and waits for impact 11.23.17 # who wants to take bets on how long an out-of-context post will be made on slashdot? :) 11.23.19 # \o/ 11.23.40 Join preglow [0] (thomj@s183a.studby.ntnu.no) 11.23.47 # This calls for a frontpage news item! 11.24.20 # * preglow applaudes like a madman 11.27.44 # [IDC]Dragon: What protocol you're talking about? 11.30.37 # shouldn't it be part 3? ;-) 11.31.05 # 1 player, 2 recorder, 3 iRiver h100 11.32.24 # or 1 player, 2 recorder, 3 ondio, 4 h1xx ;) 11.32.33 # true 11.33.54 # <[IDC]Dragon> amiconn: the kind of "it plays" annoucement 11.34.25 # ah 11.34.39 # we never understood the ondio did have sound since we never got that mail B-] 11.34.50 # lol 11.34.59 # <[IDC]Dragon> amiconn: you've probably been the first to hear it play 11.35.12 # I don't think so 11.35.33 # You reported the FM playing already, when my SP did not yet. 11.35.41 # <[IDC]Dragon> becouse of the MMC part, I thought 11.35.55 # Small wonder - the FM uses the same MAS as the recorder, while the SP doesn't 11.36.08 # <[IDC]Dragon> FM was before mp3? 11.36.18 # <[IDC]Dragon> this doesn't count... 11.36.41 # LinusN: congrats for mp3 playback :) 11.36.53 # Yes, FM was before mp3, at least with the Samsung tuner, but I don't mean that either 11.37.11 # in actual news, the human race was doomed to extinction today, as the robot revolt turned violent. 11.37.25 # [IDC]Dragon: After MMC was working, you almost instantly reported mp3 playback sort-of working, while my SP kept silent 11.37.46 # I had to adapt the configuration memory addresses first 11.39.07 # i'm agree with dwihno, a new item in the frontpage news section is mandatory for this kind of milestone, imho 11.39.36 # let's wait until it doesn't glitch, at least ;) 11.41.13 # has anyone looked at iriver's fm? 11.41.44 # austriancoder: If you're looking for another driver to write, you could write an i2c driver for the fm radio chip 11.42.24 # When this is done, the rest should be fairly easy. The iRiver uses the same philips radio chip as the newer Ondio FM's 11.42.32 # preglow >with linus on it , debugging dont't take ages ;) 11.43.03 # amiconn: seems to be a nice idea.. will look later the day into the docs 11.43.47 Join lImbus [0] (~manuel@kernel.cycos.net) 11.44.01 # LinusN: CONGRATZ ! 11.44.12 # thx 11.44.28 # why don't you update the romm topic :-) ? 11.44.34 # s/romm/room 11.45.02 # why? 11.45.04 # it's fine the way it is 11.46.44 # * rasher added a digest item 11.47.22 # let's see if it explodes again 11.48.27 # thanks to NAME(lol), NAME(hehe) ? 11.48.39 # aren't those macros? :P 11.49.36 # hm 11.49.45 # someone should add that remote pic to the RockboxShots page 11.49.45 # ;p 11.50.49 # also 11.51.00 # is it just me or is the fm chip not listed in the progress stuff on the iriver page? 11.51.39 # preglow: yes.. no idea why that happens 11.51.50 # you'd have to ask Bagder 11.53.02 # Rick: do you want to code the driver for the fm chip? 11.53.10 # there is a driver for it 11.53.33 # might need to be modified for the h1x0, though 11.53.37 # ah 11.53.46 # though about that... porting 11.53.47 # is it the same exact model? 11.54.04 # Rick: yes or no... i dont want to do dublicapted work 11.54.31 # austriancoder: I wouldn't mind it 11.54.35 # but 11.54.54 # i'm busy this week so it would have to wait 11.55.13 # ah.. then i will try it 11.55.32 # austriancoder: i2c-h100.c 11.55.57 # LinusN: oki 11.56.46 # firmware/tuner_philips.c 11.57.40 # you might want to take a peek at firmware/drivers/fmradio_i2c.c 11.57.52 # so, is the playback glitching badly? 11.58.03 # oh yes 11.58.21 # the buffering code is not even close to finished 11.58.37 # LinusN: thanks 12.00.43 # LinusN: is it possible to say, just have 2 kb iram extra in addition to the 32kb bank? 12.02.12 # * HCl yawns 12.02.14 # gmorning 12.02.16 # and again, dwihno excels in amusing ircstats quotes 12.03.10 # preglow: guess so 12.03.22 # rasher: hahaha 12.03.30 # mp3 playback isn't in cvs yet? 12.03.49 # no, it's a hack 12.03.55 # mhm 12.03.57 # figured as much 12.04.03 # kay 12.04.06 # * HCl goes to shower 12.07.40 # preglow: the stack is in iram 12.08.38 # * LinusN goes to lunch 12.09.47 Join Shagnar [0] (~tester@p54A0F3CE.dip.t-dialin.net) 12.12.12 # LinusN: yeah, know, was thinking more of having room for more constants and tables in iram without having to eat another 32kb bank in its entirety 12.20.55 *** Saving seen data "./dancer.seen" 12.24.50 # mmm 12.27.55 # think i'll pop out for a couple of hours time 12.28.25 # * B4gder grants preglow permission to leave for a while :-P 12.28.41 Quit rasher ("CGI:IRC (EOF)") 12.44.59 Quit austriancoder ("CGI:IRC (Ping timeout)") 12.50.07 # the rss feed is really f*cked up 12.50.25 Quit ehntoo|ZzZz ("Leaving") 12.52.53 # there's something strange in that digest thing 12.53.08 # when built automatically, it makes zero byte files 12.53.19 # when I run it manually, it just works 12.54.58 # I guess my lameness shines through at times like this :-) 12.57.16 Quit [IDC]Dragon ("CGI:IRC") 13.03.35 # Zagor: Something totally FAT-unrelated: Since your server upgrade quite some time ago, logbot is no longer able to explain anything :( 13.03.49 # oh 13.04.58 # amnesia 13.10.09 Join Aison [0] (~hans@zux166-181.adsl.green.ch) 13.22.23 Quit Shagnar (Read error: 131 (Connection reset by peer)) 13.22.35 Join Shagnar [0] (~tester@p54A0F3CE.dip.t-dialin.net) 13.30.18 # "Console: switching to colour frame buffer device 128x96" 13.30.20 # wooo 13.30.34 # (but it is still all black, but anyway...) 13.40.40 Part LinusN 13.42.16 # who actually works on grayscale ? 13.42.28 # no one 13.42.40 # there''s an incomplete patch done 13.43.38 # oh :-/ 14.02.08 Quit lostlogic ("Going to the moon") 14.20.59 *** Saving seen data "./dancer.seen" 14.21.46 Quit Shagnar ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 14.23.12 # pftpft 14.34.04 Join lolo-laptop [0] (~lostlogic@68.251.84.226) 14.35.14 Join webguest11 [0] (~d4f00fa5@labb.contactor.se) 14.35.26 Join muz [0] (~d4f00fa5@labb.contactor.se) 14.35.26 Quit webguest11 (Client Quit) 14.35.41 # hey did linus get mp3 playback to work? 14.36.09 # yeps 14.36.29 # like without converting to wav etc 14.36.34 Quit B4gder ("CGI:IRC") 14.36.40 Join B4gder [0] (~50d8ae51@labb.contactor.se) 14.36.45 Quit B4gder (Client Quit) 14.36.47 Join B4gder [0] (~50d8ae51@labb.contactor.se) 14.36.53 # grrr 14.37.02 Join Shagnar [0] (~tester@p54A0F3CE.dip.t-dialin.net) 14.37.03 # http://www.rockbox.org/mail/archive/rockbox-archive-2005-04/0161.shtml 14.37.54 # wooha? 14.38.06 # i love machniae supremacy ;D 14.41.00 # is this hack "commitable" in the cvs yet? 14.42.54 # no 14.43.09 # of course it _can_ be commited, but we'd better wait until it works properly 14.43.48 # oh ok this is great news 14.44.09 # so the api is done? 14.44.28 # actually writing code is the best way to design the sound api/architecture 14.47.33 Quit muz ("CGI:IRC (EOF)") 14.54.59 Nick QT_ is now known as QT (as@area51.users.madwifi) 14.55.18 Quit B4gder ("CGI:IRC") 15.17.43 Join F1^Aison [0] (~hans@zux166-181.adsl.green.ch) 15.25.27 Quit Aison (Read error: 111 (Connection refused)) 15.27.41 Join Aison [0] (~hans@zux166-181.adsl.green.ch) 15.34.16 Quit ashridah ("Leaving") 15.34.20 Quit F1^Aison (Read error: 60 (Operation timed out)) 15.34.23 Join tedboer [0] (~tedboer@mtg62.upf.es) 15.34.31 # hi. 15.34.55 # the rockboxui simulator is monochrome. is that correct? 15.37.21 # yes 15.39.54 # but rockbox perse isn't? 15.40.12 # if the hardware is grayscale i mean? 15.41.08 # it's not utilized yet 15.41.35 # rockbox currently does not support grayscale displays. we run the iriver in monochrome too. 15.42.17 # ok. 15.42.38 # it's a work in progress 15.43.02 # yeah, i saw all these source files starting with gray_ :-) 15.43.33 # tedboer: These have nothing to do with core greyscale support 15.43.41 # that's the grayscale plugin library. it's for "faking" grayscale on monochrome displays. 15.44.02 # ok i see. 15.44.05 # anyway... 15.45.09 Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) 15.45.19 # Hi all 15.45.32 # hi 15.46.07 # still congratulations for Linus works 15.46.19 # hi tedboer 15.46.24 # ye 15.46.25 # yes 15.47.39 Join T0mas_ [0] (~Tomas@ip503c08d1.speed.planet.nl) 15.48.28 Quit t0mas ("changing clients") 15.48.33 Nick T0mas_ is now known as t0mas (~Tomas@ip503c08d1.speed.planet.nl) 15.48.37 Quit webguest65 ("CGI:IRC") 15.48.51 # tedboer: there's a patch available to enable grayscale on iriver, its just not 100% finished yet 15.50.28 # tell markun to stop prioritizing this foolish "school" thing 15.50.59 # hcl - but it can be used with the actuel CVS release of rbx 15.51.02 # ? 15.51.34 # yes 15.51.43 # grayrockbox.zip on my ftp is built with it. 15.51.58 # it has the grayscale patch applied together with an grayscale-enabled rockboy 15.52.08 # weha! do you have me a link? 15.52.20 # check the rockboy wiki page 15.52.37 # ok. cool. 15.52.52 # http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=PluginRockboy 15.56.20 # thx 15.57.42 # Menu Done needs more options <= yeah, more than 0 :D 15.57.49 # Zagor: Did you do some tests with my FAT patch yet? Maybe I spotted a minor bug, have to check. It might not clear the last sector of a newly allocated cluster for >1 sector per cluster. If so, patched fat.c, line 1349 should read: 15.57.56 # (dir->file.sectornum <= (int)fat_bpb->bpb_secperclus); sector++) 15.59.54 # HCl > the PluginRockboy is announce to be compatible with recorder ? what's the reality ? 16.00.42 # s/compatible/working 16.01.09 # bobTHC: it works. very slowly. 16.01.46 # @5% of RT ? 16.01.52 # something like that 16.01.55 # 6fps iirc 16.02.00 # yo, hcl 16.02.02 # faster than iriver at 11mhz 16.02.04 # but not fast enough 16.02.05 # hai? 16.02.14 # i think you can pretty much forget dynarec being feasible on h1x0 16.02.21 # the ram is so incredibly slow 16.02.25 # agreed 16.02.33 # so _INCREDIBLY_ slow 16.03.10 # i think its better to focus on an asm cpu core 16.03.16 # yes 16.03.17 # i agree 16.03.20 # and asm versions of the functions that were converted to asm on x86 16.03.25 # and using iram for important data 16.03.32 # argh 16.03.55 # i wish a time buble just enveloped me and allowed me to code rockbox for a couple of months straight 16.04.50 # :P 16.04.54 # its called summer vacation :P 16.05.46 # i'll have to get a job :/ 16.06.22 # it's good bye to long, lovely, good summer vacations for me 16.06.38 # :X 16.12.03 # hire yourself to develop rockbox 16.12.21 # and with the money you earn you can pay for your hired developer (yourself) 16.12.55 # :PP 16.17.21 # HCl: I still think dynarec would make a performance boost, even on iriver, and compared to an asm cpu core. The slow ram performance will most likely hit an interpretive cpu core by the roughly same amount 16.17.54 Quit tedboer (Remote closed the connection) 16.18.05 # iram 16.18.06 # preglow > and as tvelocity[away] is a good guy he donate monthly the tantamount to your wage ;) 16.18.20 # i'm really quite convinced an asm cpu core will be faster 16.18.46 # tvelocity[away]: hey, i like where this i going, shall we say 100$ bucks an hour? 16.19.02 # hahahahaah 16.19.15 # * tvelocity[away] hides in a corner 16.21.00 *** Saving seen data "./dancer.seen" 16.21.10 # preglow: Why? Part of the asm cpu core code might be in iram, but it still needs to read the z80 instructions from sdram. Z80 instructions are usually single bytes, so that might be even slower than running m68k code from sdram (and having it in the icache for loops) 16.26.35 # either way. 16.26.38 # we can do both. 16.26.46 # dynarec can be integrated into an assembly cpu core 16.26.59 # and it won't be up to full speed without one anyways 16.27.07 # so its better to write the assembly cpu core first 16.27.13 # then if thats not fast enough, add dynarec 16.28.34 # at the moment i'm more interested in on the fly playlist creation 16.28.56 # after seeing how huge a frigging boost i got from adding some table data to my imdct_l routine, i realized how bloody important it is 16.29.10 # i even use movem for the data in question, so should be fast also in sdram 16.29.11 # but no 16.29.42 # most of the interpreter core should fit in the code cache 16.29.51 # so don't use iram for code 16.30.13 # how much ram does the gameboy have? 16.30.42 # Up to 4 meg are possible (mostly rom) 16.30.51 # yeah, i meant ram 16.31.10 # or can carts add extra ram as well? 16.32.38 # I'm not that much into gameboy hardware, but I think this is possible 16.33.24 # I don't understand why you're explicitly asking for ram though 16.33.39 # well, if it's very little, just stuff it in iram 16.33.51 # z80 has few registers, so it'll be accessed a lot 16.34.07 # doing byte and word accesses on a coldfire is slow enough as it is 16.34.32 # it can only have 16bits of adress space 16.34.34 # at the same time 16.34.43 # of which the lower 8k are rom 16.34.44 # what about bank switching? 16.34.53 # does it do that? 16.34.55 # yes 16.35.02 # Do you propose copy-on-bankswitch? Now _that_ may be slow 16.35.31 # no, i don't 16.35.32 # i meant < 0x8000 are rom o.o 16.35.44 # thats 32kb.. 16.36.19 # it has two banks 16.36.36 # wait, maybe i'm wrong about that o.o 16.37.15 # either way, everything below 0x8000 in gb address space is rom 16.37.41 # 64kb of adress space in total 16.39.21 # preglow: how fast is mp3 now? 16.40.20 # very fast, once i get linus' as well as my last changes in iram at the same time 16.40.29 # approaching 300% realtime 16.41.15 # at 120mhz, i assume? 16.41.19 # what about 48mhz? 16.41.20 # aye 16.41.23 # close to 100% 16.41.27 # hrm 16.41.33 # is that enough? 16.41.46 # oh yes 16.42.50 # preglow: good progress 16.42.52 # will linus' mp3-play-test be implemented like the /sample.wav test? 16.43.17 # who knows 16.43.18 # i doubt it 16.43.23 # preglow: what about 320bps ? 16.43.43 # HCl: that's what i'm talking about 16.43.46 # okay. 16.43.51 # just checking 16.44.04 # Shagnar: I asked the same at the mailinglist ;) 16.44.17 # got an answer? 16.44.22 # not yet 16.44.26 # kk 16.44.40 # preglow: 300% @ 320bps? (120 mhz) 16.44.44 # thats fast... 16.44.51 # t0mas: it MIGHT be there once i get all my shit together 16.44.56 # ok 16.44.58 # after some more work 16.45.01 # i just haven't got the time 16.57.50 # rockboy with grayscale is much more better than in monochrome...^^ 17.06.09 Join Psy^Dead [0] (nobby@ACC8B988.ipt.aol.com) 17.06.28 # congrats on the 5 seconds of iriver mp3 :) 17.06.37 # good choice of mp3 to use too 17.06.58 # did i miss something? 17.07.05 # mailing list 17.07.24 # iriver has mp3 test playback 17.07.29 # wow 17.07.39 Join nozomiyume [0] (~vthakkar@ip-139-112.station.sony.com) 17.07.53 # To follow up on the Rockbox tradition, here is the news: 17.07.53 # 17.07.53 # A few minutes ago, I played the first 5 seconds of real-time MP3 audio on my iRiver H140. 17.07.53 DBUG Enqueued KICK Psy^Dead 17.07.53 # 17.07.53 # This was an experimental hack, so there are lots of things left to do to enjoy MP3 playback for real, but it's not far away now. 17.07.54 *** Alert Mode level 1 17.07.54 # 17.07.56 # Nevertheless, we have passed a milestone in the iRiver project. 17.07.58 # 17.08.00 # Of course, the 5 seconds of audio was Machinae Supremacy, this time The Great Gianna Sisters. 17.08.02 # You can download it here: http://www.machinaesupremacy.com/downloads/machinae_supremacy_-_gianna_sisters.mp3 17.08.04 # 17.08.06 # Keep on rocking!!! 17.08.08 # a link would have done graet... 17.08.08 # 17.08.10 # Linus 17.08.19 # im subscribed, i dont have a link :P 17.08.22 # haha 17.08.26 # the archives are on the web 17.08.40 # yeah, but im lazy 17.09.11 # congrats anyway 17.09.16 # rockbox ml or rockbox-news ? 17.09.25 # i know you did most of the codec porting pre 17.09.37 # http://cool.haxx.se/mailman/listinfo/rockbox 17.10.00 # i just did the optimizing 17.10.06 # porting was done by dave chapman 17.10.07 # yay. 17.10.24 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 17.10.24 # * HCl yawns 17.10.46 # tired or ungrateful? :P 17.10.52 # tired o.o 17.11.00 # hahah 17.11.04 # he think he tried to diss my work!!! 17.11.25 # i can see no other way out of this than through a duel 17.11.50 # trout shall be my weapon 17.12.52 # i'll take the extra thick edition of the hhgttg 17.13.35 # i've got that, and it's a light weight 17.13.39 # feathery paper 17.13.45 # you shall fall to my trout 17.14.04 # or maybe i'll bring my kreyzig book 17.14.14 Quit Shagnar (Read error: 145 (Connection timed out)) 17.14.27 Join muesli- [0] (~muesli_tv@dsl-082-082-147-241.arcor-ip.net) 17.14.32 # high 17.14.32 # argh 17.14.38 # three new star wars trailers :) 17.17.55 *** Alert Mode OFF 17.29.37 # l8er.. 17.29.39 Quit muesli- ("ich will Kühe!!!") 17.30.29 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 17.30.30 Quit einhirn (Read error: 54 (Connection reset by peer)) 17.30.44 Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) 17.40.59 Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) 17.46.10 Quit Psy^Dead () 18.00.26 Join rasher [0] (~3e4f4094@labb.contactor.se) 18.21.04 *** Saving seen data "./dancer.seen" 18.27.58 Quit bobTHC ("Smoke Weed Every Day !") 18.28.37 # mrf 18.31.53 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu) 18.34.06 Join LinusN [0] (~linus@labb.contactor.se) 18.36.03 # i must be a masochist 18.36.37 # i'm actually itching to try optimizing the mdct in tremor 18.36.56 Part lImbus 18.37.05 # it's actually quite emac friendly 18.38.14 # i do wonder how the PROD32 functions will do, though, the top bit is automatically shifted away by the multiplier 18.39.30 # if that bit is actually used, we've got a problem 18.53.42 # i thought markun was saying something about how the top 32bits being the most important ones.. 18.53.53 # and him saying about how we couldn't use the emac for that cause of it 18.53.59 # i might be wrong though 18.54.01 # of course they are 18.54.57 # all my imdct_l opts use the top bits with emac instructions 18.55.02 # so he is quite obviously wrong 18.55.28 # i'd be happy to tell him how to use the emac in such a way, just have him ask 18.56.05 # vorbis optimizations don't look to be too hard, they often use a fixed point format that is equivalent to what the emac unit uses internally 18.57.12 # mhm. 18.57.35 # if i'm not too busy with my AI and compiler creation classes, i'll prolly take a look at converting dumb to fixed point 18.57.46 Join Sucka [0] (~NNSCRIPT@host81-156-210-120.range81-156.btcentralplus.com) 18.57.51 # do that, i won't have time to do it for a long while 18.57.56 # i'll give you some pointers, though 18.58.01 # please do :) 18.58.15 # just let me know when you're at it 18.58.53 # * t0mas is away: dinner :) 19.00.01 # Zagor: I found another bug in my FAT code - it would have failed in the FAT16 root. Again - argh! 19.00.03 # And I checked the 'clear whole clusters' thing, this is working correctly. Phew. 19.00.07 # I've uploaded a fixed version of my patch to the usual place. I've added some more debug info as well. 19.00.34 # ...would have failed in certain cases, of course 19.02.43 # HCl: dumb will probably be a iriver only codec unless you also plan on writing fixed point functions in c 19.02.58 # mmmmmm? 19.03.03 # *watches his cat race by* 19.03.20 # * amiconn is awaiting the MAS .wav 'codec' 19.10.45 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.14.29 # i'm away 19.18.52 # http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=PluginRock 19.18.52 # boy 19.19.02 # * HCl slaps putty 19.24.52 # amiconn: would be interesting, but would it be of any use? 19.24.59 # aside from playing wavs o.o 19.25.05 # hm. i guess it might make rockboy sound work too 19.25.12 # if it wasn't that the archos is way too slow for it 19.47.48 Join stevenm [0] (~steve@177-96.mam.umd.edu) 19.48.46 # Hello people 19.48.52 # hey stevenm 19.49.05 # I just cut off a few operatios.. Anyone feel like timing midi2wav? 19.49.06 # any progress from your side of the world? 19.49.19 # mmm, if you're prepared to wait roughly half an hour 19.49.21 # Yea.. I cut out a few shifts 19.49.22 # bit busy at the moment 19.49.30 # Sure..I have physics now 19.49.42 # then another class after that.. if my battery lasts that long, then sure 19.49.48 # okay 19.49.50 # :) 19.49.55 # yea 19.50.18 # I am hoping like, 75% realtime out of this 19.50.29 # :) 19.50.41 # haven't committed the code yet though, want to make sure it actualy works first 19.50.47 # so I'll upload a .tar 19.54.24 # k 19.59.04 # okay 19.59.04 # got time 19.59.15 # if i can find my iriver 20.00.47 # which i can and have 20.01.10 # Hi 20.01.15 # hey 20.01.38 Quit Chamois (" HydraIRC -> http://www.hydrairc.com <- Leading Edge IRC") 20.01.46 # okay, here is tarfile: http://wam.umd.edu/~stevenm/midi.tbz2 20.01.54 # that untars into /apps/plugins 20.02.23 # and you'll need the soundset if you dont have it.. http://wam.umd.edu/~stevenm/patchset.tbz2 .. untars into .rockbox 20.02.37 # and here's the test file: http://wam.umd.edu/~stevenm/mi1.mid 20.06.18 # okay 20.06.31 # sorry, i had to rewrite a script a bit since it was malfunctioning 20.06.35 # * HCl gets 20.06.41 # sok 20.06.50 # midi2wav.rock then goes to .rockbox/viewers 20.07.09 # make sure its clocked to 120mhz or else it take forever 20.09.05 Join webguest12 [0] (~c10bdb25@labb.contactor.se) 20.10.07 Quit webguest12 (Client Quit) 20.13.17 # * HCl goes to build 20.13.42 Quit HCl ("Lost terminal") 20.13.54 Join hcl [0] (hcl@titania.student.utwente.nl) 20.13.58 # sucks. 20.14.00 # anyways 20.14.17 Nick hcl is now known as HCl (hcl@titania.student.utwente.nl) 20.14.29 # there you go 20.15.27 # has anybody looked at radio for iRiver? 20.15.45 # not yet, austriancoder said he might 20.16.12 # or he may already be at it, this was 10 hours ago, and I left in the middle of the conversation 20.16.19 # ghehe 20.16.22 # he's pretty fast ;) 20.16.30 # * t0mas wanted to take a look at it too.. 20.16.43 # around 12:00 in the logs 20.16.51 # (not that I think I can do it... but still :)) 20.17.29 # ah, no word from him since 20.18.39 # hmz... the chip is the same as the ondio? 20.18.50 # so the code is there? we just need an I2C driver? :) 20.18.55 # yeah 20.19.46 Join muesli- [0] (muesli_tv@hmln-d9b8e257.pool.mediaWays.net) 20.20.21 Join silencer_ [0] (~silencer@zen.via.ecp.fr) 20.20.33 # to bad I know nothing of that I2C thing... 20.20.37 # rasher, love the IRC stats :) 20.20.44 # hoi 20.21.06 *** Saving seen data "./dancer.seen" 20.21.58 Quit silencer (Read error: 104 (Connection reset by peer)) 20.22.26 # stevenm: how do i build midi2wav 20.22.26 # ? 20.22.30 # its not getting built 20.22.35 # maybe i need to cvs update >.> 20.22.38 # *goes to check* 20.22.43 # yea.. it's in SOURCES in CVS 20.23.05 # yea you prolly wanna get the latest CVS.. then untar that tarfile in there. I put it in sources, added to viewers.config, etc 20.23.39 # * t0mas is bored... and the only thing I can think of to code is to difficult... as I don't know that I2C thing 20.23.41 # yea 20.29.17 # ok finally 20.29.19 # * HCl goes to test 20.29.26 # t0mas: you can make a start with the runtime lib 20.29.43 # what should it do? :) 20.29.46 # t0mas: it pretty much involves searching for the code that gets executed when a song is done playing 20.29.47 # HCl, see how long it takes .. 20.29.56 # t0mas: keep track of how many times a song has been played 20.30.04 # ooooh that idea 20.30.11 # and keep track when a song was last played 20.30.11 # for playcount/autoplaylist? 20.30.21 # for advanced playlist generation 20.30.28 # wasn't rasher working with that too? 20.30.37 # "give me all rocksongs of the 80's and 90's that last longer than 3 minutes that have been played at least 5 times" 20.30.40 # stuff like that. 20.30.45 # well, mostly database stuff. 20.30.48 # there's not any code yet. 20.30.59 # * HCl goes to test the midi 20.31.04 # HCl, thanks 20.31.05 # HCl: The MAS .wav codec should allow playing .mods as well 20.31.17 # I'm probably not going to be of much help 20.31.22 # code-wise 20.31.24 # amiconn: are mods low profile enough? 20.31.44 # Think so, at least the 4-channel protracker (-derivates) 20.31.58 # mk 20.32.09 # okay 20.32.12 # If a stock 7 MHz AMiga is able to play them, an 11..12 MHz should as well 20.32.13 # time for my timed midi run 20.32.19 # true 20.32.39 # the autodetection of rolo isn't working for me properly 20.33.01 # stevenm: it crashed. 20.33.09 # HCl, hmm? What it say? 20.33.10 # I0B:Line-F 20.33.29 # HCl, what's that? How far did it get in loading? 20.33.33 # yepp, got this in rockboy too 20.33.44 # it showed \ 20.33.46 # and then it crashed 20.33.51 # muesli-: mm? 20.33.57 # HCl, you have the patchset in .rockbox ? 20.34.02 # yes 20.34.15 # * HCl goes to get a paperclip 20.34.37 # HCl when i started super mario i got an error msg like this and the player hang up 20.34.37 # HCl, that is strange. 20.35.13 # hmyea 20.35.17 # it seems all plugins are broken 20.35.20 # at least rockboy too. 20.35.27 # HCl, ALL plugins ? 20.35.38 # well, at least rockboy 20.35.51 # HCl, Ah, I see 20.36.05 # and yes 20.36.06 # all plugins 20.36.09 # minesweeper crashes too 20.36.22 # HCl, we tested midi last night and it ran fine.. and the only changes I made would have caused a crash on patch load 20.36.26 # hmm. 20.36.30 # THAt is not good 20.36.48 # even pong breaks 20.36.55 # i'm not gonna be able to test anything with current cvs 20.36.57 # all with the same error? 20.37.01 # yes 20.37.08 # strange 20.37.11 # LinusN, any ideas > 20.37.12 # ? 20.38.11 # can someone explain/tell me why the rockbox logo on the remote is upside down? 20.39.06 # HCl: (crashing plugins) Seems your plugins don't match your rockbox.iriver (plugin api mismatch), and the api version was not bumped 20.39.07 # HCl: your build sounds brooooken 20.39.24 # i'll try to rebuild completely.. 20.39.35 # but as far as i know 20.39.37 # i already did 20.42.03 # oh, no.. getting I0B as well 20.42.26 # on a fresh build 20.42.47 # so, what happen ? 20.43.14 # haha, helloworld works... sortof 20.43.18 # Something in recent CVS ? 20.43.56 # linus changed the memory location thing recently... 20.43.57 # i think.. 20.44.13 # HCl, yea I see that in the recent CVS.. would that affect plugins somehow? 20.44.18 # sounds like that could be it 20.44.20 # yes. 20.44.22 # try "helloworld" plugin 20.44.27 # it outputs garbage 20.44.29 # helloworld "works" 20.44.30 # yea. 20.47.36 # hm... 20.47.36 # -#define DRAMORIG 0x30000000 20.47.36 # +#define DRAMORIG 0x31000000 20.47.41 # can that be a problem? 20.47.43 # is there any way to revert certain files to the old version? 20.47.51 # checkout the old version? 20.47.54 # how? 20.48.08 # I don't know the options out of the blue 20.48.14 # normally use a graphical client 20.48.33 # i'll just change everything back to the 3000.. 20.48.36 # see if it helps 20.48.37 # cvs checkout -D date 20.48.51 # yesterday might work? 20.49.30 # mk.. 20.49.36 # already changed everything back by hand 20.49.56 # ok, is that working? 20.49.59 # dunno 20.50.01 # compiling 20.50.34 # change of classes, back in 10 min 20.51.13 # k 20.51.26 # all plugins must be compiled 20.51.29 # recompiled 20.51.34 # i did that. 20.51.35 # it broke. 20.51.42 # oops 20.52.27 # let me guess 20.52.30 # plugins.lds =] 20.52.47 # yup 20.53.03 # * t0mas is waiting for an *OOPS* commit ;) 20.54.27 # done 20.55.12 # wow that's fast 20.56.13 # * HCl tries steven's timing thing now 20.56.40 # LinusN: Btw, what was the problem with the old sdram start address? 20.56.54 # * HCl is curious to that too. 20.57.51 # the sdram was mirrored in an unfortunate manner 20.59.24 # causing..? 21.00.10 # badness :-) 21.00.15 # * HCl wonders whether it causes/fixes his upside down rockbox logo on his remote.. 21.00.18 # okay 21.00.32 # the 32mb was suddenly two copies of the first 16mbytes 21.00.39 # eep 21.00.49 # how'd that happen o.o 21.00.50 Quit stevenm ("Leaving") 21.01.02 # read the comments in crt0.S 21.01.06 # kay 21.01.08 # LinusN: Was that the real cause of the freezes you observed? 21.01.21 # overwriting the vector table 21.01.23 Join stevenm [0] (~steve@177-96.mam.umd.edu) 21.01.28 # I'm back 21.01.34 # HCl, any luck w/ the plugin? 21.01.48 # recompiling 21.01.57 # ok 21.02.33 Join webguest78 [0] (~513ece6b@labb.contactor.se) 21.02.48 # btw, how was the 5 second mp3 playback done, like the wav test or in something that could be called a start of the multi codec architecture? 21.03.13 # start of the codec arch 21.03.23 # kewl 21.03.29 # cheers linus 21.03.37 # made my day ;) 21.04.06 # LinusN: rolo doesn't seem to detect an rockbox firmware update on my iriver, any idea why? 21.04.27 # sometimes it just doesn't :_) 21.04.36 # k o.o 21.05.01 # um, steven 21.05.05 # it said could not load file 21.05.28 # * HCl stares at it saying "i hope this works" 21.05.47 # HCl, is there HD activity ? 21.05.51 # yes 21.06.14 # 1 minute 15 seconds passed, including the loading patches bit 21.06.20 # HCl, interesting, so it must be synthesizing. I wonder what though 21.06.28 # HCl, what file could it not load? 21.06.41 # um, i just clicked the select button on the midi file 21.07.18 # HCl, all right... I guess it looks like it is running. I am just curious, what specific error did you get? 21.07.18 # i'm just hoping it'll stop eventually o.o. 21.07.32 # can't say, it went too fast, something with unable to load file 21.07.33 # HCl, at 120Mhz it should not take more than 2 and a half min 21.07.37 # then it proceeded to load patches 21.07.37 # ouch. 21.07.39 # >.> 21.07.42 # i forgot 120mhz 21.07.43 # sorry 21.07.53 # HCl, it started NAMING patches? 21.08.03 # naming? o.o. 21.08.13 # like, started showing their names on the screen 21.08.34 # because it would have said "Error opening [something].pat" if it cannot find the patchset 21.08.40 # gonna start again 21.08.42 # no, not that 21.08.55 # "Could not open file" 21.08.58 # "LOADING PATCHES" 21.08.59 # Hold on a sec 21.09.11 # and then it quickly says something about -7 and size 21.09.11 Quit webguest78 ("CGI:IRC (EOF)") 21.09.19 # "/mi1.mid" 21.09.22 # it said that before everything 21.09.58 Nick tvelocity[away] is now known as tvelocity (~tony@ipa138.2.tellas.gr) 21.09.58 # HCl, -7 size is a .wav thing, that always happens with xxx2wav 21.10.03 # okay 21.10.27 # HCl, it says 'Could not open file" if the file descriptor for the .mid file is 0. I was under the impression that 0 means invalid 21.10.38 # HCl, so if it got changed to -1 or something, then no worries 21.10.39 # no, -1 means invalid 21.10.57 # HCl, ah, that explains it ... .. the sim version must be different 21.10.57 # okay, i didn't time this run though.. 21.11.09 # it ended 21.11.12 # HCl, ah.. well you should (hopefully) get a .wav 21.11.16 # let me try again and time 21.11.17 # miditest.wav and it should be working 21.11.20 # HCl, thanks 21.11.36 # 9:11:28 starting time 21.13.09 # stevenm: if you want to time, you can look at how battery_test does it .. it's super-easy 21.13.26 # rasher, will do 21.13.31 # heh 21.13.36 # exactly 2 minutes 21.13.40 # rasher, I just squashed a few shifts in this one, and precomputed a few things 21.13.43 # HCl, thanks 21.14.00 # rb->get_current_tick() or something 21.14.01 # Wow that is 78% realtime 21.14.06 # interesting, the plugin fix also flipped my rockbox logo the way its supposed to be 21.14.09 # just subtract that from start/end, and you're good 21.14.14 # on the remote 21.14.27 # that's pretty crazy 21.14.51 # HCl, just out of curiosity.. the output file, miditest.wav, is it mangled or sounding ok? 21.14.56 # no idea 21.14.57 # stevenm: 0 is always a valid file descriptor, also for the simulator. It's just that you won't see fd == 0 on the sim very often. 21.14.58 # let me play. 21.15.12 # amiconn, all right, will change 21.15.47 # amiconn, yea, it's -1 in other places.. I must have missed one here 21.15.56 # i know this song. 21.15.56 # o.o; 21.16.00 # ecco 21.16.04 # of sega 21.16.05 # oh wait 21.16.05 # no 21.16.05 DBUG Enqueued KICK HCl 21.16.05 # xD 21.16.08 # HCl, working? 21.16.09 # monkey island 21.16.10 # yup 21.16.12 # works fine 21.16.12 # yep 21.16.17 # thanks, excellent 21.16.42 # 1:34 21.17.15 # HCl, yea that should be file length 21.17.31 # 94 sec / 120 sec = 0.78 21.17.45 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 21.17.45 # * HCl nods 21.17.52 # I know this is not the best way of doing it because different parts of the file have different load 21.18.03 # but it works for average and gauging if it got any faster 21.18.31 # next I have my eyes set on the output buffer and the huge if statements, see if that can be sped up any 21.18.47 # stevenm: do you think there is enough room for optimization to do midi playback in battery/heat feasible time? 21.18.54 Nick lolo-laptop is now known as lostlogi (~lostlogic@68.251.84.226) 21.18.55 Nick lostlogi is now known as lostlogic (~lostlogic@68.251.84.226) 21.19.19 # I don't think heat will be a problem 21.19.22 # or.. it won't 21.19.41 # lostlogic, I am hopeful. This is only optimization in C.. after nothing more can be done, I guess I can ask someone to help me optimize in ASM, like use emac, etc 21.19.43 Join ep0ch [0] (~ep0ch@213-208-105-54.dyn.gotadsl.co.uk) 21.19.50 # not since we run the cpu at max 120mhz 21.20.04 # lostlogic, heat I don't think is a big deal because we decided 140Mhz was too hot.. so then 120Mhz is fine ? 21.20.11 # gotcha 21.20.27 # quick question, does writing to disk add much of an overhead? 21.20.32 # we can always cut the sampling rate again :) 21.20.46 # ep0ch: yes 21.20.50 # it slows things down 21.20.56 # t0mas, this thing writes once every 3000 samples 21.21.13 # t0mas, you think that causes too much slowdown ? 21.21.15 # you cut sampling rate? 21.21.15 # I ran my iriver for 5 hours straight at maximum cpu usage without overheating 21.21.17 # don't know 21.21.23 # so stevenm might be running at realtime with disk output off 21.21.25 # stevenm: how many times per second is that? 21.21.32 # HCl, yea right now it is at 22050Hz 21.21.35 # ep0ch: don't think so 21.21.38 # ah 21.21.43 # stevenm: you can test it? 21.21.44 # well let's see here. it writes every 3000 BYTES 21.21.47 # just remove diskwriting... 21.21.57 # HCl, you wanna do a test w/o writing? 21.22.00 # and run it with a stopwatch next to it ;) 21.22.00 # then yes. remove diskwriting 21.22.04 # definately :P 21.22.08 # * t0mas too :) 21.22.14 # HCl, all right, go to midi2wav.c 21.22.27 # mhm 21.22.41 # Comment out line 214 21.22.43 # in plugins right? 21.22.50 # outputBufferPosition=0; 21.23.00 # k 21.23.07 # nah I was gonna say, comment out the write(...) call 21.23.09 # better comment out the whole if... 21.23.30 # or is that line I copyed needed? 21.23.36 # yea actually comment out everything in that loop but synthSample() 21.24.16 # ick. 21.24.17 # okay. 21.24.18 # I actually wanna change the buffer to ints so that we don't have all the register overhead than that 21.24.48 # and none of that crazy incrementing crap, just assign it and stuff. then it becomes faster.. worked for getsampe 21.25.09 # * HCl runs to get his chrger 21.25.10 # charger 21.26.09 # will this midi playing on a portable audio player be a first? I do not know of any others... 21.26.59 # counting 21.27.09 # anyone looking at DSP effects? 21.27.22 # nafaik 21.27.47 # doh! 21.27.50 # * HCl forgot 120mhz again 21.27.51 # sorry 21.27.56 # whoops 21.28.02 # there is no disk activity this time, right ? 21.28.08 # nope 21.28.11 # cool 21.28.24 # there's a noise shapening plugin for foobar that would be damn nice in rockbox 21.28.27 # lostlogic, I guess it'd be pretty cool if it actually gets up to speed 21.28.51 # counting 21.28.58 # btw I just subscribed to rockbox mail list.. sorry about the comments and code, etc. will fix 21.29.05 # coding style/tabs 21.30.13 # hm.... 21.30.23 # not realtime 21.30.38 # more than realtime? ;) 21.30.46 # thats disappointing 21.30.52 # it only made a difference of 4 seconds? o.o 21.31.23 # 1:56.. 21.31.49 # HCl, I see.. did you comment out just the write or the whole outputBuffer[...] stuff too 21.32.01 # outputbuffer stuff too. 21.32.05 # ah 21.32.11 # maybe it is done in the background or something 21.32.24 # well there is still ASM stuff.. plus stuff to be done in C 21.32.31 # l8er ladiez... 21.32.40 # * rasher tries adding a timer to midi2wav 21.34.18 Quit MoosCamaro (Read error: 104 (Connection reset by peer)) 21.34.55 # rasher, sok, don't worry about it, I got it. Latest version isn't in CVS anyway 21.35.17 # lol 21.35.25 # out of total boredom I wrote a disco plugin :P 21.35.41 # flashing both backlights :P 21.35.59 # oh dear 21.37.05 Join asdsd_ [0] (asdsd@h-67-100-28-186.miatflad.dynamic.covad.net) 21.37.24 # I want the plasma demo >< 21.37.28 # :P 21.37.31 # LinusN: the wav playing crashes were due to the sdram mirroring? 21.37.31 # why don't we? 21.37.41 # we have grayscale, just need to finish the grayscale patch 21.37.49 # does anyone know whats lacking from the grayscale patch? 21.37.59 # look at the files 21.38.05 # lots of functions are blank 21.38.10 # okay. 21.38.15 # then optimizations of course 21.38.18 # i need to sleep properly for once... 21.38.19 # :/ 21.38.24 # wimp! 21.38.24 # then i can take a look at it 21.38.35 # no, seriously, i have insomnia :/ 21.38.51 # If you have an uptime fixation, go here: http://rasher.dk/updike/ (sortof nsfw) 21.38.56 # i thought you meant to go to bed earlier 21.39.02 # actually not being able to sleep sucks worse 21.39.10 # yea.. 21.39.11 # it's actually one of the suckiest things in existence 21.39.15 Join Strath [0] (~mike@dgvlwinas01pool0-a202.wi.tds.net) 21.39.24 Join GnagelRam [0] (~chatzilla@gnagelram.olf.sgsnet.se) 21.40.00 # ghehe 21.40.04 # rasher? uptime in what? 21.40.09 # days? hours? 21.40.21 # days I guess 21.40.28 # try sleeping here.... it's like 90 degrees in our rooms because the univ. is too cheap to turn on A/C 21.40.49 # [tomas@nigel tomas]$ uptime 21.40.49 # 21:40:40 up 122 days, 9:41, 1 user, load average: 0.00, 0.00, 0.00 21.40.56 # 21:38:49 up 46 days, 8:31, 11 users, load average: 4.00, 4.00, 4.03 21.41.02 # rasher, what the devil .. ? 21.41.12 Quit muesli- (Read error: 60 (Operation timed out)) 21.41.20 # * HCl flexes his stable load average of 4, meaning all 4 of his processors are used to the max :p 21.41.24 # we all know uptime is proportional to penis size, why hide it? 21.41.39 # lol 21.41.46 # 21:41:36 up 32 days, 9:57, 2 users, load average: 1.63, 0.90, 0.70 21.41.51 # * t0mas wins :P 21.42.12 # which reminds me.. I should tape the powerswitch 21.42.17 # bobby:~# uptime 21.42.17 # 21:42:12 up 243 days, 12:15, 1 user, load average: 0.07, 0.02, 0.00 21.42.19 # :P 21.42.23 # shut it down one night trying to turn on the light :( 21.42.41 # and my router :) 21.42.42 # [root@bruce root]# uptime 21.42.42 # 21:42:21 up 122 days, 11:40, 1 user, load average: 0.16, 0.03, 0.01 21.42.51 # mine's only 16 days 21.43.02 # and it's about to go to zero. battery almost dead 21.43.02 # all three debian ofcourse :P 21.43.15 # laptop? :) 21.43.18 # this here be a gentoo laptop. gotta love suspend 21.43.19 # yea 21.43.27 # mine never makes it past one day... 21.43.28 # I don't think I've rebooted in weeks 21.43.39 # t0mas, I suspend it a lot 21.43.47 # irritating high sound of the disk kills me... 21.43.55 # oh yea 21.43.55 # ah... that's a way :P 21.44.08 # lol 21.44.17 # my roommate has a 64 bit AMD with some insane graphics card and 2 huge hard drives. One is a Raptor- so much heat 21.44.18 # check the page with 243 days :P 21.44.24 # we can't sleep in that place 21.44.30 # he never turns it off 21.44.59 Join hubbel [0] (hubbel@h9n1fls302o1033.telia.com) 21.45.08 # * HCl 's server is located near the washing machine for exactly that reason.. 21.45.29 # mine's in the kitchen 21.45.37 # but.. still pretty close to my bed 21.45.48 # at least there's a door 21.45.52 DBUG Enqueued KICK asdsd_ 21.45.52 # 1010,00hey guys 21.45.59 # mine are downstairs... 21.46.09 # in a closet... 21.46.12 # never heard them 21.46.18 # my server has 7 8cm fans :P 21.46.19 # I have no downstairs :) 21.46.50 # cool.. my sound driver is in the cvs :) how is the audio api going? 21.46.59 # Okay I have to go now. THis thing is about to die 21.47.00 # bye all 21.47.08 # bye 21.47.11 Quit stevenm ("Leaving") 21.47.19 # hubbel: its going, linus played the first 5 seconds of an mp3 this morning.. 21.48.30 # Hcl: nice! I saw he fixed a DRAM bug today aswell 21.48.37 # yea 21.48.55 # there's also a rockboy sound driver, and we play the first 8mb of a wav. 21.49.36 # I'm almost have the motivation to tweek and get recording to work now :) 21.49.50 # last time it crashed horribly =) 21.50.25 # :p 21.54.00 Quit hubbel () 21.55.23 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 21.55.23 # * HCl feels like fixing up grayscale and getting it into cvs, finally 21.55.31 Quit StrathAFK (Read error: 110 (Connection timed out)) 21.55.31 # that would be plain smashing 21.55.44 # totally 21.55.46 # but first i want to eat some food and finish this anime 21.55.51 Quit asdsd_ ("Trillian (http://www.ceruleanstudios.com") 21.55.57 # food sounds good 21.55.58 # Plasma demo!! 21.56.15 # rasher: i'll finish the grayscale patch if you make the plasma demo :P 21.56.30 # there *is* a plasma demo 21.56.35 # oh 21.56.35 # in the patchtracker 21.56.35 # o.o 21.56.39 # okay 21.56.39 # o.o 21.56.45 # I want :D 21.56.49 # yes yes. 21.56.55 # you want you want you need you need. 21.57.03 # I suuuuuure do 21.57.06 # * HCl goes to check on food 21.57.16 # well, I just get excited :) 21.59.26 # :P 21.59.35 # well, i know how the new format works, i know how the old format works 21.59.41 # i don't see why it should be too difficult :) 21.59.46 # i'll check on it after i finish food 22.00.49 Nick tvelocity is now known as tvelocity[away] (~tony@ipa138.2.tellas.gr) 22.03.37 # rasher: The plasma demo will need some fixup. It uses floating point... 22.04.04 Part GnagelRam 22.04.39 # aw 22.04.46 # good reason to learn fixed point math 22.04.47 # ! 22.05.11 # I guess you could say that 22.05.12 # HCl: grayscale in CVS = good 22.05.13 Quit Zagor (Remote closed the connection) 22.05.17 # amiconn: this wav codec you are talking about accepts plain pcm data, yes? 22.05.28 # i thought you meant .wav files, heh 22.05.29 # would probably be better if I did it with something I understood 22.05.55 # no patches today either :/ 22.06.41 Quit webmind (Connection timed out) 22.06.46 # preglow: Yes, we should call it "PCM codec" to be precise. For some reason it is almost always called WAV codec... 22.07.24 # amiconn: how the flaming hell did they avoid bundling such a thing to begin with? 22.07.44 # Most likely an IP problem 22.08.17 # The MAS is developed by Micronas, and they offer a very primitive PCM pass-through 22.08.41 # This PCM pass-through can only handle 44.1kHz 16 bit stereo, with no buffering 22.08.59 # hahah, the plasma uses LONG DOUBLES 22.09.10 # sounds great 22.09.12 # the only float format gcc doesn't support emulating 22.09.16 # ...and from the MAS' parallel port input, which is not connected in the archos boxes 22.09.36 # amiconn: this'll be more flexible? 22.09.36 # preglow: It actually works on archos 22.09.51 Join stevenm [0] (~steve@181-208.mam.umd.edu) 22.09.55 # then gcc has long double routines for sh 22.09.58 # it doesn not for gcc 22.10.02 # ah the joys of an air conditioned room 22.10.06 # at least they weren't listed in the file i looked at 22.10.43 # Afaik, the Archos multimedia jukeboxes, also use the MAS for audio decoding, and obviously there was demand for PCM support 22.11.33 # So archos developed their own PCM codec, which is said to be much more capable. Handling different sample frequencies, using buffering etc. 22.11.48 # hahah 22.11.49 # We *believe* that it also support serial transfers 22.11.59 # a ton of code just for generating a sine table 22.12.20 # preglow: plasma? 22.12.22 # yes 22.12.34 # ^_^ 22.12.40 # preglow: If that's the only place were floats are used, the fix should be simple 22.12.40 # darn 22.12.51 # i really need to fix my icq so i can reach markun.. 22.12.52 # the fix will be simple anyway 22.13.03 # i just don't see why he doesn't use a precalced sine table in such a little plugin 22.13.16 # if you use interpolation, you need very few points 22.13.30 # Iirc it was for educational purposes 22.13.39 # would it be possible to reverse engineer the firmware in the other models and see how the PCM codec works? 22.13.43 # 128 points with linear interpolation is sufficient for high fidelity audio use, so it's much, much more than adequate here 22.13.49 # Otherwise he could just have copied the sine table from cube.c 22.14.04 # ...which is 1 degree resolution 22.14.14 # hokay 22.14.32 # if its educational i guess there's a point to it 22.14.41 # Unfortunately that one uses the odd fixed point format I once mentioned 22.14.59 # (divide by a power of 10 instead of a power of 2) 22.15.22 # there are no floats in the main loop 22.15.38 # just switching everything from 'long double' to 'double' should have this working on iriver as well 22.15.42 # * amiconn should really get up to full speed rockbox dev again 22.15.55 # provided someone code the grayscale lib for iriver as well, of course :V 22.16.09 # do you have your iriver yet amiconn? 22.16.11 # Wah, I *want* my iriver 22.16.17 # thats a no 22.16.18 # :P 22.16.20 # §!$§"! 22.16.24 # amiconn: call the shop, dress them down for being fools and get one another place 22.16.46 # i say try ebay since there aren't gonna be many shops that'll still have them 22.17.31 # There are quite some H-1xxs on ebay now 22.17.36 # i can imagine 22.17.45 # * amiconn missed 2 H-140s ending today 22.18.04 # what did they go for? 22.18.11 Join muesli- [0] (muesli_tv@hmln-d9b8e263.pool.mediaWays.net) 22.18.15 # Slightly above 300,- € 22.18.15 Quit Aison (Read error: 145 (Connection timed out)) 22.18.27 # jesus christ 22.18.39 # that's what I paid for mine, new 22.18.53 # Where? 22.18.55 # oh wait, mine's h120 22.19.08 # Ah, that explains it 22.19.38 # But mp3players.co.uk .. half a year ago though 22.19.44 # I don't think they have them there anymore 22.19.45 # I wanna get one.. you guys think it's worth waiting for the 3x0 port or get an h1x0 now? 22.19.54 # i have no idea. 22.20.02 # i think in the end i might prefer 3x0 22.20.02 # re 22.20.17 # stevenm: I'd definitely prefer H-1x0 22.20.26 # amiconn: why? 22.20.27 # amiconn, any reason? 22.20.40 # aside from no optical out (i think?) 22.20.48 # rockbox runs on it? :) 22.20.50 # ..because I don't like energy-consuming colour displays on mobile devices, but maybe that's just me 22.20.51 # ..assuming there is a rockbox 3x0 port ... ... there is going to be one, right ? 22.21.02 # thats a good point. 22.21.07 *** Saving seen data "./dancer.seen" 22.21.17 # stevenm: LinusN said it should be fairly easy 22.21.22 # * amiconn 's mobile phone is also b&w only 22.21.39 # awesome! color rockbox 22.22.12 # yepp, i am also thinking about a change to 3x 22.22.45 # that colour display is awesome 22.22.59 # it just eats your batts out... 22.23.07 # * lostlogic is _eagerly_ waiting for H3x0 support. 22.23.17 # amiconn: colour lcds consume almost no extra power compared to a b&w display 22.23.19 # gbc on h3x0 :D 22.23.23 # you dont need it, just use your remote as usual 22.23.30 # Is 3x0 faster? 22.23.41 # stevenm: not afaics 22.23.43 # nope, same hardware stuff built in 22.23.49 # ah 22.23.49 # afaik 22.23.51 # * micoo is _eagerly_ waiting for gmini400 support. 22.23.59 # micoo: don't hold your breath 22.23.59 # :( 22.24.03 # preglow: Not the display itself, but almost all of them *require*backlighting in order to be able to decipher anything 22.24.07 # slightly different /upgraded chips here and there in the H3, but nothing major 22.24.09 # amiconn: indeed 22.24.35 # if you never use your backlight, that will be an issue 22.24.54 # I was showing my friend ajbrec w/ rockbox and video plugin. He has korean firmware on 3x0 22.25.02 # However, I know that it's possible to build colour LCDs that are readable with very little or no extra backlighting if the ambient light is strong enough 22.25.02 # eh... the white colorlcd backlight uses more power than thow simple blue leds right? 22.25.05 # he was very excited to say he was watching stargate on that at 8 fps 22.25.16 # ...because I actually saw such a display recently 22.25.45 # I was like.. yea, rockbox has video at 70 fps.. on a chip 10x as slow 22.25.55 # haha 22.26.01 # the coding technology is slightly different... 22.26.06 # * amiconn wonders why not all mobile device manufacturers use such types of colours LCDs 22.26.14 Join ehntoo [0] (~noclue2@24.177.161.77.up.mi.chartermi.net) 22.26.31 # i have seen on oled on a pmp 22.26.40 # never saw an oled 22.26.40 # that was really amazing! 22.26.51 # really phantastic 22.26.58 # no viewing angle 22.27.15 # oled is most likely not teh big power saver either 22.27.22 # doesnt matter how you look at it, its ALWAYS great 22.27.35 # no, oled needs less energy 22.27.48 # the hidden trap is the lifecycle 22.27.53 # ..than colour lcd with backlight, yes 22.27.57 # its limited so far 22.28.10 # ...but not compared to b&w lcd without backlight 22.28.45 # i do prefer lighted surfaces anyway 22.28.53 # food 22.29.06 # i have seen it at the cebit..once you own you dont want to change anymore.. 22.29.17 # it 22.29.38 # http://www.neosoltech.com/eng/technology/oled.php 22.29.58 # check the right box 22.30.52 # Well this is a company that *sells* oleds :) 22.30.55 # "power consumpion under 5mW" 22.30.58 # for what size? :P 22.30.58 # nope 22.31.07 # http://www.neosoltech.com/eng/product/product_tmr.php 22.31.22 # i have seen this player on the fair 22.31.43 # I see.. they still have good reasons to be very positive about it :) 22.31.59 # * t0mas starts thinking of the next rockbox port :P 22.32.24 # its the future..plasma and tft have sufficient disadvantages 22.32.40 # Plasma is the devil 22.33.02 # if nothing else, then because they weigh a TON 22.33.10 # okay 22.33.20 # * HCl fixed up trillian so it'll do icq again 22.33.34 # * muesli- yawns at hcl: great 22.33.39 # :) 22.33.54 # :P well, after i finish my anime, i'll look at grayscale 22.34.01 # it mostly means that i should be able to contact markun again 22.34.35 Join Tang_ [0] (~chatzilla@ATuileries-151-1-24-83.w82-123.abo.wanadoo.fr) 22.34.35 # we are yearning for grayscale :D 22.34.51 # himuesli 22.34.53 # :) 22.35.08 # high tang :D 22.35.17 # :) 22.35.32 # hi 22.35.50 # HCl? have you ever looked at the dutch rockbox translation? 22.35.56 # no xd 22.35.57 # hi t0mas 22.36.01 # :) 22.36.03 # i absolutely hate software thats in dutch xD 22.36.06 # ghehe 22.36.14 # I use most things in English too 22.36.30 # go oranje go :) 22.36.35 # ghehe 22.36.39 # anyways. 22.36.44 # * HCl goes to look at the grayscale patch 22.36.55 # * muesli- jumps 22.37.03 # I recently realized that I actually use english more than my native tongue(norwegian) 22.37.22 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 22.37.32 # all scandinavians and dutch speak english very well 22.37.40 # sweet 22.37.44 # lol 22.37.50 # is there anyone else here from the us ? 22.38.07 # i am yealeous on your tv program, no dubbed moviez etx 22.38.09 # etc 22.38.09 # I wish I lived in a large city 22.38.12 # like london 22.38.15 # or even oslo 22.38.28 # I'd die living in a large city 22.38.30 # dubs = evil 22.38.36 # yepp 22.38.47 # I refuse to watch anything that is dubbed 22.38.51 # it's just too horrible 22.38.52 # muesli-: we have to speak English... 22.39.00 # nobody speaks dutch 22.39.23 # we do not..but those idiots transform any englisch word in to german 22.39.25 # and dutch translations of most software have _REALLY_ bad error messages and things like that 22.39.28 # i hate large cities 22.39.31 # we call it denglisch 22.39.36 # um. 22.39.36 # but does indeed look like i'll be moving to oslo 22.39.36 # ghehe 22.39.43 # * HCl stares at the current grayscale implementation. 22.40.04 # i don't think it should have the same api as the grayscale library.. simply because its a native framebuffer and simply can't do somethings a virtual framebuffer can... 22.40.22 # some things* 22.40.36 # COMPLY! 22.40.41 # er.. mcm 22.40.46 # wrong window 22.41.01 # rockbox.zip 20-Apr-2005 22:40 494K 22.41.06 # was that you hcl? 22.41.10 # hm? 22.41.14 # where/when? 22.41.21 # right now 22.41.23 # on my ftp? 22.41.29 # nope, on rbx 22.41.30 # eh? o.o; 22.41.31 # no. 22.41.41 Quit Harpy (Read error: 60 (Operation timed out)) 22.42.02 # HCl: If you're going to work on greyscale for iiver, please consider http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=GraphicsAPI as well 22.42.35 # i would really apreciate a software reset btw 22.42.44 # ? 22.42.45 # like how? 22.42.47 # resetting settings? 22.42.59 # (that's already possible) 22.43.11 # just press i.e 3 buttons to do a reboot 22.43.23 # not possible 22.43.24 # It's my shot at a unification of the various graphics apis present so far, trying to combine the advantages and to avoid the disadvantages 22.43.25 # can't press 3 buttons 22.43.26 # * HCl reads 22.43.46 # plus, you can just rolo rockbox.iriver 22.43.52 # just one after another? 22.43.56 # that's as close as you'll get to software reset anyway 22.44.09 # rolo? 22.44.10 # yeah, rolo rocks for testing :D 22.44.13 # tnx LinusN again :D 22.44.27 # muesli-: go to a .iriver file on the player 22.44.30 # and "play" it 22.44.33 # just a plugin that crashes? ;) 22.44.49 # no, it reloads 22.44.58 # crashes..that causes a crash.. 22.44.59 # ;) 22.45.00 # you can have multiple .iriver files... and load them all 22.45.24 # amiconn: it would imply all grayscale things would be in 1byte/pixel format? 22.45.27 # bitmaps anyways 22.45.39 # Ho, it doesn't 22.45.41 # what is that .river files good for? 22.45.42 # *No 22.45.51 # void xxx_gray_bitmap(unsigned char *data, int x, int y, int width, int height, int stride) 3) 3) Draw a greyscale bitmap. This uses the canonical greyscale format, 1 byte/pixel 22.46.02 Join belgarath [0] (~acd82a31@labb.contactor.se) 22.46.04 # so we wouldn't be able to use native format bitmaps 22.46.12 # or am i misunderstanding that.. 22.46.23 Quit belgarath (Client Quit) 22.46.32 Join belgarath [0] (~acd82a31@labb.contactor.se) 22.46.44 # or is the blit function gonna do that 22.46.45 # ? 22.47.18 # muesli-: that .iriver file is the firmware loaded by the bootloader 22.47.29 # amiconn: what should the "xxx_" become? 22.47.32 # HCl: xxx_bitmap() ..... "Draw a *native* bitmap 22.47.43 # ah. right. 22.47.44 # okay. 22.47.48 # looks good then 22.47.58 # what should the xxx_ be? 22.48.45 # amiconn? I have that bmp thing working... and from plugins its easy to use the pluginbuffer... but when I do something in core... should I just declare a static image buffer? or are there other ways? 22.48.56 # Well, I didn't think about that yet. Maybe it should just be lcd_ for the core implementation as it is now 22.49.15 # okay 22.49.21 # lcd_ are using the same functions.. 22.49.25 # right? 22.50.06 # t0mas: As I already said, my idea would be that the core module which actually uses the images does its own buffering (e.g. wps) 22.50.19 # yeah, that's what I'm doing now 22.50.56 # HCl: The idea is to unify the graphics apis, so some work is required for the b&w archos lcd_ implementation as well 22.50.56 # but in wps I can just declare a simple unsigned char images[2560]... or do something intelligent.. problem: I don't know how to do it intelligent :P 22.51.20 # There is no more intelligent way 22.52.13 # :( 22.52.17 # ok 22.52.30 # HCl: Then I also have a number of ideas to optimise both speed and code footprint, which are not part of the api documentation 22.52.57 # The basic idea is already present in the grayscale library 22.54.24 # mhm.. 22.54.35 Quit belgarath ("CGI:IRC (EOF)") 22.54.44 # * HCl sighs at other people talking to him on a different chat and distracting him 22.54.55 # amiconn: so pretty much, i'd have to alter both iriver and archos to use the new api? 22.55.05 # For displays with <1 byte/pixel, or when one byte in the raster memory equals more than one pixel for some other reason (planar display or such), have 2 groups of very lowlevel functions 22.55.16 Join Biptoria [0] (~51982fd4@labb.contactor.se) 22.55.31 # One group is for manipulating single pixels, and the other for manipulating whole pixel blocks 22.55.40 # Anything new today my loverlys ? 22.55.41 # you lost me o.o 22.56.05 # HCl: You wouldn't need to do the archos work of course 22.56.20 # A pixel is made up of 3 colours 22.56.20 # Biptoria: Linus played first bits of mp3 on his iRiver today 22.56.23 # yea.. what about the <1 byte / pixels.... 22.56.23 # Biptoria: see mailinglist 22.56.29 # i didn't understand what you meant 22.56.41 # How well did it play? 22.56.49 # it didn't play well :) 22.57.03 # Get back to work then rasher 22.57.09 # .x 22.57.44 # HCl: I mean, for such displays like the archos (or iriver in b&w mode) one byte matches 8 pixels, and for iriver 4-grey it matches 4 pixels 22.57.49 # yes 22.57.51 # what about it..? 22.58.12 # So if you manipulate whole blocks at once, this should definitely boost performance 22.58.33 # um. okay *still confused* 22.58.47 # i'll just try to implement that new api as lcd_* in lcd-h100.c, right? 22.59.13 # lcd_bitmap() does what I mean in the b&w implementation 22.59.20 # Instead of having the CPU piss around with lots of blocks, it pisses round with larger less blocks ? 22.59.27 # Hey guys, does anyone mind if I commit all the midi code, or is anyone else messing with that? 22.59.35 # i say go ahead 22.59.52 # lcd_fillrect() simply re-uses lcd_bitmap(), which is way better than doing single pixels, but not yet optimal 22.59.54 # cvs is after all a concurrent versioning system. 23.00.07 # The bad example is lcd_invertrect() ... 23.00.10 # amiconn: i'll leave the optimizing for later. 23.00.15 # i'll just try to implement 23.00.22 # All right, here goes 23.00.41 # ofcourse 23.00.46 # Will i be able to play MP3 if i use the dailybuild ? 23.00.51 # that was if my cat doesn't claim my lap 23.00.53 # nope 23.00.55 # HCl: Iiuc one reason for not yet incorporating markun's patch is its slowness 23.01.03 # Why not :| 23.01.08 # LinusN hasn't committed any mp3 code to CVS yet. 23.01.10 Quit ep0ch (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so good") 23.01.12 # Biptoria: because it's not in cvs yet 23.01.19 # The monkeh 23.01.22 # amiconn: i don't see that as a reason. rockboy was slow at the start too. 23.01.25 # just like libmad 23.01.38 # Rockyboy still is slow isnt it / 23.01.38 # there's no point in committing it yet 23.01.39 # ? 23.01.39 # Yes, but rockboy isn't core code 23.02.10 # ...and libmad is simply needed to get anything useful out of the unit 23.02.23 # Greyscale support is not really needed though 23.02.28 # i still think that it should just be put in with a comment that its slow and needs optimization o.o;;; 23.02.37 # (although being nice of course) 23.02.38 # Whats the diff between Greyscale and B&W? 23.02.45 # a world of difference. 23.02.59 # Whats it using at the mo ? 23.03.07 # rockboy, jpeg viewer 23.03.09 # mandelbrot 23.03.11 # sorry if i prompt your discussion 23.03.18 # plasma would use it too 23.03.38 # :| i meant the menu 23.03.40 # but okay 23.03.45 # just to give "request" from MR 23.03.51 # HCl: The biggest performance killer is the b&w bitmap drawing in 4-grey mode. 23.03.55 # about playlist 23.03.55 # i'll just keep petting my cat if people don't want grayscale in cvs.. 23.04.01 # the menu is... 4 color b&w at the moment, if I remember 23.04.12 # amiconn: i don't see why that would be a performance killer 23.04.15 # Iirc markun's patch does that pixel-wise, which is a really bad idea because b&w bitmap drawing also means text drawing... 23.04.18 # Poor cat 23.04.24 # "in the futre do u think itd be possible for rbx to simply recognize wma's as audio so u could open up rbx put the wmas in a play list and save it, reboot and then use it on the normal firmware? sorry i no this prolly isnt a very desirable feature. but it seems like it wood be easy to do." 23.04.38 # Biptoria: i doubt he would've crawled on my lap for pets if he hated it 23.05.27 # Its probably hungry, or just wants to pee on you 23.05.28 # (request from eternalwolfman: http://www.misticriver.net/boards/showpost.php?p=197920&postcount=555 ) 23.05.43 # being pee-ed on by pets isn't fun. 23.05.57 # naw, kittys are cute 23.06.40 # Tang_: should be easy 23.06.42 # Did you survive the gay ordeal the other night HCI 23.06.50 # :) 23.07.02 # i imagine indeed 23.07.03 # i tried to ignore anything i could possibly hear 23.07.06 # and close both of my doors 23.07.19 # fortunately, we have 20 cm thick soundproof walls. 23.07.24 # that are way too hard too. 23.07.35 # they're built so that if a fighter jet crashes into our flat 23.07.37 # but the excitment just got too much so you joined in 23.07.39 # it'll only get 3 rooms far 23.07.40 # i there is two HCl? 23.07.46 # I'm kinda wishing I hadn't read that. 23.07.52 # :| 23.07.52 # Biptoria: not really -.- 23.08.06 # * HCl has a gay flatmate who's a jerk and sometimes has "visitors" 23.08.07 # >.< 23.08.14 # anyways. 23.08.16 # not important. 23.08.25 # * HCl pets his cat and watches his anime 23.08.33 # :| 23.08.39 # amiconn: i really don't see why slowness would be an argument against development 23.08.42 # its development after all 23.08.52 # Is your pet called anime ? 23.08.55 # HCl, you have a what? 23.09.12 # stevenm: a gay person living in my flat, in the room next to me. 23.09.24 # HCl, ah, I see. 23.09.45 # HCl: I don't say that it shouldn't be developed, I only say it shouldn't be in cvs without at least some critical points being optimised 23.09.54 # why? 23.10.17 # hmm... HCl, was that jet fighter comment a reference to the Dirk Gently novels? Just wondering. 23.10.24 # the who? O.o. 23.10.27 # no, i was serious. 23.10.30 # :| lol 23.10.31 # we have an airforce base nearby 23.10.40 # we even have special soundproof glass 23.10.46 # :) 23.10.48 # Perhaps it's just me, but a current cvs build should always be in a usable state. Unfortunately rockbox cvs doesn't use branches 23.11.03 # HCl: You know hhgg but not Dirk Gently? :-O 23.11.08 # rasher: yes. 23.11.17 # So, theoretically you could kill your flatmate and no one would hear 23.11.24 # amiconn: i don't see any slowness or "not usable" on my iriver with grayscale O.o. 23.11.38 # i usually run a grayscale version so i can play rockboy with grayscale. 23.11.39 # HCl: *sniff* it's a DNA character from two other books he wrote 23.12.22 # is the sound sorted on Rock boy yet ? 23.12.33 # depends on what you call sorted. 23.12.35 # the sound driver works. 23.12.41 # rockboy is just not realtime yet. 23.12.52 # HCl: DNA wrote Dirk Gently's Holistic Detective Agency, and The Long Dark Teatime of the Soul. The second one had something on a jet crashing through the main character's flat. 23.12.56 # Yeh its slow as hell on mine 23.13.03 # HCl: Okay, maybe it's fast enough for the current state of rockbox on iriver. I can't check that myself, you know :( 23.13.12 # yea, i know.. 23.13.25 # but yea, i think its fast enough, and we can always just optimize it asap 23.13.34 # but first 23.13.38 # i need to get my cat out of my lap 23.13.40 # without offending him 23.13.43 Quit lostlogic ("Client exiting") 23.14.02 # there. 23.14.21 # poor thing 23.14.32 # lol 23.15.05 # you should of got a dog, you can sell them for more 2nd hand 23.15.21 Quit muesli- (No route to host) 23.15.25 # dogs drool, smell, and are too stupid to walk theirselves. 23.15.33 # well, not always. 23.15.34 # and they don't clean theirselves either 23.15.36 # Muesli my main cereal 23.16.04 # amiconn: i should just create the lcd_* things of the new api for iriver, right? 23.16.08 # good night all 23.16.11 # cheers 23.16.16 # I know a dog that walks it self, it only has 3 legs 23.16.39 # cat's are annoyingly independent 23.16.51 # yeh, there gay 23.16.52 # i rather cats 23.16.55 # :) 23.17.03 # cause they are independants 23.17.08 # and curious 23.17.12 # unlike dogs 23.17.14 # Boring 23.17.18 # :D 23.17.27 # HCl: yes 23.17.38 # Akk they want is food then they piss off for the rest of the day 23.17.40 # our hs physics teacher hated cats with all his being 23.17.53 # always colliding an elephant with a cat 23.18.01 # cats, and his mother-in-law 23.18.14 # whats wrong with elephants 23.18.19 # i would want to know 23.18.30 # too big, you can't shove an elephant in a cupboard when you get mad at them. 23.18.35 # if elephant always fall on their legs like cats 23.18.39 # They have a lot of momentum when THROWN at a cat 23.19.03 # unfortunately no zoo directors let me try 23.19.05 # :D 23.19.16 # (time to go to bed i guess) 23.19.16 # okay 23.19.25 # i'll get on it as soon as people stop talking to me x.x; 23.19.36 # Yeh im off aswell. love you HCI 23.19.44 # *forces a smile* 23.19.45 # * Biptoria waves 23.19.48 # bye. 23.19.54 Quit Biptoria ("CGI:IRC") 23.20.19 # you can stop smiling now. 23.20.26 # woot! no more midi2wav.c warnings 23.20.50 # that's the first time in a while that iriver warning count has gone down :) 23.20.55 # eep.. there's one on normal target.. 23.21.09 # and I know why too. I changed a parameter 23.21.15 # but still.. I killed like, 9 23.21.35 # I see that. good work. 23.21.56 # :) thanks 23.22.09 # and I converted all the tab/space stuff and the comment style. that took a while 23.22.39 # we need an astyle line on the wiki that people can use.. 23.22.50 # fortunately mindlessly changing // to /* */ is only slightly less boring than listening to the guy praddle on about physics 23.25.10 # amiconn: what should the default mode be? 23.25.11 # hmpf 23.25.32 # thats not a valid mode :p 23.25.32 # sorry, wasn't directed to you 23.25.37 # :) 23.25.40 # heh 23.26.11 # what should it be? 23.26.15 # solid? 23.26.37 Quit Tang_ ("Chatzilla 0.9.68a [Firefox 1.0.3/20050414]") 23.27.09 # *sigh* I miss my gentoo setup... I've gotta get back at configuring it. 23.27.33 Join amiconn_ [0] (~jens@pD95D1FEA.dip.t-dialin.net) 23.27.48 Quit amiconn (Nick collision from services.) 23.27.48 Nick amiconn_ is now known as amiconn (~jens@pD95D1FEA.dip.t-dialin.net) 23.28.19 # blurf 23.28.26 # HCl: default mode should either be FG or SOLID 23.29.18 # anyways, for me it is food time. good bye all 23.29.22 # ok 23.29.37 # have a good period of nourishment ingestion. 23.29.41 Part stevenm ("Connection reset by beer.") 23.30.32 # amiconn: i could use a description on the wiki to how the mode affects each function.. 23.30.51 # _blit for example, does the mode get ignored there or what? 23.31.18 Join ashridah [0] (ashridah@220-253-122-114.VIC.netspace.net.au) 23.32.17 # Ah, hmm, I think I made that clear enough. The description of the function should tell you whether it uses the mode or not 23.32.18 Quit courtc (Connection timed out) 23.32.27 Join courtc [0] (~court@adsl-154-41-244.asm.bellsouth.net) 23.32.47 # Basically, all drawing function use the mode, with the exception of the non-b&w bitmap functions 23.33.30 # All other functions (scrolling, updating, specials) do not. 23.33.46 # okay 23.33.48 # didn't see that 23.33.48 # lcd_clear_display() counts as a drawing function in respect to that 23.33.49 # sorry 23.33.55 # mhm 23.34.06 # okay. 23.34.58 # Well, lcd_clear_display() is a 'half'-drawing-function, in that it should use the background colour, but not the mode 23.36.20 # It is debatable whether the xxx_blit() function is part of the graphics api at all. In fact, it's a low-level access function for the lcd that circumvents the normal graphics api... 23.36.51 # * amiconn realises he's talking too much and coding too little 23.38.02 # :p 23.38.03 # rasher: Your stats are really great :-/ I'm the second-most talker (word count wise), while being around for far less time than Linus :-O 23.38.04 # * HCl works on stuff 23.39.32 # does anyone know how many intermediate grayscale settings the iriver lcd can have? 23.39.35 # 4? 23.39.41 # or 8? 23.40.31 # nm 23.41.17 # 4 23.41.27 # black, white and two user definable 23.41.38 # if that's what you meant :> 23.41.54 # or do you mean how many levels of gray you can have? 23.42.02 # well, i meant what you can set the user definable too 23.42.08 # but i found some code of markun for that already 23.42.10 # hmm 23.42.15 # the data sheet has that info 23.42.20 # aight 23.42.38 # amiconn: should i make dummy rgb functions for set_foreground etc 23.42.40 # or leave them out? 23.43.15 # No rgb necessary for greyscale displays 23.43.20 # mhm 23.43.21 # k 23.43.44 # foreground and background should just use a single value for them 23.44.23 # (0..3 in case of iriver, with 0 == black and 3 == white, the 2 grey levels being equally spreaded) 23.45.13 # Ah no, of course it should take 0..255 23.45.29 # That's simple to convert anyway, just shift right by 6 23.47.12 # LinusN: Are you there? 23.48.23 # if something in mode complement draws on something, it should invert the foreground pixel if there is one, right? 23.48.38 # yup 23.49.36 # can you explain the FG/BG mode? 23.49.56 # BG will only draw on background pixels(empty) and FG only on foreground pixels (already drawn pixels) ? 23.50.17 # shouldn't it be draw background pixels with current foreground colour? 23.50.36 # ehh? i thought fg and bg scheme was only used in text mode-ish stuff 23.50.51 # No, foreground and background isn't related to what is already on the display, but what your to-be-drawn primitive looks like 23.51.01 # right 23.51.03 # oh. right. 23.51.09 # preglow: Text mode and 1-bit bitmaps 23.51.13 # so we only draw the fg that exists and the bg if exists 23.51.21 # soo.. what should drawpixel do in that mode? 23.51.23 # Yes. 23.51.24 # just draw fg color? 23.51.32 # * preglow gets an urge to code more on his ansi viewer 23.51.51 # Look at the table under 'concepts' 23.51.56 # drawpixel shouldn't have a bg, if you ask me 23.52.27 # doh. i'm stupid. 23.52.29 # or i'm sleepy. 23.52.32 # one of the two. 23.52.34 # thanks. 23.54.11 # preglow: Yes, all non-bitmap primitives consist of foreground pixels only. So the 4 modes actually become only 2 modes 23.55.41 # more tea for me 23.55.43 # ...and the mode is global, as are the foreground and background values, but I think this less of a problem than having to pass all of these parameters to each primitive 23.55.45 # whats the bresenham algorithm? 23.55.59 # or shall i just implement drawing lines with setpixels? 23.56.09 # we can always optimize later 23.56.23 # when drawing a line, you can usually just use setpixel 23.56.29 # the offsets have to be recalculated anyway 23.56.36 # bresenham algo you can find tons of implementations of on the net 23.56.48 Quit rasher ("CGI:IRC 0.5.4 (2004/01/29)") 23.56.55 # The free-directioned lines are drawn with single pixels anyway 23.57.23 # you can have a special case for hline and vline unless they are separate functions 23.57.27 # then you don't use putpixel 23.57.27 # There already is a working implementation of that, using bresenham for calculating which pixels to set 23.57.55 # preglow: Yes, I propose separate functions for hline and vline 23.58.08 # yes, good idea 23.58.19 Join rasher [0] (~3e4f4094@labb.contactor.se) 23.58.32 # I also do not propose to throw everything out and start from scratch. There's much code that is reusable 23.58.44 # yea, i'm noticing that. 23.58.50 # so far its been moving stuff and adding a switch for the drawmode