--- Log for 15.03.106 Server: clarke.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 9 days and 23 hours ago 00.00.27 # voltagex: I'm not really sure, honestly. 00.00.28 # the current libscrobbler takes a unix epoch timestamp 00.00.46 Quit tinodeleste ("Client exiting") 00.01.05 # anyone around that can help me to get profiling working on a plugin? 00.01.45 # obo: that could be handled by the script that imports the logfile, simply tell it which timezone the timestamps are in 00.02.07 # leaving all the hard work off the target 00.02.41 # yeah, guess so 00.03.11 Quit midkay_ (Read error: 104 (Connection reset by peer)) 00.04.37 # how about making the log-keeping a tsr plugin instead? Won't work when other plugins are loaded of course, but won't increase code-size either 00.05.38 # I thought about that - but if I was going to use it, I'd want it on all the time 00.05.46 Part LinusN 00.06.30 # Paul_The_Nerd: running the player with the AC adaptor plugged in seems to boost the CPU speed as rockboy is going faster. 00.07.22 # obo: how often are you using a regular plugin while listening to music though? Probably won't add much code-size to jam it into the core though, I guess.. 00.08.28 Quit petur ("here today, gone tomorrow") 00.08.42 # voltagex: That's... odd. 00.09.54 # well, since I just got a DAP, quite a bit at the moment - playing :) 00.10.18 Join Mong [0] (n=mongeyc@83-70-54-7.b-ras1.dbn.dublin.eircom.net) 00.11.01 # oh and I also found a program called CrossTool which builds crosscompilers automatically 00.14.50 Quit ender` (" Eighty percent of all people consider themselves to be above-average drivers.") 00.15.27 Quit webguest69 ("CGI:IRC") 00.17.06 *** Saving seen data "./dancer.seen" 00.18.02 Quit lImbus (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") 00.18.38 Quit Kohlrabi (Read error: 104 (Connection reset by peer)) 00.33.23 Quit matsl (Remote closed the connection) 00.37.10 Part amiconn 00.37.59 Quit youngcereal ("... und tschüß") 00.38.36 Part Paul_The_Nerd 00.43.47 Quit Moos ("Glory to Rockbox !!!") 00.45.01 Join kernel_sensei [0] (n=boris@81.56.253.161) 00.45.43 Quit kernelsensei (Nick collision from services.) 00.46.21 Nick kernel_sensei is now known as kernelsensei (n=boris@81.56.253.161) 00.52.48 Join JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au) 00.59.34 Join midkay [0] (n=midkay@rockbox/developer/midkay) 01.02.35 Join stripwax [0] (n=stripwax@i-83-67-214-206.freedom2surf.net) 01.03.57 Quit voltagex (Read error: 104 (Connection reset by peer)) 01.14.02 Quit obo ("bye") 01.15.32 # yay... 01.21.40 Join damaki [0] (n=Chocolat@ALille-153-1-3-20.w83-198.abo.wanadoo.fr) 01.22.55 # yay? 01.24.40 # yay, sharpe. 01.27.51 Part stripwax 01.34.04 # Mikachu? 01.37.20 Join nnod [0] (n=donn@xp000931.massey.ac.nz) 01.39.26 Quit Mong () 01.44.51 # is there any rockbox port that currently runs on the gmini XS200? 01.45.14 Quit muesli__ (Read error: 110 (Connection timed out)) 01.49.53 # nay 01.50.07 # yay? 01.50.08 # yay 01.50.25 Join Rob2222 [0] (n=Miranda@ACB6CEC9.ipt.aol.com) 01.50.51 # i'm bored... midkay, i'm going to get to work on the packaged wps idea thingie, this weekend hopefully... 01.52.00 # if your bored, why not strt it now? 01.52.33 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 01.53.08 Quit linuxstb (Nick collision from services.) 01.53.09 Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 01.53.39 # i've previous matters to attend to... 01.54.15 # pretty much this week 02.07.26 Quit Rob2222_ (Read error: 110 (Connection timed out)) 02.17.09 *** Saving seen data "./dancer.seen" 02.22.19 Quit xmixahlx ("blah blah blah") 02.23.39 Join imphasing_ [0] (n=a766a239@yossman.net) 02.31.57 Part radsaq 02.35.03 # sharpe, that's cool 02.42.07 Quit imphasing_ ("yossman.net freenode.net/wikipedia webchat CGI:IRC 0.5.4 (2005)") 02.56.12 Join fiftyfour123 [0] (n=chatzill@cpe-66-108-136-179.nyc.res.rr.com) 02.56.48 Quit fiftyfour123 (Client Quit) 03.01.18 Join tvelocity [0] (n=tony@ipa126.6.tellas.gr) 03.07.13 Quit tvelocity ("Ex-Chat") 03.09.07 # http://img461.imageshack.us/my.php?image=dump00015ma.png 03.11.26 Quit midkay (Read error: 104 (Connection reset by peer)) 03.11.29 Join midkay_ [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) 03.15.30 Quit paugh ("Leaving") 03.17.11 Join nave7693 [0] (i=evan@c-71-198-247-170.hsd1.ca.comcast.net) 03.17.21 Join Spida [0] (i=Spida@p508A38E4.dip0.t-ipconnect.de) 03.19.30 Part nave7693 03.27.35 Quit Spida_ (Read error: 110 (Connection timed out)) 03.41.52 Part fantomas 03.49.26 Join voltagex [0] (n=voltagex@dsl-210-211-102-124.nsw.veridas.net) 04.02.50 Quit thegeek (Read error: 104 (Connection reset by peer)) 04.02.51 Join thegeek_ [0] (n=thegeek@s026b.studby.ntnu.no) 04.02.51 Quit midkay_ (Read error: 104 (Connection reset by peer)) 04.03.32 Join midkay_ [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) 04.08.33 Quit midkay_ (Read error: 104 (Connection reset by peer)) 04.09.23 Join midkay_ [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) 04.11.12 Quit Daishi ("Client exiting...") 04.17.10 *** Saving seen data "./dancer.seen" 04.19.44 Quit nnod ("Leaving") 04.19.45 Quit midkay_ (Read error: 104 (Connection reset by peer)) 04.20.21 Join midkay_ [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) 04.29.57 Join nave7693 [0] (i=evan@c-71-198-247-170.hsd1.ca.comcast.net) 04.36.45 Nick Kilohert is now known as kilohurt (n=hifi-@c-67-177-241-134.hsd1.co.comcast.net) 04.52.19 Join virtualball2 [0] (n=virtualb@ACACA911.ipt.aol.com) 05.06.09 Join Kreator666 [0] (n=3a685a8b@labb.contactor.se) 05.07.12 # I think that you guys might want to have a look at this :) 05.07.14 # http://www.ipodwizard.net/showthread.php?t=8585 05.12.38 # Kreator666, nice.. one thing first off, though, it doesn't seem to check for errors.. i extracted just the batch file and ran it, and although i got a few "file not found errors" the script continues asking me which model i have.. :) 05.12.53 Part nave7693 05.13.06 # haha. 05.13.07 # The system cannot find the file specified. 05.13.07 # Bootloader copied, all files in place! 05.13.07 DBUG Enqueued KICK midkay_ 05.13.07 # Press any key to continue . . . 05.13.11 # :) 05.13.16 # lol 05.13.22 # what ipod, what file? 05.13.28 # no ipod, no files. 05.13.54 # it just tries to do what it thinks it should and says success even without the appropriate files present.. 05.14.56 # that's the thing with bat files, there really is only 'if exist' to check files 05.15.17 # are you using that or what? it doesn't appear so.. 05.15.22 # have you extracted everything to the same folder? that's what it relies on 05.15.26 # i don't know much about batch files anyways. 05.15.28 # Kreator666, no, that's my point. 05.15.41 # "IF EXIST C:\Rockbox\bootloader-video.bin ECHO Bootloader copied successfully!" 05.15.42 # i purposefully did not connect my ipod and did not copy all the files. 05.15.51 # yeah well 05.15.53 # Kreator666, ah, that'd make sense. 05.16.09 # i do have a few files in c:\rockbox from my last install. 05.16.43 # you need to extract everything in the zip to the same folder, as these are the references that it runs off 05.16.52 # before changing with the cd command 05.17.11 # Kreator666, never mind.. 05.17.46 # never mind what? i can see that you are purposefully putting things in the wrong place.. 05.17.54 # Mr. Trivial 05.18.05 # Kreator666, yes, that, was, my, point. 05.18.42 # i said the batch file was not clever because even with a lack of files it claims "success". you explained that it checked in c:\rockbox for a certain file. i said ah, i do have that certain file from when i installed manually. 05.19.30 # ok then 05.19.58 # batch files are really basic anyway, but i wouldve thought that they would be good enough for this type of thing 05.20.18 # definitely wasnt expecting C++ quality coding from this 05.20.26 # extremely simple 05.20.33 # Kreator666, i'm not saying they aren't. i was under the impression there were no file checks. 05.20.56 # there are, just not at the start 05.21.15 # ill put them in then, to check for the bootloader/fw files at the beginning 05.21.22 # Kreator666, do what you wish 05.26.21 Join Leperkawn [0] (n=chatzill@68-188-193-92.dhcp.mrqt.mi.charter.com) 05.28.28 Quit Leperkawn (Client Quit) 05.30.41 Part Kreator666 05.46.08 Quit virtualball2 ("virtualball2 has no reason") 06.17.13 *** Saving seen data "./dancer.seen" 06.21.34 Quit imphasing (Read error: 110 (Connection timed out)) 06.23.54 Quit RotAtoR ("zzzzzz") 06.28.33 Join Leperkawn [0] (n=chatzill@68-188-193-92.dhcp.mrqt.mi.charter.com) 06.28.40 # Hello all. 06.29.23 # Is anyone active at the moment? 06.31.03 Quit phaedrus961 (Read error: 110 (Connection timed out)) 06.31.21 # Leperkawn, what's up? 06.31.31 # Not too much. 06.31.35 # I just have a question. 06.31.39 # shoot 06.31.44 # How would I install a WPS on my 5G? 06.32.01 # the wps file itself goes in .rockbox/wps 06.32.07 # Ok 06.32.11 # What about the other files? 06.32.17 # if you download a zip file from the WpsGallery it generally has the file structure already set up. 06.32.25 # Ok 06.32.34 # if it has some folders in the zip.. ie backdrops, wps, themes.. 06.32.39 # So I just drop the "brushed_metal" folder into WPS? 06.32.42 # then you just need to copy that all to .rockbox. 06.32.45 # haha. that's mine. :) 06.32.51 # ^_^ 06.32.58 # You created it? 06.32.58 # go inside the folder.. 06.33.12 # yes, i posted it a night or two ago :) 06.33.15 # It's nice. 06.33.19 # Anyways, I go inside wps 06.33.28 # thanks. go inside brushed_metal, what's in there? 06.33.38 # backdrops, fonts, themes, wps 06.33.49 # yes, copy all four of those folders to .rockbox 06.34.04 # Inside \wps correct? 06.34.06 # that's generally what's included with a file from the WpsGallery. 06.34.09 # no, just .rockbox 06.34.50 # Ok 06.35.05 # Now I shall boot up rockbox and test 06.35.17 # yes. "browse themes" from the menu, and choose brushed_metal. 06.35.20 # ok. 06.37.02 # Not showing up. 06.37.23 # brushed_metal in the Browse Themes menu? 06.37.50 # No 06.37.53 # I think i know what I did wrong 06.38.06 # Was I supposed to copy those 4 folders, or brushed_metal? 06.38.57 # all four folders. 06.39.01 # they correspond to folders in .rockbox. 06.39.07 # Oh, I see. 06.39.58 # the way it works, is.. the WPS file goes in .rockbox/wps; if the WPS has bitmaps associated with it, they go in /wps and a subfolder with that WPS' name. a theme config file goes in .rockbox/themes which tells rockbox to load that WPS along with set specific colors or a backdrop, etc. 06.40.34 # I see. 06.41.17 # How can I reset my ipod while it's attached in USB mode? 06.42.00 # reset? 06.42.17 # you can only reset settings outside of rockbox by flipping the hold switch on during boot.. 06.42.30 # Ahhhh 06.42.33 # that would explain alot 06.42.40 # Why my settings randomly erased. 06.42.48 # yes, it's quite annoying.. 06.42.55 # Reset, I mean, as in reboot 06.43.02 # ..unplug usb? 06.43.10 # I guess that would work 06.43.16 # I was wondering if there was a key combo. 06.43.29 # oh, no. 06.43.57 # Niice theme 06.44.06 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 06.44.06 # * Leperkawn gives midkay thumbs up 06.44.35 # Is it just me, or is navigation a bit annoying in the 5G? 06.45.03 # thanks. :) annoying? 06.45.14 # And why does it take quite a bit of time for my compy to see my ipod once I plug it in? 06.45.21 # Maybe it's just becasue I'm new 06.45.24 # fine for me. may be a bit of time before you get used to it once you've used the ipod firmware a while.. 06.45.31 # but if I want to view a playlist I have to go though all those menus 06.45.34 # only thing that bugs me is >> "accepting" settings in the menu. 06.45.48 # Leperkawn, during playback.. hold SELECT, "playlist", "view current playlist". 06.45.58 # Ok 06.46.20 # everything gets a bit clearer as you use it more.. 06.46.24 # Yeah. 06.46.29 # I'm just a wee little noob :P 06.48.14 # GOod ol' windows 06.48.32 # it says "I don't think Josh wan't control of his taskbar. I'll just freeze it!" 06.48.52 # "and whatever commands he told it to do, I shall do roughly 5 minutes later, severely pissing him off!" 06.48.54 # haha. 06.49.00 # yeah, that's basically it :) 06.49.05 # * Leperkawn pats windows on the back 06.49.09 # ... 06.49.12 # With a knife. 06.49.13 # partially related to the hardware disk mode, i think.. 06.49.15 # haha. 06.49.56 # * Leperkawn watches my windows appear and dissapear roughly 10 times as "Show Desktop" is ran 10 times in a row, about 5 minutes after I hit it 06.50.13 # Leperkawn, haha, that's all too familiar :) 06.50.23 # :P 06.50.38 # Time to put some rage, a7x and nin on my pod. 06.50.49 # the other 10k songs can wait. 06.50.57 Quit linuxstb (Read error: 110 (Connection timed out)) 06.51.06 # Leperkawn, haha :) 06.51.30 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 06.51.36 # And the other 20k unorganized songs from torrents can REALLY wait 06.52.02 # They Might Be Giants discography someone decided they didn't want to organize or tag properly, I'm talking to you. 06.52.10 # (and the rest of the torrents) 06.52.27 # Vehl, its about time I turned in. 06.52.35 # hahaha.. if you're going to download that much, at least have the.. you know. 06.52.42 # .. patience to tag it all manually! 06.52.44 # I do 06.52.47 # Just not 06.52.48 # Well 06.52.50 # I dont :P 06.53.05 # I can do it in small chunks. 06.53.11 # haha. 06.53.22 # like sit down for a few hours, bang my head off of some concrete blocks, take a nap, repeat 06.53.33 # Leperkawn, that's what it makes me want to do.. 06.53.34 # (sit down = sit down at computer and tag songs) 06.53.37 # to clear that up. 06.54.08 # after 5 minutes of tagging i go slowly insane and would rather slam my head against the sharp jagged edge of my brick fireplace.. ah, right on the corner.. with the point facing in towards my eye socket.. 06.54.08 # anyways, 0600 comes early 06.54.14 # 0.o 06.54.16 # o.0 06.54.18 # 0.o 06.54.19 # o.0 06.54.33 # that'd own though. 06.54.42 # accidentally stabbing yourself in the eye with the corner of a fireplace.. 06.54.45 # Erm, except for the person who would have to clean up the mess 06.55.00 # Whoops I tripped... into the corner of the fireplace... with my eye... 06.55.07 # yeah... can we get a doctor? 06.55.13 # * Leperkawn bleeds. 06.55.15 # hahahaha 06.55.29 # Anyways, thanks for the help 06.55.34 # gotta get up for 0600 06.55.36 # ciao 06.55.38 # no problem. :) alright. laters! 06.55.59 # * Leperkawn disappears 06.56.01 Quit Leperkawn ("Chatzilla 0.9.71 [Firefox 1.5.0.1/2006011112]") 06.56.37 # Bg3r: i'm here to relieve you from your grief. 06.59.59 Join needleboy [0] (i=Miranda@82-166-48-206.barak.net.il) 07.10.58 Quit voltagex (Read error: 104 (Connection reset by peer)) 07.13.37 # Paprica: that was 1:34 in the night :) 07.24.21 Join savagenator [0] (n=476a5aa5@labb.contactor.se) 07.24.41 # hello 07.25.17 # i need help registering at rockbox forums 07.25.30 # it wont send me the email to activate it 07.25.41 Join banan_ [0] (i=banan@dalink.campus.luth.se) 07.27.54 # anyone? 07.28.22 Quit [TCK] ("well, if you say so.") 07.28.27 # try another account 07.28.32 # (email account) 07.28.53 # i like the have the screen name savagenator....but i'll try it 07.28.53 Quit Sinbios (Connection timed out) 07.29.14 Join Sinbios [0] (n=Sinbios@toronto-HSE-ppp4012675.sympatico.ca) 07.29.53 # ok 07.30.15 # now i remember why i needed help here for real (i'm tired) i only have one email adress, and i already registered 07.30.19 # but it wont send the email 07.30.48 # guess you'll have to wait for whoever runs the site to show up 07.30.56 # hmmm 07.30.59 # not sure who it is, so i cant help you there. 07.31.12 # i'll come back tommorow then 07.31.48 # if anyone has an acound at MR that can help me my screen name is savagenator....thanks scott 07.31.50 # night 07.32.16 Quit Ashex () 07.32.17 Quit savagenator ("CGI:IRC (EOF)") 07.38.29 Quit sharpe (Read error: 110 (Connection timed out)) 07.42.11 Quit merbanan (Read error: 113 (No route to host)) 07.45.10 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 07.45.49 Join ender` [0] (i=ychat@84.52.165.220) 07.52.20 Quit needleboy () 08.11.55 Join phaedrus961 [0] (n=kdjd@ppp-69-233-112-176.dsl.bkfd14.pacbell.net) 08.11.59 Nick banan_ is now known as merbanan (i=banan@dalink.campus.luth.se) 08.15.59 Join B4gd3r [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 08.17.15 *** Saving seen data "./dancer.seen" 08.20.42 Join Rob2222_ [0] (n=Miranda@ACB6CEC9.ipt.aol.com) 08.20.49 Join needleboy [0] (n=Miranda@DSL217-132-33-174.bb.netvision.net.il) 08.28.20 Quit midkay_ (Read error: 104 (Connection reset by peer)) 08.29.11 Join midkay [0] (n=midkay@rockbox/developer/midkay) 08.30.09 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.30.15 Part LinusN 08.34.18 Quit B4gder (Read error: 113 (No route to host)) 08.36.42 Join amiconn [0] (n=jens@rockbox/developer/amiconn) 08.37.12 # good morning 08.37.47 # morning, ami 08.37.56 # evening 08.38.56 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.39.48 # Technically it's morning here too by this point BHSPitLappy 08.39.55 Quit B4gd3r (Read error: 113 (No route to host)) 08.42.41 Join LinusN [0] (n=linus@labb.contactor.se) 08.44.37 # JdGordon: I've completed my build tests. 08.46.03 # Unlike I thought before, compiling the same cvs code with the same gcc crosscompiler version on different host systems produces identical binaries. 08.47.22 # I tested with binutils 2.16.1 + gcc 3.3.6 + newlib 1.14.0 on debian-testing-amd64, debian-testing-i686 and cygwin. 08.49.10 # Recorder v1 builds from cvs state 13 Mar 2006 18:00 UTC produced an apps/rockbox.bin of 212568 bytes 08.52.46 # amiconn: I also got the sizes you reported, on my Cygwin builds of them 08.53.15 # From when you were talking with JDGordon about it a couple days back 08.54.11 # The builds from my patched tree are smaller, because it contains my (unfinished) language cleanup 08.55.05 Quit wenko (Read error: 113 (No route to host)) 09.06.40 Join Zagor [0] (n=bjst@rockbox/developer/Zagor) 09.11.18 Quit Sinbios (Connection timed out) 09.11.46 Join Sinbios [0] (n=Sinbios@Kingston-HSE-ppp3560693.sympatico.ca) 09.17.31 Join petur [0] (n=d4efd6a6@labb.contactor.se) 09.18.54 # cheers amiconn 09.19.59 Join safetydan [0] (n=dan@rockbox/developer/safetydan) 09.20.30 Part Paul_The_Nerd 09.25.31 Quit needleboy () 09.28.55 Join muesli__ [0] (n=muesli_t@88.134.20.76) 09.31.22 Join Ashex [0] (i=Ashex@c-24-16-108-94.hsd1.ca.comcast.net) 09.32.53 Quit midkay (Read error: 104 (Connection reset by peer)) 09.33.00 Join midkay_ [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) 09.41.50 Join needleboy [0] (n=Miranda@DSL217-132-33-174.bb.netvision.net.il) 09.52.12 # amiconn r u arround?` 09.55.48 Quit needleboy (Read error: 104 (Connection reset by peer)) 09.55.49 Join warewolf [0] (i=warewolf@warewolf.org) 09.56.00 # linus around? 09.57.29 # I founded a bug 09.57.40 # I think it relates to the h3xx remote detection code 09.58.12 # if you boot rockbox with the remote's hold button on, and boot by pressing play on the unit itself, the remote doesn't work correctly. I think it maps the buttons to the other kind of remote 09.59.00 # warewolf yes, this is known bug 09.59.02 # warewolf using the h3xx lcd remote? 09.59.08 # yes 09.59.21 # that babe is a pain in the ass :o 10.00.24 # afaik the problem is that when the remote hold is on, the adc which is used for remote type detection starts to return very different values 10.01.35 # looks like it 10.01.50 # I like being able to change the default bg/fg colors now 10.01.51 # that's nice 10.02.01 # I reversed the colors white text on black so I could read it easier 10.02.47 # warewolf does the remote works properly with official build? (normal booting without hold on(just using the experimental) 10.02.59 # I used today's build 10.03.03 # not CVS or bleeding edge 10.03.12 # yes 10.03.37 # but the rest works fine besides the issue youve mentioned? 10.04.16 # yeah 10.04.23 # aslong as the unit isn't booted with the remote hold switch on 10.04.31 # kewl... 10.04.41 # turning hold on after booting works as expected 10.04.48 # turning it back off also works as expected 10.06.24 # er, rewind 10.06.30 # I'm not using the official H3xx remote 10.06.35 # I'm using a H1xx remote on a H3xx 10.06.44 # ah 10.06.48 # 'cause the H3xx remote wasn't available for FUCKING FOREVER in the US 10.06.48 # mk :-/ 10.07.11 # iirc the official h3xx remote doesn't have a LCD neither 10.07.17 # just copied files, will test it myself ;-) 10.07.24 # s/official h3xx/official US h3xx/ 10.07.41 # yepp, that one quite useless 10.08.55 # keys are mixed up while using the bleeding edge 10.09.19 # I stopped using the bleeding edge code when it did unexpected things :) 10.09.37 # ;-) 10.09.44 # dont tell the devs ;) 10.10.01 Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 10.10.16 # oh 10.10.26 # someone please *please* explain wtf "Car Adapter Mode" is?! 10.10.54 # something concerning the charger 10.11.01 # imho 10.11.16 # * warewolf confused 10.11.21 # has to do with disk spin up time a skipping 10.11.33 # but i'm sure it's in the manual 10.11.45 Quit tenzing (Read error: 110 (Connection timed out)) 10.13.15 # hum 10.13.23 # ok I found it in the wikimanual 10.14.08 # ok, seems like i was wrong. 10.15.39 Join Jungti1234 [0] (n=jungti12@124.60.15.86) 10.16.33 Join tenzing [0] (n=mat@jullay.net) 10.16.49 # hi Jungti1234 10.16.56 # dont like strings? 10.17.18 *** Saving seen data "./dancer.seen" 10.18.15 # hi 10.18.42 # I have question 10.18.46 # ATA error: -32 10.18.46 # Insert USB cable and press 10.18.46 # a button 10.19.02 # What's meaning? 10.19.27 # bad hard drive copnnection or too low battery 10.19.33 # connection 10.20.00 # But, files(folders) see at USB connection. 10.20.04 Quit damaki (Read error: 110 (Connection timed out)) 10.20.12 # seem 10.20.31 # when did this start to happen? 10.22.26 # Pardon? 10.22.42 # I don't understand 10.23.24 # Jungti1234 when did this happen for the first time ? 10.24.44 # After put a song to H300, disconnect USB and booted. 10.28.05 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 10.32.59 Quit nudel ("At Argon, we're working to keep your money.") 10.33.06 # ? 10.37.13 Join nudel [0] (i=nudel@dynamic-62-56-38-86.park-s46b.dslaccess.co.uk) 10.37.45 # Jungti1234 did you try to stop/start it ? 10.38.56 # yes 10.39.08 # It doesn't work. 10.41.02 Quit midkay_ (Read error: 104 (Connection reset by peer)) 10.41.28 # Jungti1234 have you dropped your unit to the floor ? 10.41.34 # also 10.42.15 # did you do a chkdsk /f /r 10.42.40 # I didnt drop it. 10.43.41 # okay, then i suggest you to connect it to your PC again, run cmd (start->run->cmd) 10.43.48 Quit nudel ("At Argon, we're working to keep your money.") 10.43.48 # and there run the chkdsk 10.43.58 Join nudel [0] (i=nudel@dynamic-62-56-38-86.park-s46b.dslaccess.co.uk) 10.44.23 # also, have you tried to boot the iriver fw ? 10.44.59 # Yay, found out how to make mIRC automatically connect to two networks at startup, without me having to click 1000 things. 10.45.27 # Bg3r: yes 10.45.44 # It marks '0000'. 10.45.59 Quit crashd ("leaving") 10.46.09 # But, file seem if connect USB. 10.46.14 Join midkay_ [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) 10.46.34 Join ashridah [0] (i=ashridah@220-253-121-5.VIC.netspace.net.au) 10.49.00 Join crashd [0] (i=nobody@badger.ing.me.uk) 10.51.05 # are there (on the headphone cable) remotes for ipods? 10.51.44 # looks like it: http://www.apple.com/ipod/accessories.html 10.51.45 Quit midkay_ (Read error: 104 (Connection reset by peer)) 10.52.00 Join midkay_ [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) 10.52.57 # i just see a radio remote 10.53.38 # With the wired remote, you can control slideshow, video and music playback — adjust volume, skip forward/back within a playlist -- plus switch between radio stations and turn the radio on or off, even if your iPod is in your pocket or backpack. 10.55.05 # also plugs in the bottom of the device and has no screen so is a bit rubbish if you ask me :( 10.55.27 # muesli__: Now I am 10.57.12 Join needleboy [0] (n=Miranda@DSL217-132-33-174.bb.netvision.net.il) 10.58.00 Quit quobl (Remote closed the connection) 11.00.21 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-128-139.pools.arcor-ip.net) 11.03.55 # Mikachu, ready to check tetrox on nano? 11.05.32 # sorry, not today, at least not until i'm done with this assignment 11.06.43 Join youngcereal [0] (n=youngcer@p54B20248.dip0.t-ipconnect.de) 11.07.09 # ok 11.07.33 # and about die(), i didn't just move the code to it's own function, i also added the else {} thing around the rest 11.07.43 # that fixes something but i don't remember what :P 11.07.51 # =] 11.07.51 # you can do that in the original code without separating it 11.08.19 # i made some cleanups to the code, i will commit them and the patch at the night 11.08.30 # okay 11.10.22 # http://img115.imageshack.us/my.php?image=dump0603151209303dk.png 11.10.29 # tetrox on nano 11.11.07 # how does it look with a black background? 11.11.31 # why black? =\ 11.12.23 # the tetris clone i used to play was black :) 11.14.46 # http://img239.imageshack.us/my.php?image=dump060315120930copy8bn.png 11.14.52 Quit warewolf ("leaving") 11.15.30 # amiconn ive noticed that a-b isnt used in the jpeg-viewer. could we use that key for displaying exif-data? 11.15.39 # Mikachu: I agree, a black background looks better. 11.15.50 # yeah i think so 11.15.53 # muesli__: How would you display it on other targets? 11.16.01 # but maybe the pieces bitmaps need some adjusting then 11.16.11 # * Paul_The_Nerd votes for black as well. 11.16.26 # Also, what was the size (in squares) of the original tetris? That screenshot doesn't seem to be in the correct proportions. 11.16.41 # i'm pretty sure it's 10 wide 11.17.11 # Paul_The_Nerd how do you mean that? 11.17.14 # 10 wide 11.17.19 # height, I don't know 11.17.41 # about 20-30 maybe, but i think it's different on all clones 11.17.54 # tetrox screen is 10 wide too 11.18.15 # on all the targets, also at archos 11.20.38 # muesli__: A-B *is* used in the jpeg viewer, it's "zoom out" 11.20.53 # muesli__: The JPEG viewer also works on iPods. Which don't have an A-B button. 11.21.15 # ..and I have no idea how exif works (that can be changed), and where/how we could display it 11.21.30 # scroll wheel is zoom on ipods 11.23.13 # Looking here, Tetris seems to be about 20 high, and 10 wide, with a few rows of space at the top for the new shape to appear in: http://caesar.logiqx.com/php/emulator_game.php?id=mame&game=atetrisb 11.23.19 Join mirak [0] (n=mirak@AAubervilliers-152-1-48-15.w83-114.abo.wanadoo.fr) 11.25.29 # And Tetrox is 10*12ish vs the 10*20 of the arcade? 11.26.07 # somthinng like that =\ 11.26.38 # 10*17 on h300 11.26.48 # 10*13 nano 11.26.56 # 10*12 h100 11.26.56 # In my opinion, it should at least be the same height in boxes on all targets... 11.27.09 # Otherwise the gameplay experience is rather different 11.27.12 # * linuxstb agrees 11.28.24 # Unless you rotate the screen (like rockblox), it seems that there will have to be a lot of wasted screen space. 11.29.26 # Looking at the arcade screenshot, it seems that 10x24 is needed (to give space for the new block above the 20 actual rows) 11.29.31 Quit midkay_ (Read error: 104 (Connection reset by peer)) 11.30.02 Quit youngcereal (Remote closed the connection) 11.32.07 Join midkay [0] (n=midkay@rockbox/developer/midkay) 11.32.49 # maybe would make sense to flip the display on some targets? 11.33.04 # and by flip i mean rotate 11.33.19 # but i guess some players may be hard to operate then 11.34.39 # i'll decrease the block size 11.35.45 # If you go for a 10x24 playing area, and don't rotate, then you'll be using less than one third the width of the screen. e.g. 220x176 would need 7x7 squares, which is 70x168 11.36.38 # But rotating it would allow for 9x9, which is 216x90 - more than half the height of the screen. 11.36.54 # http://en.wikipedia.org/wiki/Tetris 11.37.01 # 10*20 11.37.05 # not 24 11.37.13 # Where do the new blocks appear? 11.37.27 # so they are visible when they appear 11.38.07 # IIUC, the actual playing area is 10x20, but you need space at the top for the new block. 11.38.16 # Which can be up to 4 row high. 11.39.07 # i think those 4 lines are included in the 20 11.39.37 # Hmm... Looks like the GB version was a little less high than 20 11.40.42 # the text mentions it was an exception with 10x18 lines, being a bit harder than the nes version 11.40.53 # Yeah, basically the less lines the harder. 11.41.03 # Paul_The_Nerd amiconn sorry, got 2 go..but will talk to you l8er 11.41.08 # I think the the 4 extra lines can be considered offscreen. 11.41.36 # BBL 11.41.38 # All you'd have to do is put ^, ^^, ^^^, or ^^^^ markers along the top row to show where the next piece will fall 11.41.56 # new blocks should appear completely inside the playing field 11.43.08 # I would prefer rotating the screen and having the four rows above the playing field... 11.43.16 # at least, that's my preference 11.43.24 # tetris worlds for gba appears them above.. 11.43.27 # I definitely vote for rotating the screen. 11.44.06 # Why not just make rockblox work properly on the other targets? 11.44.47 # Or that. That works too 11.45.11 # what does it have over tetrox? 11.46.28 # It's been around for a while, it has a proper sized playing field, and behaviour will be exactly the same across all bitmap screen models? 11.49.13 # I think so. The only missing thing is proper scaled gfx per target, and perhaps colour 11.49.23 # Why reinvent the wheel? 11.49.57 # It feels a wee bit fast on the h100, I don't know if that's just because it's so small, or if it's just a bit quicker than I'm used to for beginning a game of tetris 11.52.12 Quit midkay (Read error: 104 (Connection reset by peer)) 11.52.13 Quit needleboy () 11.52.14 Join Moos [0] (i=DrMoos@m77.net81-66-158.noos.fr) 11.52.15 Join midkay_ [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) 11.56.48 # amiconn: I agree, if it was me, I would have just improved Rockblox. But IMO, as long as the end result is a game that is at least as good as Rockblox, and works well on all platforms, then it's up to the person doing the work how to achieve it. 12.01.47 Join quobl [0] (n=quobl@tor/session/x-52293daf81b7ce29) 12.03.47 Quit petur ("overloaded") 12.10.23 Quit quobl (Remote closed the connection) 12.10.28 Join tucoz [0] (n=martin@rockbox/developer/tucoz) 12.10.35 # Hello 12.10.58 Join quobl [0] (n=quobl@tor/session/x-264c0038452d2a4f) 12.11.17 # nothing like waking up and feeling you've got a cold coming on 12.11.56 # yay, vitamin C time :P) 12.12.02 # * tucoz hands preglow a large cup of tea (with a dash of rum in it) 12.12.13 # ooh ooh. alcamahol! 12.12.47 # vitamin java 12.12.54 # Or pirateoil as they called in an old swedish translation of Tintin 12.13.10 # heh, they're airing tintin episodes on tv here (sweden) 12.14.41 # aah. tintin, that brings back memories 12.14.46 # i like tintin 12.14.53 # yeah, i did too. 12.15.00 # that an asterix :) 12.15.13 # and gaston! 12.15.23 # Man, I used to love Tintin and Asterix. 12.15.33 # I don't see those very often over here. 12.17.21 *** Saving seen data "./dancer.seen" 12.17.33 Join damaki [0] (n=Chocolat@ALille-153-1-15-228.w83-198.abo.wanadoo.fr) 12.18.17 # wee for the french cartoons ;-P 12.19.35 # http://static.flickr.com/36/85109347_bdd5ab6ea3.jpg 12.20.08 # I've got to say, my favorite tintin of all time was the one where the professor made capt. haddock 'immune' to alcohol :) 12.20.22 # kind of thing i'd love to do to some people sometimes :) 12.20.30 Join Membrillo [0] (n=sam_kill@58.164.32.210) 12.22.05 # ashridah, which one was that? 12.22.34 # ah, sketchy on the details, unfortunately. 12.22.38 # been a long time 12.22.44 # i forget if it was the comic or the tv series 12.23.12 # hehe, I think it was when he added something to the whisky that made him not being able to dring it. 12.24.03 # no, now I recall. It is the 'picaros' episode. He adds a pill to the food. 12.25.11 # yeah 12.25.47 Quit Membrillo () 12.28.16 # amiconn: I made a little patch about the zoom thingy we were talking about the other day. Do you want to take a look. Probably it needs more testing 12.28.47 Quit Jungti1234 () 12.35.57 Quit muesli__ (Read error: 110 (Connection timed out)) 12.37.40 Part tucoz ("Leaving") 12.40.11 # well sports fans... let the games begin! 12.43.48 # * ashridah starts playing armchair apathy 12.44.17 # nice game 12.45.24 # is the manual actually compiled ever? or do u need to compile it yourself if u want to look at it? 12.45.59 # JdGordon: my plan is to start offering daily manual builds "soon" 12.46.19 # righto 12.46.29 # until then, building your own is the way 12.46.43 # daily manual buids? Wow 12.47.10 # I thought that the new manual would be used on the next release 12.47.32 # Are you going to require .tex files with new plugin patches? 12.47.35 # ;-) 12.47.46 # hehe 12.48.23 # I wish that was possible 12.49.34 # What about bootbox builds? 12.49.42 # that should be added 12.49.44 # XavierGr: I can test tonight 12.49.58 # okay I will submit a patch then 12.50.41 # Bagder: I think we don't need to build all 6 variants. 4 should cover everything that could go wrong 12.50.55 Join tucoz [0] (n=martin@rockbox/developer/tucoz) 12.51.02 # yes, I think so too 12.51.14 # i.e. fm/v2 and ondiosp/ondiofm bootbox have the exact same functionality 12.52.23 # does any1 know why un/pluggin in usb stops the dircahce thread? 12.53.53 # my uneducated guess is that the usb kicks off the dircache thread and it doesnt get put back on whichever que the threads are on.. on something like that 12.54.13 Join sharpe [0] (i=ziggy@user-0c8hc11.cable.mindspring.com) 12.54.39 # If I recall it was mentioned that dircache thread stops on a lot of things, as a sort of precaution of some sort. 12.54.57 # os its by design 12.54.57 # ? 12.54.59 # so* 12.55.05 # Though I don't really remember. I just remember the USB insert thing being brought up, probably months ago now. 12.56.01 # Well, the only time in which the dircache should be built on a USB insert is if you're going to charge, right? IE, you're not entering USB mode? 12.56.21 # s/on/through 12.56.38 # ye, but its not rebuilt after the unplug.. iirc 12.56.59 # * JdGordon testing... 12.57.09 # hold rec while pluggin to not goto usb mode right? 12.57.27 # Dunno, I don't have an H300 12.57.30 Join KN|stiff [0] (n=phhome@Fcc3c.f.strato-dslnet.de) 12.58.02 # Well, dircache predates the H300 port, so it's probably just not expecting that situation. 12.58.07 # * Paul_The_Nerd wouldn't really know 12.58.25 # There's something wrong anyway with usb & threads 12.59.03 # hmm.. just did a test.. works fine.. (pluggin in stops the thread, unplguggin restarted it) 12.59.47 # If voice is enabled and you plug/unplug usb, neither voice nor playback work afterwards 13.00.14 # plugging it in so it goes to charging mode does stop the dircache and not restart it on unplug... 13.00.14 # If you try to start playback, rockbox will hang you you'll need the (in)famous paper clip... 13.00.14 # That may be a voice issue though 13.01.02 # On iPod, if the voice file is loaded at all, playback doesn't work. And it seems to load the file even if voice is set to disabled, because playback won't work until the file is actually removed from the player, so voice has a few problems there 13.01.45 # I'm talking 'bot iriver here. Voice is working except some quirks and said problem 13.01.54 # On archos no such problem exists 13.02.10 # I'm just wondering if the problem's somewhere in Voice rather than in USB by chance. 13.02.47 # If so, then the problem must be in the voice codec thread 13.02.51 # * JdGordon rememebred the bug report wrong.. the problem is plugging in ac, not usb 13.05.42 # Is there a standard name for a mem swap function? 13.08.47 Quit JdGordon (Read error: 104 (Connection reset by peer)) 13.14.20 Quit ashridah ("Leaving") 13.14.43 Quit Aditya ("Trillian (http://www.ceruleanstudios.com") 13.14.47 Join Aditya [0] (i=user@c-69-138-7-5.hsd1.md.comcast.net) 13.17.11 Quit midkay_ (Read error: 104 (Connection reset by peer)) 13.17.56 Join midkay [0] (n=midkay@rockbox/developer/midkay) 13.22.02 Join kernel_sensei [0] (n=boris@81.56.253.161) 13.22.33 # Bagder: in all fairness, bluechip has contributed a fixer for broken mp3s from archos recorders that might be seen as quite useful 13.22.49 # I forgot that 13.22.57 # but that is true 13.23.10 # never tested it, though, not owning anything archos 13.23.38 # I don't use windows and I never record 13.24.04 # no source code?? 13.24.09 # not that I know 13.24.14 # how nice 13.24.35 # i can't imagine a single portability problem to be found in a program like that 13.27.02 # only for >2GB files 13.27.24 # true enough 13.31.47 # http://www.schneier.com/blog/archives/2006/03/basketball_pran.html 13.31.53 # whups wrong window 13.32.05 # er. it's offtopic but you still might enjoy 13.33.48 # amiconn: The only standard memory swapping function I know is "swab - swap adjacent bytes" 13.33.54 Quit Rob2222_ () 13.34.28 Join needleboy [0] (n=Miranda@DSL217-132-33-174.bb.netvision.net.il) 13.35.40 # Paul_The_Nerd: If you're interested in trying to get voice to work on the iPods, one obvious (I think) bug is the use of #ifdef SIMULATOR instead of #ifdef ROCKBOX_LITTLE_ENDIAN in a few places in apps/talk.c - the voice files are big-endian, and I'm assuming talk.c was written before we had the endian macros. 13.37.03 # oh, which makes me remember my arm endian swapping routine 13.37.12 # shamelessly stolen from an arm book 13.38.05 # linuxstb: Thanks 13.39.17 Join damaki_ [0] (n=Chocolat@ALille-153-1-46-15.w83-198.abo.wanadoo.fr) 13.40.04 Quit kernelsensei (Connection timed out) 13.40.54 Nick kernel_sensei is now known as kernelsensei (n=boris@gentoo/developer/kernelsensei) 13.41.07 Nick kernelsensei is now known as kernel_sensei (n=boris@gentoo/developer/kernelsensei) 13.41.35 Nick kernel_sensei is now known as kernelsensei (n=boris@gentoo/developer/kernelsensei) 13.41.45 Join damaki__ [0] (n=Chocolat@ALille-153-1-46-15.w83-198.abo.wanadoo.fr) 13.46.25 # ...and to chip in on the naming issue. BC does his fair deal of user support on the mailing list. 13.47.30 # although, I don't understand the paranoia in the thread on the dev-ml 13.50.21 # linuxstb: I mean for swapping memory areas... 13.51.06 # tucoz: none of us do 13.52.03 # are there any standard functions for endian swapping large memory areas? 13.52.58 # I can't recall any 13.53.05 # I don't want to endian swap, but to swap contents 13.53.24 # ...for swapping msuic & voice codec w/o intermediate buffer 13.53.29 # *music 13.53.35 Quit damaki (Read error: 110 (Connection timed out)) 13.56.13 # What is .text.UIE ? 13.56.37 Quit damaki_ (Read error: 110 (Connection timed out)) 14.00.49 Part tucoz ("Leaving") 14.02.20 Quit moozooh (Read error: 113 (No route to host)) 14.04.06 Quit Zagor (Remote closed the connection) 14.06.51 Quit midkay (Read error: 104 (Connection reset by peer)) 14.11.48 Join moozooh [0] (n=moozooh@87.240.1.66) 14.14.07 Join Zagor [0] (n=bjst@rockbox/developer/Zagor) 14.16.03 # amiconn: I would just call it memswap 14.17.22 *** Saving seen data "./dancer.seen" 14.20.07 # Paul_The_Nerd: For the ARM, we tell gcc to put every function in its own section - .text is where normal (not IRAM) functions go, so .text.UIE is the subsection containing the UIE function. 14.20.25 Part XavierGr 14.20.56 # linuxstb: What does UIE stand for then? 14.21.41 # something in crt0.S it seems 14.21.52 # or system.c 14.22.07 # system.c it seems. 14.22.11 # Or yeah 14.22.16 # Anyway, that's where the error with voice is occurring. 14.23.17 # What's the error? 14.24.05 # UIE is (I think) that deals with the unexpected interrupts - like data abort (unaligned memory accesses) and prefetch aborts (reading from invalid memory locations). 14.24.18 # ^the function that deals... 14.24.53 # UIE is an unhandled exception, be it an unaligned access or a timer interrupt or whatever 14.28.19 # linuxstb: Ah, well then it's not so helpful since it's just a data abort still 14.29.05 # I had that before - a data abort in the data abort handler.... 14.29.14 Join muesli- [0] (n=muesli_t@141.71.4.217) 14.29.22 # But I forget what the problem was. 14.31.07 # re 14.31.11 # The places to look would be the SWCODEC specific parts of the voice UI - the generic parts should be safe because they work on Archos. Only the Coldfire allows unaligned memory accesses. 14.32.05 # Okay 14.33.32 Join _FireFly_ [0] (n=FireFly@dslb-084-056-107-031.pools.arcor-ip.net) 14.33.54 # At what point do you get the data abort? 14.35.15 Join SereR0KR [0] (n=Fletcher@Fccd8.f.strato-dslnet.de) 14.36.00 # The instant you try to playback music 14.36.50 # There's no voice at all with the voice file present, but whether voice is enabled or not, if a .voice exists for your current language, trying to start playback causes a data abort 14.37.23 # So it doesn't crash if you just browse the menus, it just doesn't talk? 14.38.54 # Paul_The_Nerd:UIE == Unexpected Interrupt or Exception 14.40.32 # linuxstb: Exactly. 14.42.32 Quit _FireFly_ (Remote closed the connection) 14.48.01 Join Mong [0] (n=mongeyc@83-70-54-7.b-ras1.dbn.dublin.eircom.net) 14.49.53 # hello? im having diffucluties with the cygwin dev thing 14.51.48 # what difficulties? 14.52.26 # well :D, i dont know what to do 14.52.48 # im installing it at C;\rockbox\ 14.53.21 # well .. just did 14.54.08 # anyway when i goto start it(double clicking on the cygwin icon) all i get is a flash a box 14.56.26 # *floash of the box 14.56.31 # *flash 14.57.05 Join tucoz [0] (n=martin@rockbox/developer/tucoz) 14.57.20 # ill try again 14.57.48 # mong: do you have c:\rockbox\cygwin.bat ? 14.58.04 # yes 14.58.07 # Mong: or c:\rockbox\cygwin\cygwin.bat 14.58.34 # c:\rockbox\cygwin\cygwin.bat 14.58.47 # is the icon shortcut correct? 14.58.58 # and if not, can you start the bat file directly? 14.59.59 # yes shortcut is correct and ive tried it directly 15.00.26 # what happens if you open a command prompt and start c:\rockbox\cygwin\bin\bash.exe ? 15.00.27 # Try running it from the command prompt, and see if there's any useful output before it terminates. 15.00.45 # Paul_The_Nerd to come back to my exif suggestion... http://www.sentex.net/~mwandel/jhead/ 15.01.46 Join webguest84 [0] (n=3e4f4094@labb.contactor.se) 15.02.22 # muesli-: My only concern is button choice, since the ipods only have the wheel (zoom), Up / Down / Left / Right equivalents (scrolling around the zoomed picture) and Select 15.03.07 # Lynx; theres nuthinngd in the cygwin\bin\ directory 15.03.16 # Paul_The_Nerd sorry, dont know ipods keys. but even if theres no key for ipods left cant be the reason for implementation?? 15.03.26 # no 15.03.47 # Mong: then there's something wrong with the cygwin install 15.04.18 # * Mong reinstalls 15.04.27 Nick Mong is now known as Mongey (n=mongeyc@83-70-54-7.b-ras1.dbn.dublin.eircom.net) 15.04.38 # muesli-: I do think it's a useful function 15.04.52 # :-) 15.05.52 # * amiconn is trying microsoft sfu (aka interix) for building rockbox 15.06.15 # * muesli- feels ignored by amiconn 15.07.02 # Paul_The_Nerd: We could just add a menu to the jpeg viewer for targets with very few keys such as the ipod. 15.07.30 # whats the local package ? 15.08.17 # Bah, trying sdl sim: can't find SDL-config. Trying X11 sim: Unsupported system: interix, fix configure and retry... 15.08.49 # linuxstb: That's pretty much what I suggested doing earlier. A menu for all targets, then any targets with "extra" buttons, bind them as shortcuts to whatever's most likely to be used quickly 15.09.01 # * amiconn would like to know how to fix configure... 15.09.22 # * amiconn remember ender`did some interix work.. 15.09.28 # Wow, the fwpatcher sure acts strangely. If you minimize it right after starting, then restore and select the input field, it tries to patch 15.10.44 # ah i see what i did wrong 15.11.18 # amiconn: What is "uname" displaying for sfu? 15.11.32 # Ah, "interix"... 15.11.32 # Interix 15.11.57 # sfu is such a bad name. sfw more like. 15.12.07 # usfw, maybe. 15.12.35 # * amiconn will try to build crosscompilers next 15.12.38 # do i skip zip and unzip ? 15.12.56 # I would try duplicating the Linux entry starting at line 124 of tools/configure and take it from there... 15.13.54 # Mongey: why would you skip those? 15.13.59 # Mongey: Doesn't it say that you need them on the Cygwin wiki page? 15.15.06 # * amiconn has high hopes that interix will be significantly faster than cygwin and also offer better integration than colinux 15.16.06 # * webguest84 eyes line 417-421 of tools/fwpatcher/main.c 15.16.38 # Might that cause the patcher to attempt to patch for a number of various actions? 15.17.37 # nvm 15.17.38 # re: http://www.rockbox.org/mail/archive/rockbox-archive-2006-03/0239.shtml 15.20.11 Join alphakiller [0] (n=bohas@200.162.22.132) 15.20.38 # Does anyone have a picture of the H300 remote? 15.21.37 # hey ... long time 15.21.57 # linuxstb: http://www.misticaudio.com/images/iriver/accessories/h300remote1.jpg 15.21.58 # linuxstb: googling gives a result on MR, but that page has mooved 15.22.00 # the lcd version 15.22.00 # http://images.google.com/images?q=iriver%20h300%20lcd%20remote%20pictures&ie=utf-8&oe=utf-8&client=firefox-a&rls=org.mozilla:en-US:official&percentage_served=100&sa=N&tab=wi 15.22.01 # linuxstb; ill take one, but i can find one if you want 15.22.14 # linuxstb see the google link 15.23.16 # ok, http://img113.imageshack.us/my.php?image=dump0603151622376xe.png 15.23.17 # Thanks all. So how many iriver remotes are there? The h100 lcd remote, the h300 lcd remote, ??? 15.23.21 # what do you think now? 15.23.28 # linuxstb and one non-lcd 15.23.38 # (that comes with the international/eu versions) 15.23.42 # yes, the non-lcd h300 one 15.23.47 # does that work with h100? 15.23.58 # and has only "play/pause/on/off"/ff/rew/vol+/vol- buttons 15.24.04 # Bagder should work 15.24.18 # h300 lcd and non lcd 15.24.25 # We also need pictures for the manual of some targets. I.e. h300, ipodnano, ipodcolor, ipodvideo 15.24.29 # similar to this http://www.rockbox.org/viewcvs.cgi/manual/rockbox_interface/images/h1xx-front.png?rev=1.1&view=markup 15.24.44 # http://images.google.com/images?svnum=10&hl=en&lr=&safe=off&client=firefox-a&rls=org.mozilla%3Aen-US%3Aofficial&q=iriver+h300+non-lcd+remote+pictures&btnG=Search <= here is the non-lcd remote 15.25.27 # that sure looks horribe 15.26.04 # webguest84 which ? 15.26.20 # Last time I went here, you guys were discussing on how to implement the Arm Co processor support ... has it been done ? 15.27.25 # Bg3r: the non-lcd remote. Huge for what it does and very limited functionality 15.28.10 # webguest84 it's not huge at all 15.28.13 # woooo 15.28.23 # cygwin thing is working 15.30.14 # Bg3r: My H340 came with no remote at all 15.30.15 # linuxstb: http://www.misticriver.net/photos/thumbnails.php?album=364 has a bunch of pics of the lcd remote 15.30.44 # amiconn iiuc, there are 2 "EU" versions - "normal" and "SE" (aka "Lite") 15.30.47 # amiconn; was it the lite version? 15.30.54 # alphakiller: No - no-one's looked at the cop at all. 15.30.55 # Seems so 15.31.10 # normal comes with dock,remote ... external battery adapter ... 15.31.12 # mic... 15.31.26 # linuxstb: do you need someone hacking there ? 15.31.27 # EU, is normal :D US is abnormal 15.32.19 # * alphakiller finished my microkernel project :P and I feel I had a "debt" with you guys ... I really want to contribute ... My mk worked fine on iPod graciously booted by your bootloader :) 15.32.30 # mic as "external mic" 15.32.41 # alphakiller: Definitely. For normal Rockbox use, we seem to be managing quite well with just one processor. IMO, it would be useful to be able to run some of the more advanced plugins on the COP, so we can have simultaneous gaming and music. 15.33.09 # that's what I thought :) 15.34.04 # I'm updating my CVS 15.34.23 # I didn't see Rockbox playing a song yet :P 15.34.36 # <_ironi_> you need images 15.34.49 # <_ironi_> i could provide images from ipod video if you want me to 15.34.54 # <_ironi_> if needed. 15.35.48 # my ipod is video too :) 15.35.54 # so it worked fine on yours ? 15.36.31 # _ironi_: That would probably be very much appreciated. Best is a scan of the player 15.36.42 # (stick it in a flatbed scanner) 15.37.06 # although I don't know if video is one of those missing 15.37.24 # alphakiller: The new pacman emulator would be a nice example to get running on the cop at the same time as music. Currently, I'm carrying two ipods around with me.... 15.38.30 # Wow, interix supports 384KB command lines (binutils build told me) 15.38.44 # That's... a lot 15.38.46 # That's handy... 15.39.06 # in case you need to ls $(find /) 15.39.23 # heheh, that would be nice ;) 15.39.58 # damn 15.40.18 # alphakiller: Is your microkernel project using both processors? 15.41.15 # alphakiller: Also, have you noticed the LCD driver improvements that have been made for the 5g since you were last around? 15.41.28 # hmm, no ... I just used the iPod to get some testing on Arm processor. I wasn't really interested on the co processor ... but now I am ... and it has nothing to do with my own OS ... I just want to see the rockbox working indeed 15.41.50 # <_ironi_> i dont have a scanner 15.42.06 # <_ironi_> does th eipod have a coprocessor? 15.42.12 # yes 15.42.19 # <_ironi_> video or all ipods 15.42.26 # all ipods 15.42.27 # the pp system on chip has 2 arm cores 15.42.29 # <_ironi_> ok 15.42.34 # so all of them 15.42.36 # except the shuffle ;) 15.42.50 # <_ironi_> ok 15.43.07 # Teh shuffle might be an interesting target... 15.43.18 # i got some errors when trying to compile 15.43.25 # http://img51.imageshack.us/img51/985/error2pd.jpg < ...we ought to make voice work properly 15.43.34 # amiconn: Debugging would be an interesting challenge with no display. 15.43.37 # does the shuffle has any other interface apart from the USB ? 15.43.57 # amiconn: And also the fact that there is no gcc for it... 15.44.05 # hehe 15.44.11 # What architecture is it? 15.44.11 # I thing I was the first one to build on the cygwin, if My memory is right 15.44.25 # I didn't have such error .. but that happenned with old sources 15.44.52 Join webguest24 [0] (n=d4406110@labb.contactor.se) 15.44.56 Join damaki_ [0] (n=Chocolat@ALille-153-1-47-105.w83-198.abo.wanadoo.fr) 15.45.09 # <_ironi_> what would the pouint be of doing _anything_ witht the shuffle 15.45.13 # <_ironi_> do explain ;) 15.45.21 # * Mongey hints at hint in his pic 15.45.23 # shits and giggles 15.45.26 # alarm :D 15.45.27 # Mongey: Maybe you have multiple copies of cygwin1.dll on your PC. 15.45.31 # * webguest24 gently pokes safetydan 15.46.02 # _ironi_: Why not? 15.46.09 # this popped up just before 15.46.11 # http://img142.imageshack.us/img142/6104/error3oz.jpg 15.46.25 # _ironi_: It's cheap, and apparently has very good audio quality. 15.46.37 # And Rockbox has a voice UI already 15.46.40 Part LinusN 15.46.57 # this remembers me the old joke with the message box "Format C:?" and buttons "Yes", "Why Not" "Of course".. 15.47.08 # Linuxstb, any chance o getting this multifont patch committed http://www.rockbox.org/bugs/task/4733 15.47.38 # <_ironi_> linuxstb: well then why mod it? 15.47.40 # webguest24: Doesn't the very entry say it actually breaks things too? 15.47.43 # <_ironi_> linuxstb: to make it play flac? 15.47.51 # any ideas? 15.47.57 # I have no idea, just asking 15.48.06 # _ironi_: to make it less of a "shuffle" 15.48.07 # <_ironi_> linuxstb: ok voice ui, i see. 15.48.08 # _ironi_: Mainly to give it a voice UI. 15.48.17 # That is, to give more control over what is played 15.48.20 # <_ironi_> and directory baes support and so on 15.48.26 # webguest24: It says right in there that it breaks the recording screen drawing... 15.48.34 # there was some work done on the shuffle iirc 15.48.35 # <_ironi_> i would focus on the ipod nano/video :) 15.48.39 # maybe there's links on the ipl page 15.48.45 # What formats does the shuffle play? What cpu arch is it? 15.48.46 # how would you go forth porting rockbox to the shuffle. Debugging will be a hard task 15.48.56 # hit and miss! 15.48.57 Quit SereR0KR ("XChat Aqua") 15.49.01 # amiconn: http://ipodlinux.org/Generations 15.49.03 # amiconn: mp3 and aac i guess 15.49.08 # It has a motorola DSP 15.49.13 # Paul, so bowl me over for not knowing, is there any harm in aslking, you huys are the developers after all 15.49.15 # tucoz: isn't there a serial port in the dock interface? 15.49.26 # I don't know. Maybe it is. 15.49.35 # webguest24: I'm just saying, did you read the patch description there? And, I'm not a developer. 15.49.36 Join SereR0KR [0] (n=Fletcher@Fccd8.f.strato-dslnet.de) 15.49.40 # Zagor: On the other iPods, yes. I don't know about the shuffle. 15.50.27 # Paul, then why are you replying if you aren't a developer, sp what it has bugs, that's for prograamers to fix if they want to, thats what I'm here to find out 15.50.39 # Is there a led somehere on the shuffle? In that case, the same approach as amiconn used when fixing the compression could be used ;-) 15.51.24 # webguest24: I'm replying because I know enough to know that if a patch knowingly introduces bugs then generally speaking someone has to fix those bugs before it would get committed. It's common sense that you don't intentionally add bugs. 15.51.42 # * webguest24 shakes his head 15.51.45 Part webguest24 15.51.49 # Wow 15.51.49 # webguest24: As Paul said, the patch itself isn't good enough to commit, so it needs someone to finish the job. 15.51.57 # Bye. 15.52.03 # urgs, DSP core... 15.52.06 # bye 15.52.14 # * Paul_The_Nerd sighs. 15.52.21 # thin skin 15.52.43 # oh, I thought you left linuxstb 15.52.45 # Apparently I'm not allowed to have an opinion, since I'm not a dev. 15.52.56 # tucoz: No :) I was saying farewell to #24 15.53.03 # * Paul_The_Nerd has maybe 2 or 3 lines of code somewhere in CVS now. 15.53.17 # :) 15.53.17 Join gracchus [0] (n=jesse@bneu-c34.realtimecomm.net) 15.53.34 Quit SereR0KR (Client Quit) 15.54.08 Join SereR0KR [0] (n=Fletcher@Fccd8.f.strato-dslnet.de) 15.54.36 Quit SereR0KR (Client Quit) 15.54.54 # i have 2 cygwin1.dll 's , now which to keep C:\windows C;\rockbox 15.55.02 Join SereR0KR [0] (n=Fletcher@Fccd8.f.strato-dslnet.de) 15.56.32 # Mongey: I don't know for sure, but I would probably copy the one in C:\rockbox over the top of the one in C:\windows. 15.56.41 # ok 15.56.42 # Mongey: Which one's newer? 15.57.18 # Mongey: Did you use the devkit before? 15.57.25 # the rockbox\ one 15.57.33 # yes 15.58.01 # I would keep the one installed by cygwin, which is probably the one in windows/ 15.58.18 Quit SereR0KR (Client Quit) 15.58.21 # Note: newer date doesn't necessarily mean newer dll version 15.58.50 Join SereR0KR [0] (n=Fletcher@Fccd8.f.strato-dslnet.de) 15.58.54 # Amiconn: I do not have a cygwin1.dll in C:\windows\ 15.58.56 # The file properties should show a 'version' page for cygwin1.dll 15.59.03 Quit damaki__ (Read error: 110 (Connection timed out)) 15.59.13 # amiconn; i know 15.59.45 # the rockbox one is 1005.19.0.0 15.59.50 # i think# 16.00.20 # eh woops 16.00.23 # both the same 16.00.59 # meh ill delte the rockbox 16.01.07 # I have no cygwin1.dll in C:\Windows, *or* in my base cygwin install folder 16.01.21 # Mines in C:\rockdev\bin\ 16.01.51 # So, that's where cygwin's installer seems to put it by default. 16.02.04 # Mine is in c:\cygwin\bin 16.02.06 # mine too 16.02.27 # * Mongey deleted the windose one 16.02.27 # That's the one you should keep, most likely 16.03.00 # "That" was C:\rockbox\bin, by the way. 16.03.26 # The shuffle has just a battery led. Maybe software controllable, maybe not. 16.03.51 Quit DJ_Dooms_Day ("Trillian (http://www.ceruleanstudios.com") 16.04.15 Nick kclaf is now known as AwAyhOmO (i=kclaf@crj95-3-82-237-150-15.fbx.proxad.net) 16.04.45 # * safetydan awakes, notices that webguest24 has left, goes back to sleep/work 16.05.47 Join quobl_ [0] (n=quobl@tor/session/x-5a69cf12a787c21e) 16.07.07 Quit sharpe (Read error: 110 (Connection timed out)) 16.08.34 # hmmm 16.09.28 # i got a load of things coming up after i said make file, command not found 16.10.04 Quit needleboy () 16.12.40 Join XavierGr [0] (n=XavierGr@ppp97-adsl-117.ath.forthnet.gr) 16.15.29 # amiconn: I think preglow has worked (is working?) with similar DSPs to the one in the Shuffle. 16.15.37 Quit Mongey () 16.17.23 *** Saving seen data "./dancer.seen" 16.19.15 Quit damaki_ (Remote closed the connection) 16.19.54 Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-180.bna.bellsouth.net) 16.19.54 Quit DT291 (Read error: 104 (Connection reset by peer)) 16.20.06 Nick AwAyhOmO is now known as kclaf (i=kclaf@crj95-3-82-237-150-15.fbx.proxad.net) 16.22.09 # amiconn:are you here? 16.22.14 Quit quobl (Remote closed the connection) 16.26.12 Part tucoz ("Leaving") 16.27.27 Join Siku [0] (n=Siku@f303b.w3.ton.tut.fi) 16.32.50 # XavierGr: Somewhat. 16.36.36 # I have the patch if you are interestedI have a small patch about the zoom thing. Do you want to take a look or should I leave this to Bger? 16.36.58 # opps sorry about the weird sentence 16.37.45 Quit Sinbios (Read error: 104 (Connection reset by peer)) 16.37.50 Join TCK [0] (n=tckocr@81-178-196-235.dsl.pipex.com) 16.38.03 # it will not fix the problem you were saying about the voice file though. I didn't look at this yet 16.40.48 Join Sinbios [0] (n=Sinbios@Kingston-HSE-ppp3560693.sympatico.ca) 16.44.23 # anyway amiconn: here is the patch if you have some time to test tonight. I will try to make some more tests to be sure. 16.44.25 # http://pastebin.com/603508 16.45.11 Join _FireFly_ [0] (n=FireFly@dslb-084-056-116-239.pools.arcor-ip.net) 16.47.58 # Bleh, I can't build cross-gcc on interix; I get syntax errors from 'sh' 16.48.10 # I need to find out how to replace sh with bash 16.48.18 # I already have bash installed... 16.48.27 # <_FireFly_> amicon symlink :) 16.48.46 # <_FireFly_> amiconn i mean 16.53.15 # Or if symlinks aren't supported, "cp bash.exe sh.exe" 16.53.46 # At least on Linux, I've never seen /bin/sh be anything other than a symlink to /bin/bash 16.55.20 # . /bin/sh is a link to ksh on interix 16.55.33 # * amiconn changes 16.59.16 # interix standard installation features csh and ksh, but no bash 17.16.34 Quit safetydan ("Leaving") 17.16.47 Part Paul_The_Nerd 17.18.47 Join savagenator [0] (n=476a5aa5@labb.contactor.se) 17.21.01 Quit Zagor ("Client exiting") 17.23.18 Quit savagenator (Client Quit) 17.27.58 Join dpassen2 [0] (n=0c04dcd4@labb.contactor.se) 17.31.35 # I've been fighting with the plugin lib's configfile system, and just spotted the problem. The comments in configfile.h say that for TYPE_ENUM, the "max" field is the max value for the enumeration. But in the configfile_load() function, the for loop is for (i=min;i (sorry, the for loop is from i=0;i yes 17.32.32 Join tucoz [0] (n=martin@rockbox/developer/tucoz) 17.32.33 # I figured that as well when adding config support to oscilloscope 17.32.42 # amiconn, does the ondio have a rtc? 17.33.01 # ..and in addition, you can't use 'enum xxx' for the variable itself, you have to use in 17.33.07 # tucoz: no 17.33.12 # ok, thanks 17.33.39 # * amiconn points to http://www.rockbox.org/twiki/bin/view/Main/DeviceChart 17.33.45 # hehe, I was lazy 17.34.21 # linuxstb: ...unse 'int' 17.34.24 # *use 17.34.27 # blargh 17.35.02 # What do you mean? 17.36.14 # You can't have enum xyz my_enum_setting and then use &my_enum_setting in the configfile struct 17.36.28 # It must be int my_enum_setting 17.36.35 # That's not my problem though - I am using ints. 17.37.25 Quit TCK (Read error: 104 (Connection reset by peer)) 17.37.27 # The problem was that used an int with values (for example) of 0-3, but setting min and max to 0 and 3 doesn't work. I need to set max to 4. 17.37.41 # i.e. the comments in configfile.h and the code in configfile.c are conflicting. 17.38.02 # [17:31:54] yes 17.38.08 # [17:32:09] I figured that as well when adding config support to oscilloscope 17.38.09 # Which targets have the Car adaptor mode 17.38.51 # amiconn: I know - but why did you then tell me to use enum? 17.38.53 # tucoz: archos player & all recorders, but it only works correctly on the recorders, and only when flashed 17.38.59 # I mean not use enum... 17.39.09 Quit _FireFly_ (Remote closed the connection) 17.39.11 # amiconn, thanks. 17.39.34 # linuxstb: Because that was another mistake I did... 17.39.36 # linuxstb: "and in addition" 17.39.54 Quit dpassen2 ("CGI:IRC (EOF)") 17.39.54 # Imho one should use an enum for enum, that's what it's meant for 17.39.55 Join _FireFly_ [0] (n=FireFly@dslb-084-056-116-239.pools.arcor-ip.net) 17.40.01 # Anyway, should I correct the comment in configfile.h so that it matches configfile.c, or the other way around? I think correcting the comment will be easier. 17.40.43 Quit coob (Read error: 110 (Connection timed out)) 17.40.58 # I wanted to ask linus about it, it's his work.. 17.41.06 # What's also missing is bool support 17.41.37 # I was thinking it could also be nice to somehow merge it with the set_option() function. 17.42.09 # In pacbox, I now need to define the settings twice - once for the configfile, and once for set_option() 17.43.05 # amiconn, linuxstb: do you guys know what the slowest response time is before a UI feels laggy? 17.45.43 # Why are you asking? 17.46.45 # I was trying to put some more sleeps in the rockbox code 17.47.20 # does any of you has a finnancial support to develop rockbox ? or everybody does it in their respective spare time ? 17.47.37 # I made the wps thread sleep if the while(1) loop takes less than x ticks 17.47.42 # *do 17.48.11 # alphakiller, it's totally voluntary. But new hardware etc is sponsored by donations (see the pay-pal on the front page) 17.50.30 Quit _FireFly_ ("Leaving") 17.55.03 # markun: You don't need to put sleep() in the ui thread (and shouldn't) 17.55.24 # amiconn: why not? 17.55.26 # button_get_w_tmo() does the same as sleep() unless a button is pressed 17.55.33 # ok 17.55.55 # sleep() would make the interface laggy with no reason. 17.56.30 # battery could be a reason.. 17.57.48 # cvs -q annotate $FILENAME 2>/dev/null |grep "^[0-9\.]" |cut -b 15-22 |sort |uniq -c |sort -n #contribution scorecard! (assuming the output of cvs annotate is predictable) 17.59.02 # amiconn: rockbox used 100% of my CPU in the simulator with the WPS showing the peak meter, that's why I tried to slow it down a bit. 17.59.26 # markun: button_get_w_tmo() does the same as sleep() unless a button is pressed, i.e. it also sleeps the CPU 17.59.43 # The peakmeter is a different thing, it needs to be drawn fast 18.00.48 # also, one of the threads is not sleeping when playback is paused 18.04.42 # amiconn: thanks for pointing out button_get_w_tmo, don't know why it doesn't restrict the CPU usage in the SDL sim 18.05.52 # linuxstb: there's a line with a tab in pacbox.c 18.08.36 # linuxstb: 302 18.12.13 # Mikachu: Thanks. It will go in my next commit. 18.16.58 Quit alphakiller (Read error: 104 (Connection reset by peer)) 18.17.24 *** Saving seen data "./dancer.seen" 18.17.58 # markun: Have you managed to transfer any music to your gigabeat from FreeBSD yet? 18.36.27 # anyone care to take a guess how probably it is an ipod will function with no battery and only external power? :> 18.38.38 Join Hyperactive [0] (n=OliverKa@212.117.141.138) 18.38.53 # hi 18.39.01 # can someine help me plz? 18.40.27 # first you've gotta ask a question 18.41.49 # i have iriver 3400 18.41.54 # 340 18.42.08 # i download rockbok 18.42.32 # but i cant see inglist all i see is ._~ 18.42.51 # like this. hwo can i change the long? 18.44.31 # crap. 18.44.39 # interix doesn't like ipod_fw.c 18.44.41 # he? 18.44.58 # ...and the *only* crosscompiler I managed to build is arm-elf-gcc 18.45.40 # Hyperactive: i don't understand what you mean 18.45.42 # ipod_fw.c:290: error: `opterr' undeclared (first use in this function) 18.46.04 # ok. i install rocnok on my iriver 340. 18.46.07 # Anyone knwoign what this 'opterr' (and also optarg, optind and optopt) is? 18.46.22 # *knowing 18.46.50 # but i cant see the menu..the letters are like this: ... only pionts. 18.47.21 # who can i change the language to inglish? 18.48.21 # hold down record when you're booting and it'll reset all settings 18.50.14 # :) 18.50.19 # 10q! 18.51.40 # hmmmmmm 18.52.17 # so we've got fonts bundled that haven't got ascii characters? 18.52.25 # the hebrew funts wont work 4 me. 18.52.27 # i think we really need to clean up our bundled fonts 18.52.59 # preglow, I agree. Get rid of the 7bit fonts at least 18.53.04 # Like chicago 12 18.54.44 # Maybe there could be a check each time a font is selected whether it has the characters needed for the current language 18.54.54 # and the same for selecting new languages 18.56.13 # binlang could build a string containing all used characters 18.57.11 Quit webguest84 ("CGI:IRC (EOF)") 18.58.30 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 19.05.44 # hnnnnnnn 19.05.46 # linuxstb: no, it didn't work. And I still don't know if it's a FreeBSD specific problem 19.06.36 # whay does all my setings changes after aboot? 19.06.47 # did you upgrade rockbox? 19.07.00 # are you holding down the 'reset settings' button? :) 19.07.17 # upgrade? 19.07.34 # rockbox-h300-20060315 19.07.45 # is this uptodate? 19.08.02 # if you change from one version to another, sometimes the settings are reset the first time you start the new version 19.08.13 # you want to save your settings in the Manage Settings menu 19.08.23 # Mikachu: that's when the config block version changed 19.08.23 # then you can load that .cfg file after the settings are reset to restore them 19.08.49 # do you can see from the CVS commit messages when it happens :) 19.08.49 # that's the one 19.09.23 # you where right.. 19.09.35 # anyway it's a good idea to keep a .cfg handy 19.12.47 Quit muesli- ("ich will Kühe!!!") 19.13.15 # OK, tetrox works on: archos recorder/ondio, ipod color/4gen/3gen/nano, iriver h300,h100 19.13.26 # Paprica: i'm done with school stuff now 19.13.36 # ok 19.13.37 # sec 19.13.53 # i will compile for you 19.14.01 # please don't 19.14.16 # i don't like precompiled stuff on principle :) 19.14.39 # ok 19.14.57 # i'll send the source and the bitmap 19.17.28 # Mikachu? 19.17.34 # =\ 19.17.36 # =]* 19.17.49 # if you wait 3 minutes, don't expect me to type /dcc get in 5 seconds :) 19.18.30 # ;] 19.19.04 # oh, forgot the iaudio x5 on the working targets =] 19.19.12 Join safetydan [0] (n=dan@rockbox/developer/safetydan) 19.20.28 # wow, that's really short :) 19.20.54 # what short? 19.20.58 # the code 19.21.02 # ahha 19.21.08 # only 687 lines 19.21.13 # Hmmmmm 19.21.26 # brickmania is 1844 19.21.26 # * amiconn now managed to build at least one target on interix 19.21.37 # yep 19.21.40 # It's not really worth the hassle... 19.21.43 # brickmania is lonnnnnnn 19.21.43 # g 19.21.53 # and a bit uncommented i felt 19.22.18 # It's not measurably faster than cygwin 19.22.35 # Mikachu, dont talk, try it 19.22.36 # :] 19.23.02 # i would if linux' usb mass storage driver worked better :) 19.23.55 # okay, seems to work with replugging the ipod 19.24.45 # weird 19.24.56 # hang on 19.25.05 # (or do other things in the meantime) 19.26.05 # ah, forgot to add tetrox.c to sources so it used my old one :) 19.26.12 # i should make clean more oftne 19.29.00 Quit SereR0KR ("XChat Aqua") 19.29.25 Quit Hyperactive ("nothing can break me like a woman can.") 19.31.30 # hrm, it has that annoying feature that you can't rotate at the edge of the screen 19.32.31 # it was like this 19.33.12 Join SereR0KR [0] (n=Fletcher@Fccd8.f.strato-dslnet.de) 19.33.55 Join Rob2222 [0] (n=Miranda@AC9E0E8C.ipt.aol.com) 19.34.16 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 19.35.06 Join Rondom [0] (n=Rondom@42-60-242-83.dip.h-tel.de) 19.36.37 # Mikachu, it works fine? 19.37.17 # safetydan: sproing? 19.40.55 # Paprica: yes, except for it restarting when i press select 19.41.04 # that could be construed as slightly annoying 19.41.36 # ok i can replace it with the drop 19.41.41 # #define TETRIS_RESTART BUTTON_SELECT 19.41.41 # #define TETRIS_DROP BUTTON_MENU 19.41.50 # i think reversing those two will be better 19.42.21 # and i think the names TETRIS_UP and TETRIS_NAV for rotating left and right are a bit weird too :) 19.42.58 # haha you dont have another keys =] 19.43.14 # ? 19.43.24 # oooopss 19.43.29 # my wwrong 19.43.43 # i think you talking about the keys 19.43.46 # sorry 19.44.00 # you are* 19.44.05 # another suggestion is making TETRIS_RESTART into (BUTTON_MENU|BUTTON_REL) 19.44.20 # that way you can press menu+select to exit without looking at the splash 'restarting' for two seconds 19.44.36 # what is BUTTON_REL? 19.44.44 # it's sent when a button is released 19.44.52 # oh ok 19.44.53 # so when you release menu, the game will restart 19.44.56 # instead of when pressing 19.45.20 # preglow, sprong? 19.45.41 # What is the response to that? sprang? sproinga? spong? 19.45.47 # god knows 19.45.52 # what with the cordic code? 19.45.55 # the pastebin url expired 19.46.06 # ah 19.46.09 # give us a sec 19.46.27 # can do 19.46.46 # Paprica: i have never in my life seen a tetris clone where the pieces come out in random orientation 19.47.13 # preglow, http://pastebin.com/603893 19.47.19 # i didnt write the code.. 19.47.27 # well, you can change it :) 19.47.33 # yep 19.47.35 # Mikachu: huh? What do you mean? 19.47.38 Join obo [0] (n=obo@82-46-57-180.cable.ubr02.trow.blueyonder.co.uk) 19.47.53 # as I said, it's a bit rough, and I've no idea of performance 19.47.55 # amiconn: when a piece appears, it is usually always oriented in the same way 19.47.57 Quit SereR0KR ("XChat Aqua") 19.48.05 # which way depends on the clone, but in tetrox it's different every time 19.48.07 # it's very confusing 19.48.08 Join SereR0KR [0] (n=Fletcher@Fccd8.f.strato-dslnet.de) 19.48.17 # safetydan: i'm just gonna test it anyway 19.48.21 # if it works, it's good 19.48.31 # I only know variants where the orientation is random... 19.48.40 # hm 19.48.58 # Paprica: I would be happy to test Tetrox on my 5g. 19.49.20 # oh, and the input angle range is limited to -pi/2 to +pi/2 19.49.35 # linuxstb, im working on the background bitmap now for the video 19.49.35 # amiconn: should the picture in Next Piece at least agree with the orientation? 19.49.42 # yes 19.49.50 # Mikachu, ok, you right 19.49.52 # Paprica: Ah, OK. 19.50.03 # i'll change it 19.51.56 # safetydan: we should just support from 0 to 2pi anyway 19.52.00 # a pause button would also be nice :) 19.52.08 # but other than those things, i like it very much 19.52.25 # =] 19.52.28 # What are the ipod key mappings? Is the clickwheel used? 19.52.32 # all the colors are correct! i have only seen one clone where they are. and of course by correct i mean the colors used in that clone 19.52.35 # linuxstb: yeah, for rotating 19.52.42 # it could perhaps do with being a tad less sensitive 19.52.52 # and i've already lowered my delta from 4 to 10 19.52.59 # that would actually be an increase 19.53.09 # I've just tried RockBlox - the button mappings are a bit crazy (MENU exits), but it uses the wheel to move left/right which works well. 19.53.29 # i wouldn't like that i think 19.53.37 # Give RockBlox a go. 19.54.01 # I was thinking the wheel could move left/right and NEXT/PREV would be rotate right/left. 19.54.11 # I was gonna suggest wheel for L/R movement too. 19.54.21 # it's the most logical 19.54.58 # th esensitivity is good, but i need to move two laps to move from one edge to the other... 19.55.29 # Mikachu: Are you using the standard button driver? 19.55.31 # By the way, I think it's time to enable battery status on at least the iPod Nano. I don't know if anyone's tested it on others, but the reporting seems at least reasonable. 19.55.41 # with the exception noted above 19.55.49 Join SereRokR [0] (n=Fletcher@Fd4d5.f.strato-dslnet.de) 19.55.50 # safetydan: if nothing else, this thing should be really fast on arm :-) 19.56.18 # linuxstb: but if it moved any faster i wouldn't be able to position it accurately 19.56.31 # linuxstb: remember the nano wheel is a bit smaller than the 5g one (i think) 19.56.57 # OK, but Rockblox and the standard button driver is perfect on the 5g. 19.58.29 # now that i think about it three of the colors are "wrong" :) 19.58.30 # preglow, good to hear 20.00.20 Join alphakiller [0] (n=bohas@200.162.22.132) 20.00.45 # can anyone answer me an ipod question ? heheh 20.00.54 # alphakiller: Ask it, and we'll find out 20.01.01 # how to upload a picture onto an ipod video 20.01.18 # just put it there 20.01.21 # cp file.jpg /mnt/ipod and then open it using the lovely Rockbox jpeg viewer. 20.01.35 # Mikachu: where ? 20.01.41 # Wherever you want it. 20.01.42 # on the ipod 20.01.51 # alphakiller: Are you talking about Rockbox or the Apple firmware? 20.02.17 # apple firmware 20.02.42 # Aaah, might've wanted to specify that, y'know, with what the channel is and all 20.02.47 # With the apple f/w, you have to use iTunes. 20.02.54 # or gpixpod 20.03.04 # Or some other thing that deals with their database 20.03.18 # * linuxstb shrugs 20.03.31 # I have no idea why you'd rather view it in the apple firmware though 20.03.46 # it's like rockbox but you can't zoom, but it still saves the fullsize picture 20.04.27 # sweet god 20.04.28 # i _HATE_ adsl 20.04.30 # Mikachu: It *does* have a slideshow mode, for extra quick battery draining. 20.04.38 # safetydan: this thing is leaps and bounds more accurate than my thing 20.04.40 # oh yeah, forgot about that 20.05.06 # do we know why ipod audio cuts out at volume < -57dB? 20.05.10 # on 5g? 20.05.21 # Because the range of the DAC is -57dB to +6dB 20.05.26 # preglow, \o/ 20.05.45 # Man, and when it's silent I often listen to my music at about -53... 20.05.50 # it should be since it's the same algorithm the goold ol' 387 FPU used :) 20.06.03 # good even 20.06.05 # I'm listening to -57 now and it's too loud... time to use preamp more 20.06.30 # Feel free to play with the DAC....It may not be initialised perfectly. 20.07.06 # safetydan: what i'm wondering about, though, is if it's possible to increase the precision to the full 32 bits 20.07.31 # safetydan: right now it's only precise to the 30th bit, two of the top bits of the answer goes unused 20.07.45 # is the scale really different from the nano? i usually have mine at -15 20.07.59 # Yes, the Nano has a different DAC. 20.08.15 # preglow, if you up the iteration count it should increase the precision... but I'm not certain if there's an inherent level of inaccuracy 20.08.34 # Shouldn't -15 on Nano be the same as -15 on a 5G? 20.08.46 # safetydan: shouldn't be, the current problem is that the output format is the same precision as the input format, which needs to have some integer bits to represent angles bigger than 1 20.09.03 # safetydan: the result, however, never has any values higher than +/- 1 20.09.07 # so it doesn't need any int bits 20.09.10 # linuxstb: apps/plugins/pacbox/z80.c is rather demanding at buold time 20.09.14 # *build 20.09.43 Quit KN|stiff ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 20.09.50 # safetydan: but yeah, great work, this'll fix the problems we're having 20.09.51 # It can't be compiled with less than ~500MB of free (virtual) memory 20.09.56 # Ouch... 20.10.16 # It does have over a thousand functions in it... 20.10.16 # ahhh, gcc 20.10.28 # the crack addict compiler 20.10.49 # I am planning to try different z80 cores if I can find any suitable candidates. 20.10.49 # Shouldn't be an issue nowadays, but I ran into that problem when testing interix in a VM 20.11.23 # This was for arm target (iPod nano) 20.11.24 # But I don't think that code is that inefficient - I think the video-related code is the bottleneck in pacbox. 20.11.32 Join petur [0] (i=petur@rockbox/developer/petur) 20.12.11 # preglow, woo! good to hear. Should be able to turn that same cordic rotation stuff in to a general purpose math library 20.12.30 # indeed 20.12.51 # What was the other function needed asinh? 20.12.54 # should rb->splash(0, ...) from a plugin wait for a button press or just go away instantly? it seems to do the second 20.13.06 # Which reminds me, does anyone have any ideas why putting a very frequently used array in pacbox (the palette lookup table) into IRAM would actually slow pacbox down on the iPod? 20.13.24 # Mikachu: It returns instantly, but it's up to the calling function to clear the display (IIUC). 20.13.25 # safetydan: and to be quite honest, i don't think the last bits matter for the eq 20.13.32 # safetydan: i shall do some tests in octave and see 20.13.44 # maybe i can just put a get_button thing after 20.13.51 # Mikachu: Yes, that should work. 20.14.15 # is there a way to write replaygain tags to an existing mp3 file with lame (or any other linux software)? 20.14.17 # linuxstb: i take it you are absolutely certain that is the case? 20.14.32 # i don't like the sound of that at all 20.14.37 # lostlogic: i haven't found any.. only mp3gain which modifies the mp3 frames 20.14.56 Quit alphakiller () 20.14.58 # preglow: Yes - only very slightly slower, but still slower. 20.15.10 # blargh 20.15.14 # I'm wondering if the IRAM is cached. 20.15.21 # why should it matter? 20.15.26 # hmm 20.15.27 # it should 20.15.29 # Mikachu: If you tell Mp3gain to scan, and then never tell it to apply, if I recall it writes tags but doesn't modify the frames. 20.15.29 # Because it leaves less space for other things. 20.15.39 # i meant for your performance problem 20.15.40 # * lostlogic tries this with mp3gain 20.15.52 # Though I've only used the windows version 20.16.01 # but if the cache is direct mapped, it might very well have an impact 20.16.12 # Paul_The_Nerd: there's no such option in the command line version, and i think that sounds suspicious 20.16.27 # also, i found a semi-bug 20.16.28 # linuxstb: Maybe it's a code cache aliasing problem? 20.16.29 Quit SereR0KR (Connection timed out) 20.16.36 # plugin.h doesn't export button_hold on ipods 20.16.43 # Mikachu: splash(0,...) is supposed to return instantly 20.16.47 # Mikachu: Fair enough. It was my very first experience with replaygaining at all, and being a windows user, I soon moved to foobar and never dealt with it again. 20.17.03 # splash() will also never clear the display itself 20.17.07 # amiconn: i had a vague memory of someone saying it should wait, but maybe it was something entirely different 20.17.25 # just making the game over thing in tetrox not disappear and start a new game after 1 second 20.17.26 # amiconn: code cache aliasing? 20.17.26 *** Saving seen data "./dancer.seen" 20.17.27 Join tvelocity [0] (n=tony@ipa71.14.tellas.gr) 20.17.31 # Mikachu: It should do now - I added it a few days ago with pacbox. 20.17.45 # hm, maybe something weirded out 20.17.48 # linuxstb: That broke the Doom patch by the way. :) 20.17.51 # the line is close to my wheel_status thing 20.18.16 # Mikachu: it seems to work with the commandline version as well 20.18.36 # preglow: Moving something into/out of iram might move functions, and make functions 'fight' for cache lines 20.18.37 # lostlogic: are you sure you don't mean the undo tags? 20.18.49 # I don't know how the iPod cache is organised though 20.18.56 # Mikachu: they are the same thing, and it put the right stuff in the tags 20.19.02 # ah, okay 20.19.14 # it messed up all my unicode tags so i always run with /s s 20.19.40 Quit tvelocity (Client Quit) 20.20.07 # It may also be that iram isn't cached and iram is also not single-cycle on pp 20.20.15 # linuxstb: i just checked out a clean copy and it only has #if CONFIG_KEYPAD == IRIVER_H100_PAD as far as i can see 20.20.17 Join tvelocity [0] (n=tony@ipa71.14.tellas.gr) 20.20.24 Quit didj (Connection timed out) 20.20.29 # linuxstb: oh so sorry, it is just in another place 20.20.44 # Maybe I should have merged them - but I don't like breaking the plugin API... 20.20.59 # amiconn: ahh, right, that was what i meant too 20.21.01 # doesn't calculate album gain it looks like though. 20.21.13 # amiconn: we don't really know what associativity the cache has 20.21.53 # safetydan: actually, just upping the iteration number did help... 20.22.02 # hooray, now it pauses while the hold button is on 20.22.30 # preglow: You can test whether iram is cached or not, and whether it's single-cycle 20.22.48 # amiconn: whether iram or cache is single-cycle? 20.22.51 # If it's single-cycle, testing whether it's cached will be harder of course 20.22.57 # safetydan: so, ok if i modify it a bit and commit it? 20.23.04 # preglow, go right ahead 20.23.09 # linuxstb: what #ifdef should i put if i want to use button_hold in a plugin? 20.23.11 # preglow: Whether iram is single-cycle, postulating that cache is 20.23.32 # i think both are single-cycle 20.23.35 # according to ipl people 20.23.40 # I've just taken all of the pacbox data out of IRAM (which is all the Z80-related data such as the RAM/ROM arrays), and on my 5g, I'm getting almost identical speed to the version with everything in iram. 20.23.51 # ipod has cache, yes 20.24.01 # we should try doing a rockbox build with no iram whatsoever 20.24.05 # might be very interesting 20.24.26 # Might also be interesting to test on PP5002... 20.24.35 # It would make using the COP a lot easier - all that IRAM to spare. 20.24.43 # linuxstb: exactly 20.24.51 # anyone: what #ifdef should i put if i want to use button_hold in a plugin? 20.25.25 # Mikachu: ok, I take back all the shitty things I've said about mp3gain, it actually does do what is needed with a simple script wrapping it to feed it one album at a time. 20.25.28 Quit tvelocity ("Ex-Chat") 20.25.33 # Paul_The_Nerd: thanks for the tip. 20.25.35 # heh 20.25.43 # Mikachu: Find the definition of that function - probably in button.c 20.25.56 # And then use whatever is surrounding that function. 20.26.16 # We should probably fix plugin.h to use the same. 20.26.37 # it's spread out with lots of different keypad definess 20.26.44 # :) Just saw that... 20.26.46 # safetydan: you tried adjusting that K constant? 20.26.46 # Paul_The_Nerd: What happened to rockdoom? 20.26.51 # so maybe not a big success 20.26.57 # What happened to rockdoom in general?? 20.26.59 # what do you do in pacbox? 20.27.06 # 5 bits changes when the hold switch is switched in 5g GPIO. 20.27.23 # Ah, button.h surrounds it by #ifdef HAS_BUTTON_HOLD 20.27.27 # amiconn: Doesn't build at the moment for most people, because of the changes to plugin.h/.c. I'm not sure if that's the only thing that's breaking it, I'm having a little trouble untangling my custom build. =/ 20.27.32 # preglow, no, I did calculate it though... but looking it again it might off by about 3 20.27.34 # aha 20.27.53 # Mikachu: I've actually taken it out of pacbox now. Previously it was just used for the ipods, because there were no other spare keys. 20.28.04 # how do you enter the menu now? 20.28.13 # MENU+SELECT 20.28.18 # ah, of course 20.29.02 # safetydan: there's some small discrepancy here that i don't like and i suspect it's rooted there 20.29.21 # and why do you mention 2.16 fixed point? you're using s2.29 fixed point 20.29.21 # linuxstb: in button.h, wouldn't it make sense to combine the two ifs for button_hold? 20.29.40 # linuxstb: like #if defined(HAS_BUTTON_HOLD) || CONFIG_KEYPAD == IRIVER_IFP7XX_PAD 20.30.08 Join tvelocity [0] (n=tony@ipa71.14.tellas.gr) 20.30.13 # I would prefer not to touch the ifp7xx code - it's still in an early state. 20.30.40 # okay, i have no idea about other targets :) 20.30.41 # And plugins aren't feasible on the ifp7xx anyway. 20.30.47 # (it only has 1MB RAM) 20.30.55 # Forget that.... 20.31.12 # But plugins are disabled now anyway. 20.31.22 # Paul_The_Nerd:plugin api clashes shouldn't be hard to fix. I mean, what's the general status of rockdoom 20.31.37 # * amiconn wonders whether/when kkurbjun will return... 20.31.45 # I think the version on the patch tracker was very close to be committable. 20.31.54 # amiconn: Oh. Few warnings, and it still doesn't fit in the plugin buffer. Other than that, it's pretty good, I'd say. 20.32.08 # linuxstb: Not that much different from the archoses (with 2MB RAM) 20.32.10 # It needs a little work to bring the plugin size down on ARM, but I think it fits in 512KB on Coldfire. 20.32.17 # Yeah, it fits on coldfire 20.32.19 # linuxstb, http://img477.imageshack.us/my.php?image=dump0603152128486vc.png 20.32.24 # amiconn: I know - that's why I retracted my statement :) 20.32.27 # i think i've had mine on 28MB for a while 20.32.43 # I'm not sure if it compiles in the sim either. 20.33.44 # amiconn: Are you thinking that someone else should try and clean rockdoom up and commit it, rather than wait for kkurbjun to return? 20.34.04 Join Shadowarrior13 [0] (i=dsf@ip68-3-160-223.ph.ph.cox.net) 20.34.04 # I'll at least get it running again. 20.35.06 # preglow, yeah the comment is wrong about the format 20.35.08 # -logbot_- kkurbjun (n=Jim@c-24-8-222-177.hsd1.co.comcast.net) signed off 13 days and 11 hours ago (Read error: 110 (Connection timed out)) 20.35.13 # hmm... 20.35.25 # typo on my part 20.36.46 # and is it (1/2)^n or 1/(2^n) ? 20.37.09 # i'm not all that when it comes to operator precedence 20.37.16 # linuxstb: do buttons not even cause interrupts when the hold switch is on hold on ipod 5g? 20.37.21 # preglow: that's the same thing 20.37.25 # preglow: 1^n = n 20.37.40 # er 20.37.42 # 1^n = 1 20.38.09 # right 20.39.07 # i just realised how dependent i am on ordinary maths notation :) 20.39.17 # hah 20.39.48 # amiconn: do you know if it will be easy to adjust the jpeg viewer to show the picture as much as it can without zooming. (default view of a picture can vary from a tiny to a big one (unzoomed)) 20.39.50 # Even calculating it out to n = 64 the value of K doesn't change much 20.39.56 # safetydan: i just found out 20.39.56 # at all even 20.40.03 # it converges well before n = 16 20.40.24 # anyway, going to watch a movie 20.40.40 # have fun 20.40.41 # which one? :) 20.40.42 Join BHSPitLappy2 [0] (n=Steve-O@adsl-67-64-146-188.dsl.rcsntx.swbell.net) 20.40.44 # hope it's something decent 20.40.44 # heh 20.42.00 # XavierGr: That won't be easy at all 20.42.37 # The jpeg viewer can only display zoom levels of 1/8, 1/4, 1/2 and full original image, utilising a special feature of jpeg images 20.43.14 # You could always check if 1/8 of the width or height is less than 1/2 of the screen, and it both are, start at 1/4, or something 20.43.14 # lostlogic: I think preglow told me the hold switch stops the interrupts. 20.43.15 # so arbitary resising is out of the question. 20.43.27 # It chooses the largest level that fits the screen initially, but if the image is larger than a certain size, even 1/8 won't fit 20.43.33 # Aaah 20.43.54 # yes I know that. And I've seen about the downscale factor. 20.44.15 # I just hoped that a modification can alter the zoom by a smallest factor 20.44.29 # This certain size is for H300 (simple calculation) 1760x1408 20.44.57 # it is lcd_height*8 * lcd_width*8 IIRC 20.45.01 # yup 20.45.24 # 896x512 on archos... 20.47.04 # so amiconn, you say that rockbox zoom is based upon a jpeg format trick on specific downscale factors? 20.47.09 # linuxstb: that i did 20.47.25 # * Paul_The_Nerd has uploaded a new doom patch, that at least compiles. 20.47.27 # The technique used for scaling can be adapted to allow more zoom levels *between* 1/8 and 1/1 - if you know a lot about IDCT 20.47.32 # Paul_The_Nerd: Do you know which targets Doom compiles for? Is it just the colour targets? 20.47.39 # amiconn: i say we just implement some interpolator 20.47.53 # linuxstb: All colour targets, I believe. 20.47.57 # amiconn: newer targets should be able to cope, and it's tons and tons easier than making custom idcts 20.47.57 # linuxstb: that's why 5 GPIO bits change (guess, but an educated one) 1 is the hold switch indicator and 4 are interrupt mask bits. 20.48.17 # preglow: Interpolating down still needs to decode the higher resolution, meaning we won't save any ram 20.48.22 # linuxstb: My recent patch doesn't build it for any targets but the colour ipods, and both iRiver Hs (because I didn't know what to actually put in that line other than IRIVER 20.48.27 # amiconn: sure no, but you can choose the zoom factor yourself 20.48.46 # Paul_The_Nerd: I was just about to do what you've just done... So I'll go grab your patch. 20.49.12 # amiconn: and i mean having the draw routine do the rescaling, just like the it also currently converts from yuv 20.49.25 # preglow: XavierGr's question was whether we can scale down lower than 1/8, for viewing large jpegs while listening 20.49.28 # (iiuc) 20.49.32 # ahh 20.49.35 # that'll be harder 20.49.36 # linuxstb: It just fixes it to compile and run. It also resizes the plugin buffers, so I don't have to explain it every 5 minutes in the forums. :) 20.49.58 # it is possible, however, but requires hacking the decoder routine severely 20.51.00 # amiconn: I don't say that only for very large pics 20.51.06 # Imagine a small picture 20.51.28 # * amiconn wants two custom IDCTs for archos 20.51.41 # XavierGr: Smaller pics aren't scaled down that much 20.51.57 # You'll never end up with an image smaller than 1/2 of the LCD 20.51.59 # amiconn: why two? all of them would need to be if you mean correcting for aspect ratio 20.52.22 # preglow: Yes, but I guess it's not possible to decode fractional pixels... 20.52.23 # of course, correcting 1x1 and 2x2 will be... special 20.52.37 # ...so we could only correct the 2 largest levels 20.52.55 # well 20.52.56 # ...needing a 10x8 and a 5x4 IDCT 20.52.59 # i think i know how to do it 20.53.22 # hmm, 10x8 20.53.24 # can you even do that? 20.53.27 # it would to upsample 20.53.41 # have to 20.54.21 # Well, it is possible. [IDC]Dragon mentioned that he got one such IDCT routine from an author who explains on the net how to make fast custom IDCTs 20.54.59 # These beasts are supposed to handle about every scaling factor. If only I would understand enough of this... 20.55.20 Quit BHSPitMonkey (Read error: 110 (Connection timed out)) 20.55.38 Join BHSPitMonkey [0] (n=Steve-O@adsl-67-64-146-188.dsl.rcsntx.swbell.net) 20.56.05 # i guess you have to resample for 5x4 too 20.56.14 # but of course, in an idct is a very good place to resample 20.56.28 # since you can do it ideally in the frequency domain 20.56.38 Quit BHSPitLappy (Connection timed out) 20.57.00 # http://sylvana.net/jpegcrop/djpeg/ 20.58.19 Join damaki [0] (n=Chocolat@ALille-153-1-47-105.w83-198.abo.wanadoo.fr) 21.00.01 # I thought that this stuff was a lot more easy. That is completely out of my knowledge 21.00.37 # Anyone understand why gcc would say "warning: operation on eventtail may be undefined" with the folllowing code? 21.00.38 # for ( ; eventtail != eventhead 21.00.38 # ; eventtail = (++eventtail)&(MAXEVENTS-1) ) 21.00.47 # (the warning refers to the second line) 21.01.30 # It's from Doom... 21.02.33 # * Paul_The_Nerd was just about to go look at the warnings. 21.02.56 # linuxstb: I would think it has problems with the prefixed ++ 21.03.15 # I'd simply replace that by eventtail = (eventtail + 1)&(MAXEVENTS-1) 21.03.20 # yes, there are two assignments to eventtail on the same sequence point 21.04.00 # OK, thanks. I'll do that. 21.04.45 Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) 21.04.51 # It's in the network code, so it's probably unused anyway... 21.05.11 # lol imagine 2 h300s linked up to play doom 21.05.25 # XavierGr: Too late, safetydan and I already imagined 4. :-P 21.06.01 # :D 21.06.04 # * XavierGr drools 21.06.18 # It's not really possible without someone rather insane though 21.06.24 # Or a USB networking driver. 21.06.37 # linked up with USB OTG bluetooth adapters. 21.06.44 # ... 21.06.45 # * linuxstb drools over the gaming potential of DAPs with wifi or bluetooth 21.06.46 # or wi-fi 21.06.49 Join webguest04 [0] (n=d4406110@labb.contactor.se) 21.07.08 Part webguest04 21.07.09 # yeah maybe in like what.... 4-5 years? 21.07.26 # PortalPlayer have announced such a chip already. 21.07.54 # So it wouldn't surprise me to see iPods with wifi or bluetooth this year. 21.08.16 # I was speaking for an H300 utilizing its USBI OTG port 21.08.32 # Man, bluetooth ipods. Automatically sync whenever in range... 21.08.32 Quit ender` (" A psychiatrist is a fellow who asks you a lot of expensive questions your wife asks for nothing.") 21.09.20 # Automatically sync with any other bluetooth-enabled Rockbox devices in range... 21.09.52 # ugh, why doesn't the hold switch on ipod work? 21.10.00 # But now to squeeze Doom in the ipod's plugin buffer.... 21.10.08 # or at least why doesn't it display hold on status/wps 21.10.32 # It does for me. The wps tag isn't implemented though afaik. 21.10.44 # Yeah, I remember you had a patch that made Doom fit, but it caused some funny graphical artifacts (I think it broke the z-buffer for sprites) 21.11.08 # Do you still have it? 21.11.25 # oh, the wps is just coded wrong *fixes* 21.11.27 # Yes 21.11.31 # It's OK - I've found three patches on my website. 21.11.38 # It was doom_memory, if I recall 21.11.43 # Or rather, if this is it 21.12.07 # Yes - that's the latest one, so I'm going to try to get that working. 21.12.27 # I try to keep any patches you send my way until they show up in CVS, or become inconsequential. 21.14.41 # Ah, I see the problem... timer_register() isn't defined in the simulator. 21.18.56 # ah freind of mine seems to have problems with H3x0 rockbox: http://mathias-garbe.de/stuff/wps.jpg 21.19.03 # The WPS-fonts don't align correctly 21.19.15 # What could be the cause? 21.19.31 # Kohlrabi: That WPS looks like one of the ones that uses various patches that aren't in CVS 21.19.58 # Ah, so another WPS could work? 21.20.09 # (he told me all of them had errors) 21.20.20 # Kholrabi: Any of the album art ones will *definitely* have errors 21.20.30 # ah OK 21.21.05 # In fact, the only ones guaranteed to work are those he creates himself, and those that are included with Rockbox. Other than that, many people seem to enjoy creating WPSes that only function with special patches, many of which may not even get included because they aren't how the project wants to handle certain aspects of WPS rendering. 21.22.02 # As far as I know he only D/Led rockbox, but I'll check that... :) 21.23.12 # Kohlrabi: Well, that WPS isn't one of the included ones. :) 21.23.25 # Ah, OK 21.23.48 # Album art isn't a feature yet, as there are a few changes left needing to be made to the patch before it can be included. 21.23.56 # So any WPS with an album-art section is definitely not going to work 21.24.11 # linuxstb: Do we need the timer in the sim? 21.24.30 # If so, we'll probably need yet another thread providing the user timer 21.24.47 # (host thread of course) 21.29.43 # It's used in Doom to give a 35HZ tick. I think we can just approximate it with current_tick/3 21.29.54 Join ashridah [0] (i=ashridah@220-253-120-234.VIC.netspace.net.au) 21.31.52 # thanks 21.31.58 # Problems solved :) 21.31.59 Join Matze [0] (i=Miranda@p5484E52C.dip.t-dialin.net) 21.37.02 # 7*current_tick/20 21.37.26 # this will jitter a bit, but give 35Hz on average 21.39.00 # Good idea. 21.39.42 # Btw, how does doom work on iPod then? 21.39.56 # I use the hardware usec tick 21.39.57 # * amiconn didn't notice user timer code going in for iPod 21.40.16 # I was just wondering when that will wrap... It's a 32-bit unsigned value. 21.40.37 # So it's only about 4000 seconds. 21.40.43 # someone is against commit tetrox? 21.41.00 # Paprica: could you run it through indent first too? 21.41.38 # linuxstb: About 71 minutes... 21.41.48 # Yep... 21.42.08 # Paprica: i added a basic pause when hold is enabled.. 21.42.14 # Not sure if the battery will last that long.... 21.42.20 # but of course i can submit changes after commit too :) 21.42.26 # Mikachu, i do it 21.42.35 # (indent) 21.42.48 # * linuxstb whispers "user timer" in preglow's ear 21.43.01 # ahh, right, there's that 21.43.06 # LinusN ? 21.43.11 # i'll have a look at it now 21.43.28 # just finish this new trig code 21.43.52 # I also do "(USEC_TIMER*35)/1000000" which will overflow nicely ... 21.44.00 Join Aditya_ [0] (i=user@c-69-138-7-5.hsd1.md.comcast.net) 21.44.34 Quit Aditya (Read error: 104 (Connection reset by peer)) 21.44.37 # what's preferable? long sincos(long angle, long* cos) or void sincos(long angle, long* sin, long* cos) ? 21.45.04 # linuxstb: Just reduce the fraction... 21.45.12 # * amiconn is quite used to reducing fractions 21.46.02 # 7/200000 21.46.10 Quit tvelocity ("Ex-Chat") 21.46.12 # An example is video.rock: The cpu clock frequencies of recorder and Ondio relate 11059200 : 12000000 == 576 : 625 21.46.21 # i cheated and used maple there 21.47.01 # Another example is that the iriver (base) clock and archos recorder clock relate 11289600 : 11059200 == 49 : 48 21.47.29 Join sharpe [0] (i=ziggy@user-0c8hc11.cable.mindspring.com) 21.47.44 # amiconn: can you factor arbitrarily large numbers instantly? 21.47.56 # Prepared for video.rock on H1x0... 21.47.58 # mmm how could i remove a file from cvs? 21.48.13 # Mikachu: he's got a cybernetic implant that does it for him 21.48.15 # cvs delete file 21.48.16 # i think 21.48.22 # could be remove 21.48.37 # "rm file" followed by "cvs remove file" followed by "cvs commit -m 'message' file" 21.48.46 # IIRC 21.49.29 # * amiconn wonders what happened to Wett 21.49.47 # ok im asking again, someone is against commit tetrox? 21.50.22 # and remove rockblox 21.51.04 # I don't think you should remove rockblox yet. 21.51.15 # It's useful to compare tetrox with. 21.51.55 Quit qwm (Read error: 110 (Connection timed out)) 21.52.10 # IMHO, commit tetrox now, and when everyone agrees it's better than rockblox, then delete rockblox. 21.52.20 # Does tetrox run on the Archos' now? 21.52.26 # yep 21.52.48 # * linuxstb would still prefer a rotated screen 21.53.19 # Paul_The_Nerd: Should doom look for wads in /games/doom/ ? 21.53.35 # linuxstb: That's the current behaviour, at least. 21.53.54 # Mmm. I've got the sim compiling, but it's not finding the wads 21.54.38 # linuxstb: The filenames are correct? It doesn't scan for arbitrary wads, but rather looks for specific ones. 21.54.52 # It's the same as I've used on my ipod - doom1.wad 21.55.15 # Aaah 21.56.19 # amiconn: timer code currently assumes the timer.c base freq is CPU_FREQ, yes? 21.56.27 # Yes 21.56.32 # i'll just introduce TIMER_FREQ, then 21.56.43 # bbl. dinner time. 21.56.48 Nick Rondom is now known as Polizei (n=Rondom@42-60-242-83.dip.h-tel.de) 21.57.56 # linuxstb, did you see the screenshot of tetrox on ipod video? 21.58.02 Join fiftyfour123 [0] (n=chatzill@cpe-66-108-136-179.nyc.res.rr.com) 21.58.33 # Paul_The_Nerd, http://img218.imageshack.us/my.php?image=dump0603152256593wr.png 21.58.51 # tetrox on archos 21.59.02 # Hehehe 21.59.07 # That is _small_ :) 21.59.17 # its like the rockblox 21.59.32 # only different... 21.59.35 Join Rondom_ [0] (n=Rondom@87.193.16.58) 21.59.40 # 3x3 blocks 21.59.54 # instead of what... 2x2? 21.59.55 Nick Rondom_ is now known as Rondom (n=Rondom@87.193.16.58) 22.00.31 Part gracchus 22.00.51 # mm let me check, dont remember 22.01.00 Nick Rondom is now known as Polizeiverst (n=Rondom@87.193.16.58) 22.02.47 # sharpe, tetrox is 3x3 on archos and rockblox is 3x4 22.03.20 # ooh 22.03.36 # thanks... now i can sleep today :) 22.03.42 Nick Polizeiverst is now known as Polizeiprivat (n=Rondom@87.193.16.58) 22.03.47 Nick Polizeiprivat is now known as Rondom (n=Rondom@87.193.16.58) 22.04.04 # seems to be cycling names... 22.04.05 # =] 22.04.44 Join solexx_ [0] (n=jrschulz@c186004.adsl.hansenet.de) 22.06.06 # linuxstb, so what do you think? commit it without remove rockblox? 22.06.08 # Paprica: Guess why rockblox is horizontal? 22.06.15 # * petur wonders what [BROS] has to do with usb host 22.06.31 # i find it really hard to use the nano rotated 22.06.36 # yep =] 22.06.41 # um... because they both have an 'os'... is why... 22.07.17 # and i know i'm not helping today... :( 22.07.25 # success, now my hold-button pause also enables the backlight timeout 22.07.41 # preglow: Sure you want long*, not int32_t* ? 22.09.33 # amiconn, rockblox have 10x17 tetris screen while the orginal tetris have 10x20 22.12.07 # amiconn: talking about sincos? 22.12.32 # yes 22.12.39 # amiconn: in that case it doesn't matter much, it assumes it's got 32 bits, but doesn't care if it's got more 22.12.52 # yes 22.13.00 # In other cases it does matter 22.13.05 # i'm testing the algo on a 64 bit box and works fine 22.13.09 # (like the playback-on-speed thing) 22.13.14 # indeed 22.13.26 # I suspect the dsp code 22.13.34 # hmm? 22.13.38 # something new is wrong? 22.13.59 Quit Paul_The_Nerd ("Leaving.") 22.14.01 # Nothing new 22.14.18 # then i can't remember what you're refering to 22.14.27 Join actionshrimp [0] (n=nn@host86-142-75-193.range86-142.btcentralplus.com) 22.14.33 Quit Polizei (No route to host) 22.14.52 # Iirc the dsp input is 32bit ( 6.26 ??) 22.15.17 # 4.28 22.15.18 # ...but it seems to read the data with a long* 22.15.25 # ahhh 22.15.27 # yes 22.15.29 # ..and that's clearly wrong on a 64 bit machine 22.15.29 # that it does indeed 22.15.49 # I did not yet check thoroughly 22.15.53 # the dsp code has always assumed it's either got 16 bit data or 32 bit data 22.15.58 # This is code I didn't touch often... 22.16.34 # preglow: It can continue to assume that, but it must use explicit int types to do so 22.16.37 # yup 22.16.45 # i haven't looked too closely at it myself 22.17.00 # but i've always tended to forget the sim when coding, so i've probably always used long* everywhere myself 22.17.30 *** Saving seen data "./dancer.seen" 22.19.58 Quit fiftyfour123 ("Chatzilla 0.9.71 [Firefox 1.5.0.1/2006011112]") 22.20.20 Join fiftyfour123 [0] (n=chatzill@cpe-66-108-136-179.nyc.res.rr.com) 22.20.23 Quit solexx (Read error: 110 (Connection timed out)) 22.23.36 Quit ashridah ("Leaving") 22.24.40 Part LinusN 22.25.49 Join stripwax [0] (n=stripwax@i-83-67-214-206.freedom2surf.net) 22.27.01 # aloha 22.27.55 Quit fiftyfour123 ("Chatzilla 0.9.71 [Firefox 1.5.0.1/2006011112]") 22.28.16 # Paprica: 85880 points :) 22.28.28 # Paprica: 168 lines 22.28.32 # lol =] 22.28.36 # Paprica: but my thumb hurts 22.28.43 # haha 22.29.29 # do you find better button mapping? 22.29.46 # stripwax: I was thinking about pacbox on the h100 - what do you think about simply replacing rgb_to_gray() with a 16-case switch statement (based on the 24-bit rgb value) which just assigns pre-determined greyscales for each of the 16 pacman colours. 22.31.45 # lookup table... 22.32.07 # From a 24-bit value? 22.32.10 # * amiconn wonders whether the grayscale lib would be fast enough 22.32.26 # linuxstb: No, for the 16 pacman colours 22.33.40 # hello 22.33.50 # * amiconn also wonders why colur is computed in full 24 bit instead of just using a palette 22.34.29 # It's not quite as easy as that... The palette[] lookup table for a reason I haven't investigated yet contains the 16 entries spread out over 256. But it's not performance-critical, the switch statement I suggested is just called during initialisation. 22.35.56 # linuxstb - maybe... I was thinking of a "hi-contrast" mode which replaces everything that isn't BLACK with WHITE for ease of visibility (wdyt?). So, in your scheme, that would be two lookup tables. If there's only 16 unique colours then the 256-entry table could contain indicies into the lookup table :-) 22.36.21 # However that would make it hard to implement a dithered renderer for H1x0. Not that that is ever necessarily going to happen 22.36.44 # amiconn: The original emulator initialises a 256-element palette array with 24-bit rgb888 colour values. I've changed the format of the palette array so it contains "rockbox native" values - 2 bit greyscale or the appropriately packed RGB565 22.37.16 Join Daishi [0] (n=daishi@ool-18bcf48a.dyn.optonline.net) 22.37.19 # The issue is how the palette array values are initialised for greyscale. 22.37.37 # As for optimisation - I was thinking we could 1) only render the pixels that are going to make it as far as the LCD (i.e. every fourth pixel of the sprite and every fourth pixel of the background chars) and 2) optimise which rects we blit, rather than doing a full lcd update each time. Both should improve framerate considerably 22.37.40 # (to map the 16 used colours into something that looks clear on the h1x0) 22.37.52 # linuxstb: Why not just compute the palette at build time? 22.38.04 # amiconn - hm, how? 22.38.11 # Because it's contained in the ROMS 22.38.19 # (I think...) 22.39.06 Part tucoz ("Leaving") 22.39.34 # * amiconn thinks it's odd to run pacman on an emulator instead of natively 22.40.01 # It's because pacman clones are never the same as the original. 22.40.34 # There are patterns around the maze you can perform on the arcade version, but I wouldn't expect them to be the same on a clone. 22.40.42 # they're probably faster ;) 22.41.01 # amiconn - actually I was beginning to write a clone (it wouldn't be too hard). but I gave up as soon as I saw pacbox :-) 22.41.06 # Yes, but at least on the 5g, it's now realtime. 22.41.15 # (almost - about 95% realtime) 22.41.28 # A native version would be much less demanding 22.41.28 # Does the 5g have cpu boost? and if so is pacbox running at 100% cpu...? 22.41.31 # shouldn't the 5g be faster than the nano with it's four cpus? :) 22.41.46 # It would very probably run realtime even on archos 22.42.05 # amiconn: Very true. But I want the original. 22.42.13 # linuxstb: Does playing music in parallel work without skipping? 22.42.19 # No chance. 22.42.21 # * petur excuses for starting another speed discussion 22.42.30 # anyone can write a pacman clone, but few are as good as the original 22.42.55 # i found a page with mods to the original roms when i was er, googling for something related 22.43.43 Quit phaedrus961 (Read error: 110 (Connection timed out)) 22.45.15 # Anyone like the idea of a text adventure engine for rockbox (TADS and/or INFOCOM)? 22.45.27 # wouldn't it be a tad hard to enter text? 22.45.27 # Doesn't that involve a lot of typing? 22.45.29 # sounds interesting :) 22.45.40 # there is one for gba, and i don't like it :) 22.45.41 # selecting from a dictionary of words rather than actually typing letter by letter ... 22.45.51 # hey, what about a nethack clone... 22.47.01 # I've discovered the Doom sim doesn't work because it uses the system access() function which obviously isn't aware of the fake archos/ directory. 22.47.12 # stripwax: I am actually looking at the source code to frotz at this very moment :) 22.47.32 # cs_weasel - spooky 22.47.39 # yay 22.47.52 # i compiled my first simulator :) 22.47.57 # i think a simple port would be easy, just using the funky kbd input thing 22.48.11 # cs_weasel- yeah.. but ... :-) 22.48.11 # might look into something more sophisticated if I can get that going 22.48.26 # cs_weasel that would be v. cool. 22.49.16 # linuxstb: Why does doom need access()? 22.49.34 # Well... that wasn't really worth two hours... 22.49.42 # Note that I didn't know about this fn until now, so I judge from quick googling. 22.49.45 Join webguest55 [0] (n=3e4f4094@labb.contactor.se) 22.49.52 # * safetydan just finished watching the Roman Polanski version of Oliver Twist 22.50.30 # linuxstb: Imho it should be possible to macrofy away access() 22.50.32 # didn't someone already create a z-interpreter? 22.51.00 # amiconn: I didn't recognise it either. It's just used to check if a file exists - so I've changed the name to fileexists() and kept the internal implementation in rockdoom. 22.51.21 # Aha. 22.51.31 Join ender` [0] (i=ychat@84.52.165.220) 22.51.45 # But now I get a segfault in sim_readdir() Investigating.... 22.51.55 # webguest55: did they? i really hadn't thought to look around too closely 22.52.34 # cs_weasel: I can't seem to find it in the tracker yet, but I'm quite sure there was one 22.52.36 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 22.52.40 # webguest55 - I mentioned it about a month or so ago.. could you be thinking of that? 22.52.44 # hmpf 22.52.53 Quit amiconn (Nick collision from services.) 22.52.53 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 22.52.59 # stripwax: no, this was many months ago 22.53.20 # well don't count what I'm saying as much more than a hollow half-promise either, but it'll give me something to tinker with in my spare time. 22.53.21 # ah, nemmind then. if someone has already done that, then it's yet another thing I don't need to bother with :-) 22.53.33 # * stripwax wishes he actually had spare time 22.54.04 # yeah, i've got an hour here and an hour there :) 22.54.05 # i have spare time! 22.54.40 # http://rick.gibbed.us/projects/rockbox/dump_0004.png 22.54.42 # when I'm not at work, I'm either eating or sleeping at the moment 22.54.52 # "Rick" was porting pinfocom 22.54.56 # not sure what came of it 22.55.01 # ahh 22.55.20 # A year ago, roughly 22.55.22 # oh! well, good on him! 22.55.53 # frotz has a nice dumb build that doesn't need curses, doesn't rely on much other than itself, and already has code to adjust for tiny terminals so 22.55.57 # or did he just mock up four screenshots in mspaint? ;-) 22.55.59 # i'm thinking of working from there 22.56.14 # what's minotaur? 22.56.30 # mythical creature 22.56.38 # i meant the game in that dir 22.56.49 # ;) couldn't tell you... 22.56.51 # compile it and find out! or, check out the first two screenshots 22.56.53 # stripwax: would be a silly thing to hoax 22.57.05 # ah 22.57.15 # heh hunt the wumpus would be fun 22.57.25 # i'm a bit slow in the head 22.57.26 # webguest55 - well, yeah. but I don't see anything of substance there as evidence.. 22.57.38 # or a pixel maze .. ;-) 22.58.37 # cs_weasel - yeah, I think I must have checked out frotz as a reference too, I remember looking at about six z interpreters and one that had a 'dumb terminal' point stuck out as being a good starting point 22.58.39 # I guess he disappeared 22.59.12 # would you be surprised if i said it doesn't compile ootb? :) 22.59.19 # hey... 22.59.23 # heh 22.59.23 # pixel maze... 22.59.29 # that's what i'm supposed to be doing 22.59.42 # yeah ;-) 22.59.50 # Mikachu: probably needs adopting to a) new graphicsapi, b) new pluginapi 22.59.53 # thank you, i had almost forgotten 23.00.05 # named 'Mack' iirc.. 23.01.17 # okay, i'm going to get started on that pixel maze, with the scaling ability which will make it, not a definite pixel maze. :) 23.01.28 # Wonder if it's the same Rick that's here now 23.03.00 # linuxstb: the bit we are using to detect USB and send to disk mode is indeed the charging bit. 23.03.10 # so now how do we _really_ detect USB mode? :(:) 23.05.22 # The code that's there for the other 4g ipods works fine on my 5g - but one person reported that it always gave a false positive. 23.05.49 # So I changed it. Maybe we should just put it back and see if anyone shouts again. 23.06.19 # linuxstb: maybe 23.06.53 # If you check the cvs logs, you should find the commit message. 23.07.34 # This was the diff which changed it: http://www.rockbox.org/viewcvs.cgi/firmware/usb.c.diff?r1=1.81&r2=1.82 23.07.37 # linuxstb: but yeah, I'm pretty confident that bit 0 of gpiob definitely looks to be the charging status bit 23.08.11 # Yes - now that I've started using my 5g more, I noticed that the times it failed to detect USB were the times when it was fully charged... 23.08.59 # yep, and I just deliberately fully charged my battery, checking the gpio occasionally, upon full charge, the bit went high, and I verified full charge by forcing disk mode and waiting a few secs. 23.10.12 # I can't really futz with it until my plane ride tomorrow, cuz I have critical bugs at my real job ATM. 23.13.40 # (coldfire asm Q) does the bitnumber passed with BTST start at 0 or 1? 23.14.12 # 0 23.14.24 # anyone around that could plz take a look at my profiling bugfix and commit it? http://www.rockbox.org/bugs/task/4834 23.14.34 # I can give a deeper explanation if necessary 23.17.01 # linuxstb - hey, looks like there's a pacbox bug when pacman goes off the left-hand tunnel, his sprite gets all mashed up. 23.17.01 Join jocke1s [0] (n=joakim@1-1-4-5a.goe.gbg.bostream.se) 23.19.41 Part jocke1s 23.19.48 Join scf [0] (n=scf@141-113-207-82.ip.ukrtel.net) 23.20.01 # stripwax, i've decided on a name 23.20.24 # which 23.20.40 # more like a temporary name 'mixel' :) 23.21.35 # mixel's cool 23.22.43 # ohrn: looks good, will commit. 23.22.53 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 23.23.22 Join kkurbjun [0] (n=Jim@c-24-8-222-177.hsd1.co.comcast.net) 23.23.25 Quit Matze ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 23.24.09 # It's the Doom guy! 23.24.22 Join oumouk [0] (n=tieum@AAnnecy-152-1-124-138.w86-202.abo.wanadoo.fr) 23.24.38 Quit actionshrimp ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") 23.24.45 # yep, I have a new release now 23.24.47 # ohrn: ermh, maybe not -- why don't codecs have this problem? 23.24.47 # * amiconn is tempted to commit his H300 lcd changes 23.24.48 Join azha [0] (n=AaA@ivr94-6-82-230-254-17.fbx.proxad.net) 23.25.10 # #bashfr chan ou on parle pas d'info, chan entre ami, venez on s'amuse bien 23.25.10 # #bashfr chan ou on parle pas d'info, chan entre ami, venez on s'amuse bien 23.25.10 DBUG Enqueued KICK azha 23.25.10 # #bashfr chan ou on parle pas d'info, chan entre ami, venez on s'amuse bien 23.25.10 *** Alert Mode level 1 23.25.10 # #bashfr chan ou on parle pas d'info, chan entre ami, venez on s'amuse bien 23.25.11 *** Alert Mode level 2 23.25.11 *** Alert Mode level 3 23.25.11 # #bashfr chan ou on parle pas d'info, chan entre ami, venez on s'amuse bien 23.25.11 *** Alert Mode level 4 23.25.11 *** Alert Mode level 5 23.25.11 # #bashfr chan ou on parle pas d'info, chan entre ami, venez on s'amuse bien 23.25.12 *** Alert Mode level 6 23.25.12 *** Alert Mode level 7 23.25.12 # #bashfr chan ou on parle pas d'info, chan entre ami, venez on s'amuse bien 23.25.14 *** Alert Mode level 8 23.25.14 # #bashfr chan ou on parle pas d'info, chan entre ami, venez on s'amuse bien 23.25.16 Quit azha (Excess Flood) 23.25.21 # wow 23.25.25 Part YouCeyE ("Leaving") 23.25.26 # Yes, because now we'll want to go there... 23.25.45 Join webguest37 [0] (n=c7aca911@labb.contactor.se) 23.25.51 Join azha [0] (n=AaA@ivr94-6-82-230-254-17.fbx.proxad.net) 23.25.53 # just a guess... but, i'm guessing french bash... 23.26.23 # #bashfr,venez parler entre amis de tous et de rien 23.26.25 # #bashfr,venez parler entre amis de tous et de rien 23.26.27 *** Alert Mode level 9 23.26.27 DBUG Enqueued KICK azha 23.26.27 # #bashfr,venez parler entre amis de tous et de rien 23.26.29 # kkurbjun: Just as I've spent an hour debugging and cleaning up your last version..... 23.26.29 *** Alert Mode level 10 23.26.29 # #bashfr,venez parler entre amis de tous et de rien 23.26.31 *** Alert Mode level 11 23.26.31 # #bashfr,venez parler entre amis de tous et de rien 23.26.33 Quit azha (Excess Flood) 23.26.33 # stop that, kindly 23.26.35 # argh 23.26.40 # like i've said before: we need more ops 23.26.55 # linuxstb: oy, which version were you working with? 23.26.55 Ctcp Ignored 2 channel CTCP requests in 1 minute and 17 seconds at the last flood 23.26.55 # * Paprica play's pacbox in 19.5 fps on his h300 23.27.05 # The one linked to from the patch tracker. 23.27.08 # Paprica - cool 23.27.20 Join herz42 [0] (n=herz42@p549FEEB6.dip.t-dialin.net) 23.27.26 # ahh, not the test version 23.27.36 # this new one has all that stuff from the test version 23.27.39 # stripwax: I'm about to commit it - it's a simple patch that just puts the z80 registers and other small things in IRAM. 23.27.40 # http://www.rockbox.org/bugs/task/4829 - sweeeeet 23.27.54 # I fixed it so it doesn't have the stack problems 23.28.09 Quit webguest37 (Client Quit) 23.28.30 # and it "should" fit on the ipod although there is quite a bit more code 23.28.35 # linuxstb - nice. i'll fix the sprite mangling and optimise drawChar a bit too, and upload a patch... any chance I could get cvs access (please? ;-)) 23.28.58 # if not no worries 23.28.58 # I'm not the person with that power. 23.29.04 # I know .. 23.29.30 # woohoo. i'm on my way. 23.29.36 # preglow, how goes the trig? 23.29.41 # I have all the tables loading from disk with a malloc along with the visplanes being allocated dynamically it cuts down on the plugin size 23.29.47 # safetydan: btw, it seems to give better results if you round the atan lookup values beforing saving to int 23.29.52 Quit oumouk (Excess Flood) 23.30.04 # safetydan: which also has the curious property of making all the entries 2^x 23.30.39 # Here's why the palette table is 256 entries: each 8x8 char can contain at most 4 colours, and *which* four colours are chosen are determined by lookup into one of 64 4-colour entries in the palette table. even though there are only 16 distinct colors. boy, Pacman video hardware must be wildly strange. 23.31.11 Join phaedrus961 [0] (n=kdjd@ppp-69-239-221-104.dsl.bkfd14.pacbell.net) 23.31.18 # (lines 414,415 of arcade.c) 23.32.40 # safetydan: and yeah, the maximum error in the routine currently seems to be 5 23.33.07 # safetydan: which is probably explained by our not using the two last available bits 23.33.45 # linuxstb: what changes/bugs did you fix in the code that you were working with? 23.34.02 # I might be able to incorporate some of them 23.34.16 # hmm... how should i have a copy of the maze stored in memory? 23.34.51 # sharpe - its a simple maze so I'd go for an array of bytes, each byte containing 8 bits, each bit being 'wall' or 'floor' 23.35.01 # kkurbjun: I'm mainly trying to get it to work in the sim at the moment. 23.35.03 # it's not like speed is important here ;-) 23.35.18 # what i was thinking 23.35.46 # linuxstb: that would be great, I had it compiling, but I didn't have it running as it wasn't finding any of the files I had in the player directory 23.35.57 # oh... noes! i need to find a maze generation algorithm ... 23.36.13 # sharpe - there's so many .. google in no time 23.36.32 *** Alert Mode OFF 23.36.41 # kkurbjun: Yes, I fixed that - it was using the system version of the access() function, not the version in rockdoom.c - so it wasn't looking in the archos/ directory. 23.36.44 # i know :) trying for that sarcasm again... 23.37.09 # kkurbjun: I've just been distracted with a pacbox optimisation which I'm about to commit to CVS, and then I'll go back to it. 23.37.58 # linuxstb: great, I need to try pacbox, it looks very interesting, I just havn't had much time lately 23.38.23 # linuxstb - is there enough icode space to put drawsprite there too? 23.40.00 # Yes, there should be. But it's now running at a full 20fps on the H140. 23.40.09 Join DJ_Dooms_Day [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 23.40.22 # (with the patch I just committed) 23.41.09 # preglow, cool, I look forward to seeing a commit in the morning :) 23.41.12 # night all 23.41.13 Quit safetydan ("Leaving") 23.41.52 # linuxstb: if you get a chance could you see if this new code I submitted compiles/runs on the ipod. 23.41.53 Join tinodeleste [0] (n=antoine@ASt-Lambert-153-1-19-115.w81-249.abo.wanadoo.fr) 23.42.59 Join [TCK] [0] (n=tckocr@81-178-196-235.dsl.pipex.com) 23.43.12 # hello 23.49.29 # is there a quicker way than "make install" to 'refresh' the archos dir for a sim build? 23.49.59 Quit linuxstb (Read error: 104 (Connection reset by peer)) 23.50.09 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 23.50.46 # kkurbjun: Here is a patch with my Simulator-related changes: http://www.davechapman.f2s.com/rockbox/doom_sim.diff 23.51.03 # It's now working fine in the sim :) 23.51.21 # :-D 23.51.31 # stripwax: If you are just testing a plugin, then just copy the .rock file into archos/.rockbox/rocks/ 23.52.32 # cool.. and the .rock is located where? I guess I've been a bit getting by a bit backasswards all this time.. 23.54.14 # apps/plugins/ in your build directory. 23.54.18 # linuxstb is that code for the timing in the sim accurate? 23.54.26 # Approximately... 23.54.27 # ah! 23.54.30 # thanks! 23.54.47 # oh, great, I can use that instead of a timer on the H300 too then 23.55.36 # You can test it and see - it averages to 35 ticks per second, but it isn't 35 ticks every second... 23.55.56 # * webguest55 notes a multitude of c++ comments in that diff 23.56.09 # But what's the problem with the timer? You've already done the work and implemented it. 23.56.30 # linuxstb, I'll give it a try and see how it works, it would be nice not to have to use a timer thoguh 23.56.44 # linuxstb: it does have that overhead though 23.57.02 # it's not too noticable at that slow of a timer..