--- Log for 06.04.106 Server: clarke.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 11 days and 6 hours ago 00.04.36 Part stripwax 00.04.36 Quit Chamois (Read error: 104 (Connection reset by peer)) 00.04.50 Join Chamois [0] (n=Florian@bro67-3-82-231-134-112.fbx.proxad.net) 00.05.12 Join [TCK] [0] (n=tckocr@81-178-204-126.dsl.pipex.com) 00.06.01 Quit Chamois (Client Quit) 00.06.58 Join WVU2034 [0] (n=rcr0412@cpe-204-210-156-51.hvc.res.rr.com) 00.07.47 # guys i just have a quick question for the x5 when i go to load the rockbox file in the gui it says rolo loading then executing then does nothing. any suggestions ? 00.08.00 Join luckz [0] (i=alcyon@217.160.205.180) 00.08.26 # so don't 00.08.37 # quick question.. can I manually query a non-standard tag field from a .wps, like disc/discnumber or so? 00.08.37 Quit imphasing (Read error: 104 (Connection reset by peer)) 00.09.04 # * Bagder runs off to bed 00.09.34 # moo 00.09.37 Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) 00.09.56 Quit Kohlrabi ("Fast alle Menschen sind Regenwürmer") 00.10.46 Join |Unknown| [0] (i=pinchas@216-145-235-152.rev.dls.net) 00.10.48 # <|Unknown|> hey 00.10.56 # anyone ? 00.11.10 # what 00.11.21 # don't load it 00.11.23 # it's not supported yet 00.12.04 # so how do i get the wps files to work 00.12.14 # WVU2034: to work how? 00.12.23 # display 00.12.32 # how to browse them or..? 00.12.42 # well theres a rockbox file 00.12.43 # <|Unknown|> hey is Rockbox like a big browser? 00.12.56 # and i click on that and it wont load on the x5 00.12.56 # WVU2034: player? 00.13.01 # uh 00.13.06 # that file doesnt do anything 00.13.15 # o no 00.13.15 # i took a few hours to find the actual menu, WVU2034 :P 00.13.25 # o 00.13.30 # just hold down the stick 00.13.31 Quit Mark_ (Read error: 110 (Connection timed out)) 00.13.51 # that gets you a menu with the first option being playist 00.13.53 # *playlist 00.13.54 # <|Unknown|> where do I put .wad files? 00.14.06 # then press the REC button 00.14.09 # and navigate from there 00.14.51 # k 00.14.54 # let me try it 00.15.15 # <|Unknown|> where do I put .wad files? 00.15.19 # <|Unknown|> >.< 00.15.38 # secret! 00.16.00 # <|Unknown|> . . . 00.16.47 # wiki page... 00.16.50 # <|Unknown|> wheres this secret 00.17.06 # what the hell, have we been overrun by people who don't like reading web sites? 00.17.13 # thanks luckz i appreciate the help 00.17.21 # and people who want to play doom 00.17.36 # luckz what theme works the best for u 00.18.22 # <|Unknown|> put the doom file in a folder called games/doom/ 00.18.41 # <|Unknown|> but when i go to Plugins on my iPod and select doom it says Sorry, Not enough base words 00.18.44 # <|Unknown|> or something 00.18.54 # you need the required wad too. 00.19.00 Quit PaulJ (".") 00.19.18 Join RaeNye [0] (n=c7cb43c9@labb.contactor.se) 00.19.34 # <|Unknown|> i did, i put the wad in games/doom/ 00.19.57 # sure it's the required one? 00.20.40 # <|Unknown|> i downloaded the one from the rockbox site 00.21.31 # Does it matter whether you call it /games/doom/ or /Games/Doom/ ? 00.21.39 # no 00.21.40 Quit swampcow (Read error: 104 (Connection reset by peer)) 00.22.04 # |Unknown|: rockdoom.wad ? 00.22.42 # <|Unknown|> no 00.22.48 # <|Unknown|> well lemme check 00.23.09 # <|Unknown|> ya 00.23.12 # <|Unknown|> rockdoom.wad 00.23.13 Quit petur ("zzz") 00.23.19 # <|Unknown|> 279 k 00.23.23 # <|Unknown|> kb* 00.23.26 # Is any dev alive here? I've just posted my first patch and I want it commited :)) 00.23.49 # feature freeze... 00.23.52 # RaeNye: there are dozens of patches on the tracker, is there a particular reason that yours takes first priority? 00.23.59 # it's a bugfix 00.24.16 # yay bugs 00.24.37 # RaeNye: link? 00.24.50 # the unstoppable sleep timer one (#5001) 00.25.17 # <|Unknown|> so um anyone? 00.26.06 # * RaeNye points at http://www.rockbox.org/tracker/task/5001 00.26.43 # * amiconn spotted a bug in the iriver button driver 00.27.07 # * sharpe spots a bug outside my window. 00.27.45 # The iriver button driver wouldn't pick up a main unit button press as long as a remote button is pressed (goes for buttons hooked to adc) 00.28.19 # * RaeNye is being spotted by bugs from outer space 00.28.22 Quit Rob2222 () 00.29.23 Join Rob2222 [0] (n=Miranda@ACB40071.ipt.aol.com) 00.30.53 # <|Unknown|> hey is Rockbox suppose to when you go into it show you all your files? 00.31.38 # * preglow needs the norwegian equivalent of "tag" :/ 00.31.43 # RaeNye: I approve of your patches in a general sort of way. Is there any way to avoid rounding either direction unless the value is actually changed in the menu? 00.32.10 # |Unknown|: hey, is you coherent sentence make 00.32.11 # preglow: keyword, metadata? 00.32.45 # hmm, metadata might work 00.33.37 # I guess the only way would be to make the sleep timer value count seconds instead of minutes, updating step size to 300=5*60 00.34.09 # WVU2034: I use a modified S3T_003 00.34.29 # I added current time, genre, track number and info about the next track 00.34.35 # "commiting tagcache" <- THE worst sentence to translate to norwegian 00.34.39 # either that or a ugly patch in sleep_timer that saves the value beforehand and resets it on set_int returning false. 00.34.41 # not used that extensively 00.34.41 # <|Unknown|> hey can you use IpodWizard without losing Linux? 00.35.17 # The problem of this last patch is that you lose the time spent inside set_int's menu 00.36.44 # does playcounting work? if so, how? 00.37.23 # RaeNye: applied your patches as is, as they are better than the previous behavior for sure. Thanks. 00.37.54 # BTW, does anyone here uses a dark background? if so, do you have a problem with hard-to-see splash messages (e.g., "Shutting down...")? 00.38.11 # lostlogic: no, thank YOU :) 00.38.12 # lostlogic: remember CREDITS 00.38.17 # preglow: I did!!! 00.38.19 # ahh 00.38.23 # i haven't gotten all mails yet 00.38.27 # *bites your finger* 00.38.30 # I mainly had a problem with not being able to read anything while in a car using a dark background, not fully solved that yet due to lack of time 00.38.34 # * preglow kicks ass 00.38.53 # RaeNye: yeah, that's a problem, because the splashes and a few other places don't respect all color settings properly 00.38.58 # file a bug? :) 00.39.03 # now if only I could run the UI sim on linux instead of uploading it to the real thing every time.... 00.39.18 # RaeNye: SDL doesn't work for you? 00.39.32 # RaeNye: I never use the sim myself, but then I may be a bit masochistic 00.39.33 # alsa conf.c segfaults 00.39.47 # RaeNye: try using esd or oss sound? 00.40.10 # I ran the precompiled win32 sim, but my build environment is gentoo 00.40.35 # how? i have alsa oss emulation 00.40.46 # RaeNye: not sure, I'm no SDL expert, it was just a thought. 00.40.55 # <|Unknown|> Do you run iBoy through Linux, or Rockbox? or Will it be located in IPL Bootloader? 00.40.59 # * preglow starts wondering if anyone will ever use this lang file, then reconsiders 00.41.24 # preglow: reconsiders as in stops working on it or stops wondering? 00.41.38 # preglow: I'm sure your sister will use it... if you give her your nano... if you have a sister... 00.42.05 # I want to check whether the problem persists with a uisim that was compiled somewhere else. Anyone has a linux build somewhere over the net? 00.42.30 # RaeNye: why not compile the sim yourself? 00.42.43 # did so. segfaults 00.42.53 # oohhhh 00.43.02 # misunderstood. 00.43.20 # (I want to know whether to blame my runtime env) 00.43.29 # does rockbox for the ipod understand chargers and external batteries? 00.43.40 Quit BHSPitLappy (Connection timed out) 00.43.55 Join BHSPitLappy [0] (i=Steve-O@adsl-66-139-196-2.dsl.rcsntx.swbell.net) 00.43.58 # DrumRBoy320|Away: it understands AC charger and USB charge, don't know about batteries 00.44.18 # so nobody has a clue whether I can in any way show custom tags? 00.44.37 # and on that note, I bike home (just to make preglow jealous again) 00.44.58 # lostlogic: i've got a half-sister, and she rather fancies my nano... 00.45.05 # :) 00.45.11 # quite luckily she's in england, so she never sees it 00.45.12 # i win! 00.45.22 # oh, and yeah, she doesn't speak norwegian 00.45.22 # haha 00.46.05 # * RaeNye is away 00.48.20 Quit thegeek (Read error: 113 (No route to host)) 00.50.02 # <|Unknown|> hey whats the difference of these 2 files? 00.50.03 # <|Unknown|> http://www.rockbox.org/dist/build-ipodvideo/rockbox.zip 00.50.14 # <|Unknown|> http://download.rockbox.org/daily/ipodvideo/rockbox-ipodvideo-20060405.zip 00.50.29 # I'd assume the former to be newer 00.50.33 # well 00.50.35 # that's the cvs, no? 00.50.54 # ye 00.51.10 # basically the second was done at 6 AM GMT, AFAIK 00.51.40 # the former gets dynamically updated every time somebody changes something 00.51.49 Part raf82 00.55.01 # <|Unknown|> which is better to use? 00.55.44 # the very latest.. 00.56.14 # <|Unknown|> k 00.56.15 # did the line out for nano get changes....adjustign colume used to adjust output levels on the line out 00.56.19 # but now it doesn't 00.58.45 # correct 00.58.48 # now it's always fixed 00.59.00 # the way the good lord intended it to be 00.59.00 # Ah cool :) 00.59.10 # * scottder buys preglow a beer 00.59.11 # :) 00.59.14 # line out on nano? :o 00.59.17 # * preglow explodes in glee 00.59.32 # midkay: yup through the doc port 00.59.37 # finally all this rockbox coding pays off in beer! 00.59.45 # scottder, ah.. nice. :) 01.00.00 # * scottder hands preglow white can that simply says "BEER" on the side 01.00.01 # :) 01.00.17 # I picked up one that is just a line out....quite nice 01.02.49 Join quobl [0] (n=quobl@tor/session/x-9526b2fe7f6c6054) 01.02.53 # scottder: that's not very nice... you should at least go for something that hasn't been filtered through a human :) 01.02.54 Quit bluebrother^ ("Leaving") 01.03.08 Join harbel [0] (n=harbel@chtwpe0105w-142068115155.pppoe-dynamic.pei.aliant.net) 01.04.31 # Ok 01.04.36 # * scottder breaks out the Guinness 01.04.37 # :) 01.04.42 # that's more like it 01.04.44 # he he he 01.06.19 # ghargh 01.06.25 # I just created a thread in the forums for those of you who might be interested in getting recording to work on the iPod: http://forums.rockbox.org/index.php?topic=3368.0 01.06.42 # It's just the start of a project, but I guess at least it's a start 01.06.46 # * preglow fetches his trusty bottle of gammel dansk to not feel completely left alone 01.06.54 # were there tests yet with the h140 for playing video? 01.07.15 # (though if someone realizes they can hack it up alone in a couple days, by all means go ahead :) ) 01.07.46 # the more eyes, the better... 01.08.06 # (and hopefully more finger for typing code too!) 01.08.10 # *fingers 01.12.37 # one more small question, how reliable/precise is the battery time specified in rockbox on h140? 01.13.56 # not at all 01.14.07 # it's pure guesswork based on vague uncertanties 01.14.10 # that's what i figured heh, it's saying i have 6 hours left 01.14.16 # where im more thinking i have about 1 hour left 01.14.21 # although i hope it's right :] 01.14.23 # haha 01.14.38 # what time you have left is depending on so many factors it's not funny 01.14.47 # what codec, how many disk access, if you browse around a lot 01.14.47 # etc 01.15.08 # yea, it's a bit off though 01.15.09 # (or i am) 01.15.27 # i bet playing gameboy games didnt quite help the battery either :O 01.16.18 *** Saving seen data "./dancer.seen" 01.16.18 Join nave7693 [0] (i=evan@c-71-198-247-170.hsd1.ca.comcast.net) 01.16.38 # haha 01.16.49 # and a sure bet it'd be 01.17.18 Join unknownkind [0] (i=pinchas@216-145-235-234.rev.dls.net) 01.17.22 # Hey 01.17.24 # once the plasma screensaver kicks in though, you know it has all been worth it 01.17.57 # haha there's a chip-8 emulator, that's brilliant 01.18.04 # (i'm quite new to rockbox, as you might notice) 01.18.30 # well.. i've been following it from even before they started considering the iriver series, but only installed it on my iriver yesterday :) 01.18.32 # Hey why do I get these to errors while loading the modules for linux? Warning - Send text input selected. Make sure a keyboard is attached or select a different input method, Error Unable to connect to MPD 01.18.52 # I think there is a mistake in the IpodHardwareInfo wiki (http://www.rockbox.org/twiki/bin/view/Main/IpodHardwareInfo) 01.19.05 # it says that CPU boosting is working fully, but afaik it doesn't work on 4g 01.19.09 # (grayscale at least) 01.19.10 # it's a wiki, go edit it :] 01.19.14 # oook 01.19.44 # anyone 01.19.45 # ? 01.20.00 # Zoide777: You could test whether boosting works on your 4g 01.20.07 # That would be interesting in fact 01.20.46 # im assuming the base wads it can't find when starting up doom are the base wads that came with the original doom, and werent included for copyright reasons? 01.21.07 # ok 01.21.17 # how do i do that? 01.21.19 Join ashridah [0] (n=ashridah@220-253-122-236.VIC.netspace.net.au) 01.21.28 # or are free wads still available? 01.21.39 # unknownkind: you're in the wrong forum 01.21.44 # unknownkind: mpd is for ipodlinux 01.21.55 # unknownkind: try asking at #ipodlinux 01.22.00 # Zoide777: Do you have a develepment environment installed so you can build yourself? 01.22.05 # yeah 01.23.16 # nevermind, figured it out :o 01.24.10 # Okay, so open firmware/export/config-ipod4g.h , go to line 97 and remove the // in front of #define HAVE_ADJUSTABLE_CPU_FREQ 01.24.22 # Whats Sorry, you have no base words mean? 01.24.22 # Then rebuild and install 01.24.34 Quit |Unknown| (Read error: 110 (Connection timed out)) 01.24.49 # unknownkind: what go perhaps #ipodlinux then whatever help get 01.25.02 # If it doesn't work, this build will probably crash. You'll then need to revert to your previous build 01.26.10 Quit RaeNye ("CGI:IRC (EOF)") 01.26.44 # Note: You need to unzip the full build when changing this #define, because it changes the plugin/codec api 01.31.17 # hmm... cpu emulator works... 01.31.24 # sharpe, so what use is it?! 01.31.36 # correct basic/kernal/char set loaded.. 01.31.38 Quit Farpenoodle ("Large sacks of cheese") 01.32.00 Quit Zoide777 ("CGI:IRC (Ping timeout)") 01.33.22 # sharpe: porting something? 01.35.04 Quit obo (Read error: 110 (Connection timed out)) 01.37.10 Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) 01.37.12 # c64? 01.37.22 Quit Zoide777 (Client Quit) 01.37.33 # sure sounds like it 01.37.44 # which automatically qualifies the entire effort as a Good Thing 01.37.50 # heck yeah 01.38.14 # * amiconn wonders how a c64 emulation could be controlled 01.38.17 Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) 01.38.20 # keyboard?? 01.38.35 # probably use it in boot-a-rom mode 01.38.39 # to play joystick based games 01.38.42 # or boot-a-tape 01.39.09 # * amiconn wants the boing demo ported 01.39.10 # I only had floppy drives and cartridges on my c64 :-P 01.39.17 # * preglow wants second reality ported 01.39.21 # I just want qbert and frantic freddie 01.39.25 # lostlogic: i only had tapes and a cart, heh 01.39.45 # yeah... i was thinking like have a rom file to load... then it'd start execution from that... 01.39.58 # yeah, tis the c64. 01.40.07 # sharpe: porting a specific emu? 01.40.12 # nay 01.40.14 # sharpe: remember homework is overrated... (that's what you're not doing, right?) 01.40.18 # sharpe: what? 01.40.28 # no emulator at all, actually. 01.40.32 # lostlogic: not only is homework overrated, good grades are too 01.40.48 # preglow: that's right, I know well that D is for Diploma (assuming you use the ABCDF scale) 01.40.52 # tis not homework for the next... few days, until i have to actually start it. 01.40.59 # amiconn: something's wrong. the build hangs at 100% cpu after "gcc -g codepages.c codepage_tables.c -o codepages" 01.41.00 # lostlogic: that's what we use (most of the time) 01.41.20 # the norwegian government has had a hard 10 years deciding what to use 01.41.32 # you people are a terrible influence! leave poor sharpe alone :D 01.41.54 # Zoide777: Check your system time, time zone, and the codepages.c and codepage_tables.c time stamps 01.41.55 # hehe, in the US, some schools use ABCDF, some use ABCDE, some use 54321, and some now decide that there is no such thing as not passing :-\ 01.42.05 # hahaha 01.42.13 # amiconn: what about them? 01.42.20 # hmm... i'm not sure, but... is the kernal supposed to eventually just stop execution at 0x48FF... 01.42.22 # i've had "Lg, Ng, G, Mg, Sg", "123456", and "ABCDE" 01.42.29 # Such effect can be caused by a source file with a future time stamp, causing make to rebuild again and again 01.42.31 # element names... :-D 01.42.34 # nothing like extreme diversity 01.43.08 Join Zoide777_ [0] (n=800c5ab5@labb.contactor.se) 01.43.09 Quit Zoide777 (Client Quit) 01.43.33 # it seems as if it stops after 16 opcodes... 01.43.58 # er, 22 01.44.18 # all-right another productive day start for me. :D 01.44.35 # preglow: Lg = Lotsa-good, Ng = Nice-n-good, G = Good, Mg = Moderately-good and Sg = Slightly-good? :-P 01.44.52 # lostlogic: haha, at least you got the adjective right 01.44.59 # lostlogic: it's other way around 01.45.17 # nokså, noe, nothing, meget and særdeles 01.45.18 # amiconn: i now tried saving the config-ipod4g file with the date from april 1, but it still hangs 01.45.24 # which i suspect makes no sense for you 01.45.31 # bagh, the ABCDE ordering on the last set threw me, punk. 01.45.32 # plus displays several weird characters 01.45.50 # what should i implement in the c64 emulator? or, as of right now, 6502 emulator? 01.46.04 # lostlogic: leading people astray makes me feel superior, sue me 01.46.14 Quit WVU2034 (Read error: 104 (Connection reset by peer)) 01.46.16 # :) 01.46.24 # Zoide777_: Hmm, did you check codepages.c and codepage_tables.c as well? 01.46.26 # ideas anyone? :) 01.46.34 # sharpe: joystick input primarily 01.46.46 # amiconn: what should be the relation between their date and that of config-ipod4g? 01.46.50 # i mean, other than that... 01.46.58 Quit unknownkind () 01.47.08 # Zoide777_: YOu mean if you revert that definition, it works? 01.47.38 Quit macncheese () 01.47.49 # amiconn: i haven't tried without making changes. what i mean is: what is it that i should look for when checking codepages.c and codepage_tables.c? 01.48.04 # the file date.... 01.48.12 # well, yes, but what about it 01.48.14 # It should not be in the future 01.48.21 # relative to when? 01.48.25 # ...relative to your system time 01.48.26 Nick Zoide777_ is now known as Zoide777 (n=800c5ab5@labb.contactor.se) 01.48.32 # ok.. 01.49.03 # oh! i noticed my time was in am instead of am 01.49.08 # i mean, am instead of pm 01.49.08 # oh, wow. okay... 01.50.11 # joystick #1 input is at address 0xdc01 01.51.00 # amiconn:now it's building correctly 01.51.39 # and i've no idea how color ram works, i guess i get to find that out 01.51.52 Join webguest91 [0] (n=4509f63f@labb.contactor.se) 01.51.55 Quit aegray (Read error: 113 (No route to host)) 01.54.43 # i've been getting this error when building cvs: "cp: connot stat `/home/rockbox-bleeding/apps/tagnavi.config': No such file or directory 01.54.54 # i mean, when doing "make zip" 01.55.06 # You're not buildinmg from a cvs checjout? 01.55.06 Join JdGordon [0] (n=JdGordon@c211-28-227-249.smelb1.vic.optusnet.com.au) 01.55.19 # no, from the cvs source file on the website 01.55.32 # (http://www.rockbox.org/dist/build-source/rockbox-bleeding.tar.bz2) 01.55.37 # It seems there's a newly introduced file missing in the tarballs. 01.55.41 # I am in the middle of abattery benchmark for the H300 and I can say that the results still seems disappointing. The test started at 15:40 (3:40 pm). It still plays but the battery meter reports another 2 hours of juice. That means that it will barely reach 13 hours of playback. 01.56.21 # 15:40 GMT -2 01.56.30 # amiconn: what would that affect? 01.57.02 # XavierGr: H300 still has that mysterious power problem. Probably only solvable with measuring equipment and some digging in disassemblies of the stock firmware 01.57.12 # Zoide777: That you can't 'make zip' ... 01.57.23 Quit webguest91 ("CGI:IRC (Ping timeout)") 01.57.27 # well, it does make the zip after that 01.57.37 # and it works on the target (except now that i tried cpu boosting) 01.57.59 # amiconn: The cpu boosting build gives a prefetc abort error on boot 01.58.07 Quit carini (Remote closed the connection) 01.58.12 # oops 01.58.28 # preglow: Why would cpu boost cause a prefetch abort? 01.58.31 # Yes, I get that sometimes with the CPU boosting. 01.58.37 # amiconn: Prefetch abort at 60005FFE, and the display is shifted to the left by one letter. Also, there is a 3 on the right side of the screen 01.58.54 # Non-preset 01.58.54 # ah and I forgot to say that this is with a custom 1900mah battery 01.59.21 # Non-present tagnavi.congig means you can't use the tagcache 01.59.23 # amiconn: how? 01.59.53 # preglow: iPod 4g greyscale with boosting enabled 01.59.56 # ahh, 4g 01.59.58 # i don't know 02.00.00 # see a few lines above 02.00.02 # amiconn: oh, and no wonder i didn't notice the tagcache not working... i only noticed the the tagnavi missing on sim builds where i didn't use tagcache 02.00.04 # it sounds like the ram is misconfigured 02.00.20 # the prefetch abort is a tricky exception to understand 02.00.26 # since it depends so much on internals 02.00.39 # preglow: What is at 60005ffe? That looks like some PP register? 02.00.51 Quit [TCK] ("well, if you say so.") 02.00.55 # preglow: could that ram misconfiguration affect things other than cpu boosting? 02.01.10 # XavierGr: backlight use percentage? type of music? 02.02.02 # amiconn: it is 02.02.12 # amiconn: I've just added tagnavi.config to FILES 02.02.18 # amiconn: that's why you got the prefetch abort, the pp core tosses one if it's about to read from a port 02.02.22 # linuxstb: thx 02.02.31 # or any io reg of any kind 02.02.32 # mmm, pizza. 02.02.46 # Zoide777: sure, but i don't think that's what we're seeing 02.02.50 # 128kbps mp3. Left in a drawer, I just checked once the battery level. So the backlight usage is pretty low. (2-3 times of 15 seconds each) 02.03.00 # Zoide777: i think perhaps some internal controller is panicing when the pll is reconfigured 02.03.19 # preglow: I don't think that can be true. Sure you need to read from "I" IO registers... 02.03.21 # it would be very nice if linuxstb could do some extensive tests with changing around udelay values... :) 02.03.25 # XavierGr: damn. 02.03.28 # amiconn: yeah, but not code 02.03.41 # preglow: I wouldn't say I've done extensive tests, but I tried a few different values. 02.03.47 # True. 02.03.57 # preglow: So 'prefetch' implies code? 02.04.01 # amiconn: yes 02.04.10 # "execute my damn IO ports!" 02.04.11 # amiconn: at least i'm fairly certain 02.04.12 # I am in awe, with the same battery rockbox could output 25 hours on H100 02.04.31 # do you need me to test changing something to see if it no longer gives the prefetch abort? 02.04.55 # linuxstb, preglow: The cpu frequency is programmed once even when boosting is #ifdefed out, correct? 02.05.50 # XavierGr: power drain bugs are great that way :( 02.06.18 # XavierGr: ipod video gets ~6 hours on rockbox in my experience compared to nearly 20 on apple firmware :( 02.06.46 # linuxstb: yeah 02.06.49 # * amiconn can't compare to apple fw at all 02.06.51 # 20 on apple firmware? 02.06.55 # ehh 02.06.56 # amiconn: yeah 02.07.07 # XavierGr: I've not used the apple firmware, that's just what I've heard... 02.07.21 # linuxstb: A suggestion for an interesting experiment: 02.07.24 # amiconn: you can see the routine that's used for cpu freq programming when boosting is ifdeffed out in system.c 02.07.28 # well apple is known for the false battery readings 02.07.34 # amiconn: seek for the cpu freq define 02.07.43 # I can't really believe that it would achieve 20 hours 02.07.50 # Instead if setting the frequency just once, do the following: 02.07.50 # maybe 16 02.08.26 # ipod_set_cpu_frequency(); sleep(1); ipod_set_cpu_frequency(); 02.09.02 # I would expect it to panic too, at least sometimes 02.09.47 # is there a way of shutting down the ipod while it is plugged into the wall without having it reset right back on? 02.09.52 # i also got some weird errors sometimes when i just started coding cpu freq chaning 02.10.04 # but i can't duplicate them now :/ 02.10.19 # but i do _nothing_ out of the ordinary even now when it works, so godknows 02.11.00 # Zoide777: No - it seems to need to be on to charge. At least, that's how the apple firmware works, so Rockbox does the same. 02.13.06 # amiconn: Trying your suggestion causes an immediate *PANIC* Stkov... 02.13.14 # huh? 02.13.24 # linuxstb: actually, you're right. i had forgotten that even with the apple os, if you try to turn it off while plugged in it goes into the "Charging" screen with the big battery icon 02.13.27 # You got *Stkov* from that?? 02.13.44 # amiconn: I'm guessing it's too early to call sleep() 02.13.55 # Hmm, maybe 02.14.02 # Try a simple delay loop instead 02.14.16 # ..or just leave the sleep() out 02.14.17 # too early? 02.14.18 # Doing that now. We have a udelay() function on the ipods. 02.14.47 # Yeah, and ugly inl() and outl() thingies... 02.15.03 # amiconn: i'm going to weed out those i can (which aren't many) :/ 02.15.10 # Changing the sleep to udelay and it seems to work fine. 02.15.19 # also, i'm not convinced all the new GPIO defines we have got are truly gpio 02.15.31 # linuxstb: hmm 02.15.46 # it almost seems like we're switching back to pll too soon 02.15.49 # but you've tested that 02.16.52 # I'll try again now. What would suggest for the frequency change udelay? 4000? 02.17.08 # linuxstb, were you having trouble with doom in the latest cvs build? 02.17.15 # Only on the 5g. 02.17.27 # what problems were you having? 02.17.37 # linuxstb: something outrageously high 02.17.40 # The top 80% of the screen has brown lines all over it. 02.18.05 # linuxstb, i had that too.. 02.18.06 # preglow: OK, trying 100000 02.18.13 # linuxstb, it's not quite new. 02.18.20 # preglow: It could also be that we're chaging frequency too soon, or we don't disable the pll before switching 02.18.25 # i had it for the first time almost 24 hours ago.. 02.18.26 # amiconn: we do 02.18.36 # amiconn: afaik, at least, it's not easy to say with ipl source code 02.18.43 # linuxstb, could you try erasing your default.dfg and see if that has any effect? 02.18.48 # On coldfire, the cpu must not be clocked from the pll during a frequency change 02.18.52 # amiconn: the comments you see in system.c is basically just me guessing from prior knowledge about how pll systems work 02.19.18 # I don't see why the 5g would be having trouble, it works fine in the sim 02.19.21 # amiconn: but afaik, we switch to xtal before reclocking 02.19.41 # The sequence is switch cpu to input clock - change frequency - wait for relock - switch back to pll output clock 02.21.09 # yes, that's just what i think we do 02.21.19 # we just udelay for a specific time, though 02.21.23 # and hope relock is done by then 02.21.43 # * linuxstb needs to find some files which are not FLAC... 02.21.58 # linuxstb: i have maaany wavpacks... 02.22.04 # lostlogic: well said 02.22.19 # ty 02.23.04 # I think it's working.... 02.24.20 # god, please 02.24.21 # let it be 02.24.50 # would this fix the prefetch abort errors? 02.25.18 # conver them to ogg 02.25.29 # oggenc can usually take flac files directly too :) 02.25.39 # i sure as hell hope this works 02.25.47 # i can think of no other explanation as to why it doesn't 02.26.04 # well, it should take... not much effort to implement the joystick in the emulator.. 02.27.14 # it seems like all it is, is changing bits on a byte in memory... depending on which directon, or if the button is pressed. 02.30.49 Quit ashridah ("meanwhile, to uni") 02.31.01 # is there any possibility that a file in linux is writable but not readable? 02.31.18 # (I mean it doesn't make sense that way) 02.32.03 # yes, depending on permissions 02.32.23 # but if you are going to write to file you need to read it first so... 02.32.40 # XavierGr: why? you can just write new data to it without reading it 02.33.26 # so if a I have a test.txt and have only write permission 02.33.39 Join ze__ [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) 02.33.40 # doing vi test.txt will output an error rihgt? 02.34.16 # most likely 02.34.20 # why don't you test it? 02.34.49 # yeah better test it. I just read a tutorial on file permissions and the idea came to me 02.34.53 Quit midkay ("Leaving") 02.34.54 # linuxstb: no further news? 02.36.46 # Yes, it seems to be boosting nicely. 02.37.00 # But is there a bug in Rockbox at the moment that leaves the CPU boosted? 02.37.10 # I have to go into the debug screen and reset the boost count. 02.37.26 # Ah, spoke to soon. It's just froze... 02.38.50 # hmm 02.38.55 # ghah 02.38.58 # how freeze? 02.39.41 # It just froze on the WPS, with the backlight still on. 02.40.52 # There's a bug in rockbox that *sometimes* leaves the cpu boosted at boot 02.41.06 # I bet it's the tagcache code 02.41.19 # And it's just frozen again... 02.41.48 # But before the freeze, it was happilly playing wavpack and boosting at around 40%, with lots of frequency changes. 02.41.59 # Maybe we should disable interrupts during a freq change? 02.42.35 # hmm 02.42.38 # amiconn: ahhh 02.42.39 # amiconn: good idea 02.42.48 # But the FIQ is still going... 02.42.53 # linuxstb: disable that too!!! 02.42.54 # :-) 02.43.02 # but no, there's no reason we should 02.43.09 # the clock is locked to 24mhz 02.43.13 # all should be well 02.43.21 # somebody bloody give portalplayer a ring before i implode 02.44.08 # hear hear 02.45.01 Quit ze (Read error: 110 (Connection timed out)) 02.45.01 Nick ze__ is now known as ze (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) 02.46.22 # kkurbjun: I tried setting the sound frequency to 44.1KHz in Doom earlier today, and it seemed to work fine on my 4g ipod. 02.46.56 # man, I am just dreading trying to wade through the file buffer filling code to figure out why with my new 'corrected' swcodec stuff it doesn't play on resume (starting a new song, and seeking within a song work) 02.47.47 # lostlogic: whisky 02.47.51 # lostlogic: that'll do the trick 02.48.23 # you make a valid point 02.48.28 # *adds whisky to his beverage 02.48.36 # disabling the interrupts didn't help... 02.48.42 # i didn't expect it would 02.49.12 # Ah, and now my battery is dead... 02.50.37 Quit imphasing (Read error: 104 (Connection reset by peer)) 02.50.46 # lostlogic: at any rate you surely need to fearless which probably calls for some strong drink when we're talking about that particular portion of code 02.50.52 # insert "be" 02.51.12 # i always read my sentences after having pressed "enter", before? never! 02.51.22 Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) 02.51.32 # Wah! My H100 remote does indeed tick when connected to the H300 02.51.47 # amiconn: isn't there some hardware mod for that problem? 02.51.51 # hehe :) feeling better already... I'm really tempted to just commit in it's _very_ broken state just so everyone else can feel my pain while I work on it :) 02.52.04 # s/it's/its/ 02.52.06 # XavierGr: see, you're right. It depends both on remote & main unit... 02.52.15 # amiconn: see I told you it may tick 02.52.48 # lostlogic: commit! commit! :D 02.53.00 # strangely enough my original remote (as I said earlier) doesn't tick on my H300 (while it ticks on the H100) or it ticks so low that I can't hear it. 02.53.09 # my h100 remote doesn't tick the least bit 02.53.36 # Zoide777: you are asking for a world of pain for you and everyone else running rockbox on swcodec 02.53.54 # It's a faint ticking here, and it's independent of the volume setting 02.54.12 # amiconn try this: 02.54.53 # go to filetree and move the navi button to the right/lef and hold it. 02.55.23 # it should scroll files until it will reach the end of the list and the ticking will continue to be heard. (as long as you push the button) 02.55.31 # Well, it's the remote lcd update 02.55.41 # yes 02.56.11 # If you put the cursor on a long line in the file browser so that it starts scrolling, and you've set a not too low scroll speed, it will make a hiss 02.56.16 # amiconn: tried slasheri's anti-ticking? 02.56.23 # With low scroll speed it ticks 02.56.35 # preglow: Need to make a build with ticking fix enabled 02.57.35 # amiconn: ahh, right, it's not enabled by default? 02.57.43 # Not for H300 02.58.19 # My H140 doesn't tick with the very same remote 02.58.48 # queer... 02.59.28 # #define HAVE_REMOTE_LCD_TICKING on config-h300.h 03.00.56 # then why did i just bloody translate a settings string for it? 03.01.25 # ? 03.01.36 # well hooray. then amiconn can make some improvements on the remote now that he can hear it 03.02.02 # hgahaha 03.06.56 # linuxstb: ok, so we'll conclude the udelay hack was a flaming wreck, then? 03.12.28 # I'll try again tomorrow... It wasn't a total disaster. 03.15.15 # bodes well, at least 03.15.20 # what with the crashing 03.16.22 *** Saving seen data "./dancer.seen" 03.24.21 # hmm copy paste works on vmware only if the user run vmware-toolbx& and the program is running 03.24.40 # this is something that the manual or FAQs I've read don't mention it. 03.25.18 # I wasted hours and hours trying to figure why it won't work only to discover it by chance. 03.25.26 # * XavierGr goes to update the wiki 03.25.45 Quit Strath (Read error: 104 (Connection reset by peer)) 03.25.53 Join Strath [0] (n=mike@dpc67143207026.direcpc.com) 03.27.01 # wow, that may be what's wrong... 03.27.43 # XavierGr: 'reduce ticking' does what it says, it reduces the ticking 03.27.52 # It's still there, but really faint 03.28.12 # anyone else think something may be wrong if the cpu emulator jumps to 0xE2FC instead of FCE2? :D 03.28.12 # Stock firmware does also tick 03.28.46 # strange: you just added the define in h300-config? 03.29.05 # yes stock firmware ticks too, it isn;t a rockbox issue. 03.29.53 # I might hafta start hurting myself soon, the buffering logic is beginning to make sense :-\ 03.30.03 # amiconn: does it seem slower in any way? 03.30.10 # amiconn: rockbox remote navigation, that is 03.30.17 # no 03.30.28 # ahh, i remember people complaining about that 03.30.29 # The ticking fix causes an overall slowdown 03.31.04 # amiconn: if the only thing you did was add the define then I did something seriously wrong when my cousin asked my a modded build with it enabled 03.31.27 # E.g. when you scroll a long list, more cpu cycles are used to redraw the remote lcd 03.31.36 # ahh, yeah, but do you notice it? 03.31.43 # This makes it more likely for playback to skip.... 03.31.57 # preglow: Not during navigation, no 03.32.23 # XavierGr: You need to reset settings. The settings block changes with the ticking fix enabled 03.32.28 # aha 03.32.51 # any ideas on this to make it better? What about those other alternatives you were saying? 03.33.03 # preglow: I want to get the ticking fix to work better, while drawing less cpu power 03.33.29 # Will still be more than with the fix disabled though 03.34.20 # My extra button filtering for H300 seems to work well 03.34.52 # amiconn: please don't invest too much time into that :) 03.35.35 # ? 03.36.17 # It annoys me when things don't to what they should. 03.36.44 # ..and we need to get things ready for release 03.37.10 # ahh, sure, but few people uses the remote anyway. it would be better if you had a look at the playback engine ;) 03.37.41 Quit damaki (Read error: 110 (Connection timed out)) 03.38.42 Join aegray [0] (n=aegray@12-210-86-210.client.insightBB.com) 03.39.48 # seriously 03.39.54 # is bluechip drunk? 03.41.09 Quit Daishi ("Client exiting...") 03.41.37 Part nave7693 03.42.48 # What about Optifrog support?!?!?! :) 03.42.50 # Just kidding 03.43.39 # hahahha 03.43.43 # _OPTIFROG_ ? 03.43.49 # you're drunk too 03.43.51 # hahaha 03.44.07 # Bluechip is surely drunk 03.44.17 # http://www.losslessaudio.org/ 03.44.48 # "Honour" is British word. <--- What's that supposed to mean? 03.45.05 # heh... it means it has an extra u 03.45.40 # :D 03.46.18 # Limeys need to learn English ;) 03.46.25 # yep 03.46.28 # he he he 03.46.35 Join midkay [0] (n=midkay@rockbox/developer/midkay) 03.47.24 # next paycheck I may throw a few bucks in the Paypal tip jar for Rockbox :) 03.47.33 # you don't start fucking reciting custom made poetry on a mailing list unless you're smack high on crack 03.47.43 # scottder: :-P 03.47.54 # scottder: would make us all a happy bunch that would 03.48.11 # Nonono....if yer gonna stick yer tongue out 03.48.14 # :) 03.48.15 # custom made poetry? who, what, where? 03.48.49 # I think preglow is drunk 03.49.02 # I'm working on getting that way :-P 03.49.04 # goffa: on the dev-list 03.49.07 # i put a measly $50 in the tip jar.. and then i made an offer that aparently they could all refuse 03.49.10 # scottder: i'm just slightly drunk... 03.49.10 # ok 03.49.49 # bagh, issues with track skipping not always skipping, but initial seek works. 03.50.14 # lostlogic: about the 'pops' 'clicks: 03.50.18 # scottder: still, don't keep my alcoholic tendencies from making you donate 03.50.36 # yeah.. tip money=beer money :P 03.50.54 # hahah 03.51.00 # i wish i had direct access to the donation money 03.51.07 # goffa: there was i ndeed a lot of free beer at devcon2006... ::shiftyeyes:: 03.51.18 # it seems to me that they occur when I press /right/left to change track (though not always) while selecting another track from the filetree is nearlt glitchless. 03.51.41 # XavierGr: if I can get track skipping to NOT SUCK I think my next commit will help with such things 03.51.51 # ok nice :) 03.51.55 # lostlogic: and the very best of luck to you 03.52.11 # well, i figured out what was wrong 03.52.16 # preglow: cheers, good lookin' out on the whisky => better coding mindset thought :) 03.53.01 # lol... my mom is telling my sister not to smuggle cigarettes across state lines 03.53.41 # they are cheaper in north dakota... and montana has a law that cigarettes need to have a tax stamp 03.53.47 # lostlogic: ahahaha, i gave up on coding four hours ago 03.54.01 # and you'll all benefit from my doing so 03.54.14 # preglow: it's only 20:53 here, so I've still got some code left in me :) 03.55.17 # damn, buffer filling causes skips still, but I think that's going to be a case of "I can commit with that problem" 03.55.28 # pwned by gammel dansk 03.56.30 # amiconn: how's grayscale lib going? 03.56.31 # preglow: Paypal won't let me pay in bottles of jack Daniels...sorry 03.56.39 # maybe Mad Dog 2020 03.56.42 # scottder: You'll have to persuade the author to open source Optimfrog first... 03.56.57 # he he he... wonder what the exchange is $$ to jack 03.56.58 # linuxstb: hehe I was just kidding :) 03.57.23 # scottder: i've got plenty of alternate payment methods handy! 03.57.41 # ;) 03.57.49 # preglow: glasses? 03.58.13 Quit harbel () 03.59.01 # lostlogic: no, i've got good eyesight 03.59.12 # lostlogic: what were you asking, really? :) 03.59.30 # preglow: could give a whole new meaning to "feature bounties" 04.00.12 Quit Fitzsimmons (Remote closed the connection) 04.00.34 # lostlogic: alternate methos of receiving payment in whisky 04.00.49 # scottder: a new revolution in open source, this is 04.01.01 # lostlogic: talking to yourself is a sign you've had too much already 04.01.02 # :) 04.01.03 # lostlogic: you just passed drunk hurdle level 1 04.01.09 # jinx 04.01.10 # :) 04.02.50 # oh, but we're really a decent bunch of people 04.02.58 # that's why you should donate 04.03.35 Quit Zoide777 ("CGI:IRC (EOF)") 04.03.44 # hmm... file reading is a synchronous operation? no DMA? :( 04.03.47 # this saddens me 04.04.20 # someone (probably amiconn) was planning dma 04.04.22 Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) 04.05.25 # I've been playing around with vorbis....encoded an album at Q3, still sounds pretty good to me 04.05.52 # *nod* if file reading was non-blocking, the problems with CPU resource collision between codec and buffer threads would go byebye 04.06.11 # not that this helps me solve my "skipping changes tracks, maybe" problem. 04.06.24 # scottder: q3 should be just fine 04.06.34 # scottder: vorbis is actually faster than mp3 on ipod 04.07.46 # lostlogic: what's the time? 04.07.59 # faster? 04.08.27 # I've been pretty happy with battery life....as long as i make it through my shift, it's all good :) 04.08.35 # scottder: haha 04.08.49 # scottder: as in ogg will give you more out of your battery than mp3 now 04.09.29 # preglow: 21:08 04.09.49 # Sweet :) 04.10.06 # especially at q3 :) 04.10.49 # ahh 04.11.07 # approximately nine hours behind me, then 04.11.29 # s/approximately/accuratecly/ 04.11.35 # * preglow rests his case 04.12.00 # scottder: if you haven't already, you might want to try the aotuv vorbis encoder. It has better sound quality than the standard encoder, especially for quality between -2 and 2. http://rarewares.org/ogg.html 04.12.07 # ahh!! swapping bytes in a word... 04.12.13 # even at q3, there should be some slight improvement 04.12.46 # sharpe: what aout it? 04.12.57 # there is an aotuv useflag for the libvorbis package in Gentoo Linux (courtesy of yours truly) ;) 04.12.59 # Galois: that's what I use :) 04.13.20 # preglow: it doesn't like me. 04.13.22 # in the sept. 2005 guruboolez test, aotuv at q3 beat lame mp3 at 128k for rock/pop 04.13.51 # sharpe: rockbox has macros for doing it... 04.14.08 # oh my god. 04.14.13 # oh your gox 04.14.14 # d 04.14.14 # Galois: the code as of sep 2005 should be in the libvorbis mainstream at this point, I believe... 04.14.21 # can't remember exactly when they last merged 04.14.26 # yeah, my god. not yours. hah! get your own! :D 04.14.38 # preglow, what would those macros be? 04.14.56 # they merged aotuv beta2 last year, and haven't synced since. In the last xiph.org irc meeting there was talk of syncing up again. 04.15.10 # that meeting was only a couple of weeks ago, I believe 04.15.18 # Galois: ah, my mistake. 04.16.09 # sharpe: swap32 and wsap16 04.16.40 # http://www.xiph.org/minutes/2006/03/200603_meeting.txt 04.16.47 # preglow: thank you. 04.16.50 # oops, five weeks ago 04.18.25 # whats this data abort at 0001642c 04.18.40 # is that a ref to a place in memory thats usefull at all 04.19.03 Join Doomed [0] (n=nnscript@ool-44c53f18.dyn.optonline.net) 04.19.07 # hey 04.19.22 # there is still a problem with track numbering in tagcache 04.19.29 # sharpe: oh, you're welcome 04.20.05 # just letting u guys no 04.20.22 # Doomed: we know 04.20.26 # lol 04.20.30 # OggEnc v2.81 (Lancer 20060302(SSE) based on aoTuV 04.20.31 # :) 04.20.53 # idk if it was attempted to be solved since last i was in here 04.20.54 # hey lancer is not too bad 04.20.55 # well tagcache crashes on me when I scroll up and down real fast 04.21.01 # I still use ordinary aotuv, though 04.21.09 # I rip to flac then transcode with that to ogg 04.21.13 # VERY fast 04.21.19 # 23x for me most of the time 04.21.25 # amd64? 04.21.29 # Nope 04.21.45 # audio encoding benefits a lot from 64-bit 04.21.52 # 32bit AMD 3000+ 04.23.50 # Does the job for me 04.24.01 Join warthawg [0] (n=warthawg@cpe-66-68-180-235.austin.res.rr.com) 04.24.05 # I am sure I'll go 64bit next time I upgrade my windows box 04.24.11 # I'd use the 20060331 version if I were you 04.24.48 # if i download a newer version of rockbox than i already have installed on my nano, do i need to go thru the entire install again, or can i just copy the .rockbox directory over? 04.25.08 # just unzip 04.25.09 # copy both the .rockbox dir and the rockbox.ipod file 04.25.17 # the zip to ur nano 04.25.19 # tks, guys 04.25.47 # Galois: was that to me? 04.26.11 # ahh... 04.26.17 # scottder: yeah 04.26.27 # how does one get 0x6c60 out of 0xfce2... 04.26.55 # AHh didn't notice there was a new version out 04.26.56 # thanks :) 04.28.17 # WHY? 04.29.34 # okay, very strange... 04.31.29 # i wonder if this works. 04.32.48 # :( 04.34.56 # i need to sleep 04.35.20 # then you should probably sleep. 04.35.46 # okay... 04.35.55 # something still doesn't like me :) 04.35.59 # haha 04.36.57 # 0xECF2, should be 0xF2EC... however, it apparantly is now 0x6C60 04.37.07 # rockbox code has had years to learn how to be hostile 04.37.16 # and new code learns quick 04.37.34 # and it wasn't even rockbox's that did it first, when i tried, i got similar results. 04.37.53 # like i said 04.37.54 # it learns fast 04.38.02 # heh... 04.38.06 # polymorphic code! 04.38.20 # welcome to the wonderful world of embedded coding 04.39.19 # preglow: code darwinism? :) 04.39.58 # hahaha 04.40.28 # what the hell, its not showing me my db 04.40.33 # hmm, i wonder if this will work. 04.41.28 # doubt it, but still... 04.42.50 # well, back to where i started, except instead of a void pointer, now it's a char pointer. 04.43.56 # ... 04.45.04 # '+' = addition then '-' = ? 04.45.07 # solid progress 04.45.11 # I don't remember the word 04.45.16 # subtractionm 04.45.17 # subtraction? 04.45.18 # ehh 04.45.21 # subtraction 04.45.22 # yes 04.45.29 # ok 10x 04.45.50 # werid. that 20060331 version con't convert flac on the command line :( 04.46.24 # i dont even get the tagcache menu 04.50.17 # still no success, oh well, sleep time. 04.52.24 # Doomed: did you reboot after forcing a tagcache update? 04.52.40 # (even after it finishes the forced update, you have to reboot so that it will "commit" the new db) 04.53.46 # yeah i just unzipped the same cvs 04.53.46 # (or at least that's how it works for me) 04.54.29 # hmm.... i don't know what it could be 04.55.11 # maybe one of the other 94 people in the channel can help you? (though I'd say 90% of them never say anything... very creepy) 04.56.08 Quit hardeep ("BitchX: its not for the tabkey impaired!") 04.56.28 # Doomed, what's up? 04.56.34 # nothin 04.56.40 # i fixed it 04.56.41 # lol 04.57.09 # good. 04.57.11 # :) 04.57.28 # lol 04.57.36 # i think i did 05.00.08 # good 05.00.38 # good _enough_.. 05.00.39 # :) 05.00.51 # weird I grabbed the latest lancer version dbpoweramp is showing it as an version from 2003 05.01.16 # I trust ogginfo on such matters 05.01.16 # tool = Xiph.Org libVorbis I 20030909 05.01.38 Join nave7693 [0] (i=evan@c-71-198-247-170.hsd1.ca.comcast.net) 05.02.11 # hi rockbox is not making for me 05.03.27 # gcc uclpack.o src/libucl.a -o ../uclpack 05.03.27 # src/libucl.a: could not read symbols: Archive has no index; run ranlib to add one 05.03.27 # sh-elf-ranlib is called on libucl so I am wondering what's up 05.07.25 # anyone alive? 05.09.22 Join scf_ [0] (i=scf@r4.softwarium.net) 05.10.55 Join FalloutMan [0] (i=user@71-35-146-226.tukw.qwest.net) 05.11.12 # hey guys 05.11.42 # does anyone know how to build a playlist on an ipod? 05.12.36 # FalloutMan, a custom one, or one of a directory? or how to create one, or what? 05.13.01 # i dunno, i just need guidence from step A onward 05.13.41 # so you want to create a playlist of tracks you select or what? 05.13.45 # yeah 05.14.50 # locate the first song you want, hold SELECT on it and choose "playlist" -> "insert". it will begin playing. press select while it's playing to get back to the browser, keep locating the songs you want, holding select and "insert"ing until it's got the tracks you want... then go to menu - playlist options - save playlist (gotta double check that last bit) 05.15.03 # you can reorder tracks from the playlist viewer also.. 05.15.30 # thanks a bunch 05.15.36 # "save current playlist", yeah. 05.15.39 # np.. 05.15.56 # don't we have a user's manual that has stuff like this in it? 05.16.07 # no 05.16.15 # the manual is so confusing 05.16.26 *** Saving seen data "./dancer.seen" 05.16.54 # lostlogic, we have way too many :) 05.17.04 # a wiki manual, a 2.4 manual, a latex manual.. 05.17.28 # well the latex manual is the most up-to-date, yes? 05.17.35 # lostlogic, right.. 05.17.40 # but also the hardest to access, i think. 05.17.50 # ah, someone was talkinga bout doing weekly pdf builds ofit? 05.17.56 # you have to compile it yourself, i think.. so most people who need it can't really get to it. 05.18.02 # so they don't know where to look.. 05.18.04 # H300 stopped at 6:16am 05.18.09 # from 15:40 05.18.19 # XavierGr, doing/playing what? 05.18.26 Quit Rob2222 (Read error: 113 (No route to host)) 05.18.33 # 128kbps with 1900mah battery on repeat 05.18.47 # wow.. 05.19.40 Quit DrumRBoy320|Away () 05.20.14 # ouch 05.20.29 # battery_bench didn't report anything 05.20.34 # not a single measurement 05.20.55 # :E 05.21.18 # at least I managed to time it myself 05.24.01 # XavierGr, well, that's quite impressive, i think. :) 05.24.23 Join stevenm [0] (n=stevenm@infranelson.student.umd.edu) 05.24.28 # I don't think so 05.24.34 # the battery is 1900mah 05.24.35 # Hey all 05.24.42 # What's the whole deal with the gl thing? 05.24.47 # H100 managed 25 hours on rockbox 05.24.57 # nice 05.24.58 # while H300 just managed 14:40 05.25.09 # XavierGr, color screen... 05.25.20 # XavierGr: what coodec... and did you mess with it while it was going? 05.25.23 # though it shouldn't make that huge a difference, 15 hours is definitely nothing to complain about.. 05.25.30 # imo. 05.25.38 # the screen was not activated (except 2-3 times) during benchmark 05.25.42 # H100 needs a better greyscale for doom 05.26.05 # Doomed, as though it should be running doom at all.. 05.26.10 # midkay: again, the test is with a 1900mah bettery 05.26.16 # not with the default 05.26.19 # i no, im just saying 05.26.27 # XavierGr, my archos recorder couldn't pull nearly that, i think, with those batteries. 05.26.36 Quit unexterminatable (Read error: 113 (No route to host)) 05.26.36 # and its LCD is considerably smaller, it's much slower.. 05.26.40 # but the buffer is a killer, 2mb.. 05.26.49 # yes but iriver firmware can make it play more. 05.26.58 # all i have to say about iaudio x5l is 35 hours .. my ass 05.27.00 # so something is wrong as Linus has said 05.27.03 # its close to 20 or so 05.27.06 Quit imphasing ("Woo!") 05.27.13 # XavierGr, how much more? 05.27.16 # but seems to be the same with rockbox or iaudio firmware 05.27.39 # midkay: at least 14-15 hours with a normal battery 05.27.54 # hard to do an exact comparrison though... because i have a bunch of mpcs on the player now 05.27.56 # how is that more? looks the same-or-slightly-less. 05.27.57 # but my next test will be on default firmware 05.27.57 Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) 05.28.06 # oh. never mind. 05.28.12 # i'd like to hear your results.. 05.28.21 # and iaudio firmware does't support mpc 05.28.30 # but i suspect mpc being in between mp3 and ogg 05.28.34 # I will keep them updated along with the other on IriverRuntime in the wiki 05.28.42 # XavierGr, cool. 05.28.56 # midkay: how long does your archos last in a full charge 05.29.16 # nave7693, god, it's been too long, and my batteries are too old to say.. 05.29.27 # when they were new, 2050mah i think.. probably 11-12 hours.. 05.29.38 # wow 05.29.43 Quit scf_ (Read error: 113 (No route to host)) 05.29.45 # maybe less, really can't remember.. 05.29.57 # sounds about right though.. or what should be expected. 05.30.05 # mine goes 3~4 with brand new 2500 energizers 05.30.06 Join Rob2222 [0] (n=Miranda@ACB5B9DF.ipt.aol.com) 05.30.11 # nave7693, wtf? 05.30.16 # yea wtf. 05.30.25 # Rob are you here? 05.30.28 # well, i haven't used it lately. it actually seems to be way _slower_ than it used to be.. 05.30.29 Quit imphasing (Client Quit) 05.30.38 # before all the iriver/iPod/iAudio ports started.. 05.30.46 # loading dirs, buffering, navigation.. 05.31.08 Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) 05.31.29 # that's scary...because rockbox is lightyears faster than the original iaudio firmware 05.31.35 # newer versions just seem to last shorter and shorter... 05.32.04 # Know whats great 05.32.11 Join Arrogant [0] (i=Scott@192.orlando-06-08rs.fl.dial-access.att.net) 05.32.15 # finding a co-workers embarassing MySpace page :) 05.33.06 # lol... you should have preluded that with new keyboard $20... internet connection $70... finding your coworker's embarassing page on myspace... priceless 05.33.22 Join corevette [0] (n=478b2796@labb.contactor.se) 05.33.32 # followed by the url :) 05.34.04 Join webguest18 [0] (n=478d12e1@labb.contactor.se) 05.35.08 # sigh seems like it's time for me to ditch my trusty archos and go with a newer player 05.35.37 # i like my H120 05.35.37 Quit corevette (Client Quit) 05.36.25 # nave7693, agreed.. 05.36.31 Quit Galois (Remote closed the connection) 05.36.32 # i'm tempted to get a second 340 so i can pack around more tunes 05.36.44 # nave7693, do you agree that it seems to browse, load and generally _go_ slower than it used to? 05.37.09 Join Galois [0] (i=djao@efnet-math.org) 05.37.41 Join imphasin1 [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) 05.38.15 Quit imphasing ("Oi.") 05.38.25 Join [C]Boomstick [0] (n=boomstic@ip68-101-238-221.sd.sd.cox.net) 05.38.32 # <[C]Boomstick> hello :) 05.38.58 Quit linuxstb (clarke.freenode.net irc.freenode.net) 05.38.58 NSplit clarke.freenode.net irc.freenode.net 05.38.58 Quit kkurbjun (clarke.freenode.net irc.freenode.net) 05.38.58 Quit pussfeller (clarke.freenode.net irc.freenode.net) 05.38.58 Quit xmixahlx (clarke.freenode.net irc.freenode.net) 05.38.58 Quit novimon_ (clarke.freenode.net irc.freenode.net) 05.38.58 Quit Bg3r (clarke.freenode.net irc.freenode.net) 05.38.58 Quit luckz (clarke.freenode.net irc.freenode.net) 05.38.58 Quit dwihno (clarke.freenode.net irc.freenode.net) 05.38.58 Quit CoCoLUS (clarke.freenode.net irc.freenode.net) 05.38.58 Quit crash (clarke.freenode.net irc.freenode.net) 05.38.58 Quit vHs (clarke.freenode.net irc.freenode.net) 05.38.58 Quit dark (clarke.freenode.net irc.freenode.net) 05.38.58 Quit steveb (clarke.freenode.net irc.freenode.net) 05.40.00 # <[C]Boomstick> hello 05.40.34 NHeal clarke.freenode.net irc.freenode.net 05.40.34 NJoin CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) 05.40.40 # midkay: that's true, but maybe it's because I am using unicode fonts 05.40.47 Join crash__ [0] (n=crash@a15167580.alturo-server.de) 05.40.50 Join dark [0] (i=deviled_@microsoft.gotrooted.com) 05.40.52 *** Server message 505: 'logbot- :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 05.41.11 Part FalloutMan 05.41.21 # midkay: it has to be slower because of the added features 05.41.21 # nave7693, it's possible.. 05.41.22 Join novimon [0] (n=novimon@a84-230-230-239.elisa-laajakaista.fi) 05.41.28 NJoin dwihno [0] (n=dw@81.8.226.44) 05.41.33 Join steveb [0] (n=steve@pan.object4.net) 05.41.33 # nave7693, which? there isn't anything majorly new. 05.41.34 *** Server message 505: 'logbot- :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 05.41.41 NJoin vHs [0] (n=vincent@speelplaats.net) 05.42.57 # midkay: there's support for other players now, when rockbox becomes not specific to archos it adds overhead 05.43.53 # nave7693, stuff that doesn't apply to the archos is, for the most part, not compiled for the archos. 05.43.58 # most of it the archos can't even handle. 05.44.18 # as long as there's shared code... I guess 05.44.26 # that's not really how it works. 05.44.46 # some things can be done differetly that get generalized 05.44.56 # i'm not sure if you're familiar with rockbox's code, but the compiler simply doesn't compile stuff that doesn't pertain, as long as it's told not to, and it most often is. 05.45.14 # most often is told not to, that is.. 05.45.24 # ah shit. I know why the benchmark didn't work 05.45.24 # ok 05.45.27 Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) 05.45.30 Quit imphasin1 ("Oi.") 05.45.43 # XavierGr, why? 05.45.43 # and somebody please fix the build lol 05.45.44 # I got a version of the plugin with a bug that relates ti the new tagcache 05.45.54 # ah.. 05.46.01 # this bug was fixed today but I forgot to update 05.46.05 Join warthawg_ [0] (n=warthawg@cpe-66-68-180-235.austin.res.rr.com) 05.46.10 # nave7693, 'fix the build'? 05.46.26 # where is the games folder? 05.46.33 Quit warthawg ("my work here is done") 05.46.54 # warthawg_, it doesn't exist unless you make it, if you're talking about for doom. 05.47.00 # midkay 05.47.08 Join corevette [0] (n=478b2796@labb.contactor.se) 05.47.10 # yes, i am. 05.47.18 # warthawg_, where are you reading about it? 05.47.22 # midkay: I can't build the CVS for archos 05.47.25 # in the forum 05.47.45 # midkay: actually its uclpack 05.48.00 # nave7693, rockbox seems to be able to compile itself just fine.. 05.48.08 # warthawg_, you need to create it yourself. that's not the best source of info anyways.. 05.48.21 # midkay: can you update and try make veryclean and make? 05.48.32 # tks, midkay 05.48.38 # nave7693, alright. 05.48.42 # oh make sure you run configure to update the makefile 05.48.48 # just create /games/doom/addons and drop the wad(s) in there? 05.48.58 # if it's an 'addon', yes.. 05.49.12 # nave7693, standard recorder, right? 05.49.18 # midkay: yes 05.49.24 # i guess i don't know if it is or not 05.49.31 # nave7693, works for me. 05.49.36 # or seems to.. 05.49.53 # wait.. 05.49.56 # yep, worked. 05.49.57 NJoin linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 05.50.01 NJoin xmixahlx [0] (n=xmixahlx@64.122.111.98) 05.50.07 # midkay: does it compile uclpack fine? 05.50.25 # what ar and ranlib does it call on libucl.a? 05.50.26 # nave7693, it was probably already compiled from before. but there were no errors.. 05.50.48 # make veryclean should clean everything so you recompile all tools 05.50.48 NJoin pussfeller [0] (n=todd@166-82-183-46.quickclick.ctc.net) 05.51.16 NJoin kkurbjun [0] (n=Jim@c-24-8-222-177.hsd1.co.comcast.net) 05.51.36 # sh-elf-ranlib libucl.a 05.52.11 # what does it use to link 05.52.19 # to produce uclpack? 05.52.25 # gcc? 05.52.35 # yes.. 05.52.42 # hmm 05.52.57 # can you type "which gcc"? 05.53.21 # /usr/bin/gcc 05.53.33 # it's 3.3.6 05.53.40 # for this.. 05.53.47 # so it's the sh1 gcc 05.53.59 # yes, that's what you need for recorder building.. 05.54.13 # midkay: in my machine it is sh-elf-gcc 05.54.16 Quit [C]Boomstick ("Knowing and not doing are equal to not knowing at all.") 05.54.22 # nave7693, well, mine too.. 05.54.31 # which the makefile should really use 05.54.32 # 'sh1 gcc' == 'sh-elf-gcc', no? 05.54.36 # yea 05.54.40 # same for me. 05.54.45 # but "gcc" != "sh-elf-gcc" 05.54.53 # gcc is the host's compiler 05.54.57 # Using sh-elf-gcc 3.3.6 (303) 05.55.05 # says on mine too... 05.55.07 # nave7693, ... right....? 05.55.22 # why did you ask about gcc if you wanted to know about sh-elf-gcc? 05.55.47 # this is the vmware image.. 05.56.06 # be back in ~5 minutes. 05.56.10 # because the makefile is calling gcc 05.56.20 # which it sould really call sh-elf-gcc 05.58.32 Quit corevette ("CGI:IRC (EOF)") 06.01.52 # nave7693, not for me.. 06.02.01 # how do i get to the menu where u can select which files to show on a g5? 06.02.14 # hold menu, or menu - general settings - file view - show files. 06.02.31 # thanks 06.02.56 # midkay: maybe your gcc is linked sh-elf-gcc 06.03.00 # mine is not 06.03.05 # nave7693, probably. 06.03.11 # i've never had a problem. is this recent or what? 06.03.29 # how do i get it to show all files? 06.03.37 # webguest18, from where? 06.03.43 # nvm 06.03.47 # press play (downwards) from the quick screen.. 06.03.49 # alright. 06.05.13 # well I'm going to do my famous late evening playback breakage and go-to-sleep commit act. 06.06.40 # man this is annoying. 06.07.08 # some of the tools are meant to be built with the host's gcc and others built by sh-elf-gcc 06.07.24 # otherwise they can't be executed by the host 06.07.33 # nave7693: and the build system should detect and use the right ones, if you have sh-elf-gcc and host-gcc in your path 06.07.51 # lostlogic: uclpack is not using the right one 06.08.03 # swcodec people, please test, and email, /msg, or flyspray me the new bugs. 06.08.12 # nave7693: have you re-run configure recently? 06.08.28 # lostlogic: I rerun it on every cvs update 06.08.31 Quit midkay ("Leaving") 06.08.57 # nave7693: that is quite odd... what host and target are you building? 06.09.46 # host is x86 windows/cygwin, target is sh-elf 06.09.56 # I mean what player specifically 06.10.04 # archos recorder 2MB 06.10.46 # the problem apparently is not in rockbox itself but the uclpack tool 06.10.57 # can you paste the results of gcc -dumpversion and sh-elf-gcc -dumpversion here? 06.11.13 # it is getting linked by the host's gcc which does not know about the results by sh-elf-ranlib. 06.11.17 # sure just a sec 06.11.59 # also ranlib -v and sh-elf-ranlib -v (jus tthe first line) 06.12.22 # 3.4.4 for host and 3.3.6 for sh-elf-gcc 06.12.39 # GNU ranlib 2.16.91 20050610 06.12.51 # GNU ranlib 2.16.1 06.12.57 # first one is host 06.13.16 # damn, I was hoping to see an old ranlib on one of those to point a finger at :( 06.13.23 # heh 06.13.31 # you don't find that with redhat's stuff :P 06.13.56 # on my build server (which is one of the CVS Build machines) I have 3.4.5, 3.4.5 and 2.16.1, 2.16.1, but I can't imagine that'd matter. 06.15.26 # w00t! look at that green build table, I was thinking I might be the one to break that streak with this latest commit ;-P 06.16.04 # does the build server do a complete build every time? 06.16.29 # yeah, and I just ran clean builds of 3 targets separately from the build system, no problems. 06.16.39 # but these are all linux machines, not cygwin\ 06.17.07 # can you see what gcc is getting called to link uclpack? 06.17.14 # I mean which gcc 06.19.19 # lemme see 06.20.47 Join RoC_MM [0] (i=dragon@dsl-29-8.cofs.net) 06.21.40 # the command run for uclpack is "gcc" whichis hostcc 06.22.49 Quit warthawg_ ("my work here is done") 06.23.28 # so your gcc knows about sh-elf libs... 06.23.59 # hmph. I guess so. 06.24.13 # but I think it's more likely a binutils issue than GCC 06.24.30 # anywho, I must sleep, nothing seems to be burning down as a result of my latest commit, so it's a good time for it. 06.24.39 # ok see ya 06.24.44 # good luck :) 06.24.48 # heh 06.24.50 # thx 06.27.20 Join hcjake [0] (n=Dustin@ppp-69-217-61-200.dsl.applwi.ameritech.net) 06.27.21 Quit hypercooljake (Read error: 104 (Connection reset by peer)) 06.28.04 Nick hcjake is now known as hypercooljake (n=Dustin@ppp-69-217-61-200.dsl.applwi.ameritech.net) 06.28.13 Part hypercooljake ("Leaving") 06.37.45 Join afruff23 [0] (n=icechat5@c-69-138-162-228.hsd1.md.comcast.net) 06.38.42 # in the WPS, does the X5 support the hold switch? Battery indicator? Battery charging? 06.40.53 # more imprtantly what feature should all WPSes include? 06.41.13 # play status indicator, volume indicator, battery indicator, progress bar, artist, title 06.41.24 # repeat and shuffle status 06.41.28 # what else? 06.41.47 Quit webguest18 ("CGI:IRC (EOF)") 06.41.47 Quit Zoide777 ("CGI:IRC (EOF)") 06.42.44 Quit afruff23 ("Did anyone see my lost carrier?") 06.45.33 Quit nave7693 (Read error: 110 (Connection timed out)) 06.53.44 # blinkenlights 06.57.30 Join luckz [0] (i=alcyon@217.160.205.180) 06.57.44 # WOW... this is interesting... http://www.apple.com/macosx/bootcamp/ 06.58.26 # JdGordon: very interesting 06.58.38 # have appl lost the plot?? 06.59.23 # haha, reading the site.. 2 snaps @ windows... 06.59.30 # Windows running on a Mac is like Windows running on a PC. That means itll be subject to the same attacks that plague the Windows world. So be sure to keep it updated with the latest Microsoft Windows security fixes. 06.59.58 # They seem to be getting closer and closer to a hardware company 07.03.33 Quit RotAtoR ("zzzzzz") 07.03.33 Join JBGood [0] (i=Johnq@JBAUMAN.RES.cmu.edu) 07.05.01 Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 07.06.17 Quit BHSPitMonkey (Read error: 104 (Connection reset by peer)) 07.07.08 # oh dag 07.16.14 # mmm 07.16.24 # good point JdGordon 07.16.29 *** Saving seen data "./dancer.seen" 07.16.58 # * JdGordon would definatly consider an apple laptop now tho.. unless the price difference is rediculous.. 07.16.58 # * B4gder almost responded to the trolls but managed to resist 07.17.09 # which trolls in particular? 07.17.16 # the dev list trolls 07.17.27 # move the list to the forums and u can deal with this crap.. 07.17.41 Quit jbauman (Read error: 110 (Connection timed out)) 07.18.04 # I prefer mailing lists to any forum 07.18.16 # pfft, weak. You should get an apple laptop and run linux on it. 07.19.22 # osx is linux.. 07.19.25 # almost 07.19.37 # a big almost 07.19.41 # its *nix though 07.19.42 # yeah except for the "free" part 07.20.02 # u only pay for the gui.... the backend is all DSB 07.20.05 # BSD 07.20.14 # no, but BSD-like 07.20.28 # Its a modern *nix desktop, nothing wrong with that. 07.20.49 # the typical slashdot flamewar would then continue by pointing out lack of basic features such as virtual desktops... 07.20.56 # hehe 07.22.13 # but slashdot is very apple friendly 07.22.20 # and then someone would point out there is a shareware program that lets you have virtual desktops, but it costs like $50 07.22.56 # there's a couple of free virtual desktop programs that by the authors' own admission resort to "devious tricks" to get it working 07.26.11 Join solexx [0] (n=jrschulz@c219196.adsl.hansenet.de) 07.33.53 Join Bg3r [0] (n=Bager@87.246.10.17) 07.34.07 # amiconn ? 07.34.35 # morning Bg3r 07.34.44 # morning :) 07.40.41 Part RoC_MM ("Leaving") 07.41.48 Join midkay [0] (n=midkay@rockbox/developer/midkay) 07.48.01 # Bg3r: I did a bettery bench for my H300 today 07.48.20 # Bad thing thing was that I forgot to update my build :( 07.48.43 # Battery_bench didn't capture a single measurement 07.49.16 # but at least I kept a timer myself so I managed to see how long it managed to play 07.49.27 # 14:40hours with a 1900mah battery 07.49.46 # H100 did 24:55 with the same battery and album. 07.51.35 # oh :( 07.52.17 # I think 10 hours is too much :( 07.58.39 # ?? 07.59.02 # I mean the difference between H100 runtime and H300 07.59.30 # was that with the same cvs version on both units? 07.59.38 # no 07.59.57 # H100 was much earlier 08.00.33 # 2005-11-15 08.00.41 # was the build for H100 08.01.00 # and now I can't compare them. I have only 1 1900mah battery 08.02.11 Join nave7693 [0] (n=evan@c-71-198-247-170.hsd1.ca.comcast.net) 08.02.20 Part nave7693 08.06.24 Join Paul_The_Nerd [0] (n=Paul@cpe-66-68-93-2.austin.res.rr.com) 08.09.01 # XavierGr yes, it's too much 08.09.04 # :( 08.14.23 # good morning 08.18.06 Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) 08.18.12 # amiconn morning 08.18.17 # sorry for yesterday ... 08.19.59 # np 08.22.03 # i thought that i could fix the .langs today ... 08.22.34 # I just happen to know the .lang system rather well, because I already dealt with it a lot 08.23.01 # hm, i think that this should be noted somewhere too (the changes to the ...) 08.23.01 # So I usually know what implications a non-standard change might have 08.23.25 # i'll add it to the wiki 08.24.12 # Well, usually, when you add or deprecate string (as a coder), you only ever change english.lang, and leave all others alone 08.24.50 # yep 08.24.58 # Changing an ID is quite exceptional (although it doesn't break backwards compatibility) 08.25.23 # You could just have changed the meaning, and let the ID alone 08.25.58 Join _FireFly_ [0] (n=FireFly@fhrouter83.fh-wuerzburg.de) 08.26.40 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.27.39 Quit Arrogant ("Leaving") 08.28.01 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 08.28.37 Join ender` [0] (i=ychat@84.52.165.220) 08.29.07 Quit stevenm ("Connection reset by beer") 08.30.52 # amiconn yep, but imho it's not correct 08.31.49 # Well, even after my .lang rework, there are still some IDs where the usage doesn't match the ID name fully. The IDs are only used internally, the user will never see them 08.33.54 # Some typos stayed for years, just to avoid touching all .lang files for no user-visible effect (one ID used LENGHT instead of LENGTH) 08.34.39 # I corrected it now because I had to touch everything anyway 08.36.49 # aha 08.42.57 # LANG_SETTINGS_BATTERY_PLAYER ... LANG_SETTINGS_BATTERY_RECORDER 08.43.35 # what about removing them and just specifying the model ? 08.43.43 # removing one of them 08.44.10 # Yes 08.44.30 # and how should i do this ? 08.44.38 # i don't want to make a new mistake ... 08.44.40 # That's something I already saw during rework and knew it will be solvable with langv2 08.46.04 # Well, in this case the correct translation for both player and the rest are known, so this can be applied to all .lang files even if you don't know the language 08.46.28 # Btw, this pair is related to a second one 08.47.04 # to _SAVE_PLAYER 08.47.05 # ? 08.47.09 # and _SAVE_RECORDER 08.47.32 # Oh, and the _BATTERY_ part should be replaced when touching it anyway, since as you might have noticed that it doesn't match anymore 08.49.09 # This would be the first actual use of langv2 08.49.43 # yep 08.58.05 Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 08.59.42 Join Zagor [0] (n=bjst@rockbox/developer/Zagor) 08.59.43 Join petur [0] (n=d4efd6a6@labb.contactor.se) 09.00.13 Quit linuxstb (Read error: 110 (Connection timed out)) 09.06.01 Join Coldtoast [0] (n=blah@d58-104-54-209.dsl.vic.optusnet.com.au) 09.06.07 # hi all 09.06.26 # there's a prob with the h120 if nobody knows 09.06.31 # can't ffwd 09.06.58 Join gtkspert [0] (n=gtkspert@203-59-90-165.dyn.iinet.net.au) 09.07.01 # you do it once and when you release, it doesn't resume playing 09.07.16 # I think lostlogic is aware 09.07.20 # ok 09.07.33 # Coldtoast: How old is the build you're trying with? 09.07.44 # better than yesterday at least. last night, it'd just lock the player up and you HAD to hit the reset button 09.07.54 # it's the absolute latest CVS build 09.07.59 # The most recent CVS change says it fixes seeking, but I don't know if that's your bug, or a different seeking bug. 09.08.05 # it's not fixed 09.08.22 # just downloaded and installed it, oh, 3mins ago 09.09.47 # Okay 09.12.14 Quit Lynx_ (Read error: 104 (Connection reset by peer)) 09.12.18 Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 09.13.11 # I'd download the latest daily but it's going to have the same bug. heh 09.13.34 # so, for the first time in ages, I'll have to use the iriver fw 09.13.37 # * Coldtoast shudders 09.14.05 # Coldtoast then just switch to the daily build from yesterday 09.14.07 # You could download an older daily 09.16.31 # any idea when the bug turned up? 09.16.32 *** Saving seen data "./dancer.seen" 09.17.27 # B4gder, amiconn: is this all i should do for the first real usage of langv2 features: http://pastebin.com/643605 09.18.20 # the stupid pastebin.com doesn't have syntax highlight for diffs 09.18.22 # Coldtoast: the playback system's undergoing alot of changes. It could be that most recent commit, or it could be something that was agitated and has been around for a while. But I'm sure it'll get worked out soon enough. :) 09.18.54 # Bg3r: looks fine to me 09.19.17 # B4gder what about the lang version ? 09.20.18 # I'm not sure 09.20.25 # strictly speaking, yo'd have to bump it 09.20.41 # but I think we could also just leave it for our cleanup work 09.20.52 # and bump it once 09.21.03 # yep 09.21.17 # with langv2, the lang version is becoming a lot more complicated 09.21.28 # because ? 09.21.40 # because it is much easier to break an old language 09.21.57 # even for a specific target only 09.22.16 # like you can set "player: none" on lots of strings 09.22.27 # that the players don't use/have 09.23.10 # and if you do that for example on a target that doesn't have feature X 09.23.17 # should i also remove the old LANG_...[PLAYER|RECORDER] from the translated .lang-s 09.23.24 # and then one day you add feature X and remove the "none", it breaks 09.23.42 # Bg3r: no need, the -u option will do that for translators 09.23.47 # ah :) 09.23.55 # this is good :) 09.24.12 # Bg3r: During the rework, I would just deprecate old strings which are now combined under 1 ID, to avoid both bumpding the version every time during the rework, and at the same time avoid incompatibility 09.24.47 # Then we'll do a final round, removing all deprecations and bumping version once 09.25.13 # The settings save failure messages should even be combined into one. 09.25.31 # No need to start with the dreaded ...1 ...2 etc business again 09.25.41 # amiconn and how to do this ? 09.25.42 # We *do* have splash, for quite a while 09.25.49 # ah, yes 09.26.03 # so, just use the splash ? 09.26.06 # right, it even works on the player! ;-) 09.26.14 # k 09.26.22 # B4gder: Why the ;-) ? 09.26.35 # how do i deprecate a string ? 09.26.56 # * B4gder cuts off the ":-)" 09.28.14 # It definitely does work on the player, although it needs a bit of fixing 09.28.37 # Bg3r: Using splash() also avoids having to handle the remote separately 09.29.20 # are splashes spoken? 09.30.17 # LinusN no, but these strings are with empty voice: strings 09.30.39 # amiconn yep 09.31.36 # but I guess making the splashes speak shouldn't be that hard 09.31.46 # LinusN: Please test my new button code on X5. I don't expect problems though 09.34.58 Join Zoide777 [0] (n=800c5ab5@labb.contactor.se) 09.35.36 # B4gder: Making splashes speak has some ugly implication. They must not even try to speak in some cases 09.37.00 # * JdGordon needs to set up more computers in my room... winter has come :'( 09.37.06 # yes it struck me too 09.37.30 # winter? 09.37.44 # downunder, remember? 09.37.48 # JdGordon australia ? 09.37.53 # ye 09.38.16 # but still early to call it winter 09.38.29 # its like 15C outside... thats winter 09.38.36 # haha 09.38.42 # JdGordon here it's about 15 too 09.38.48 # move to europe till the winter has passed 09.38.58 # but i'd call that spring ... 09.39.03 # * HCl sighs @ work 09.39.10 # ye, coz u guys like the cold ... 09.39.22 # 15C is cold 09.39.25 # * B4gder has 2C and thinks its spring 09.39.25 # :( 09.39.26 # * petur slaps HCl for reminding him of it 09.39.33 # people here are weird 09.39.36 # the work that is 09.39.38 # it was 15C the other day 09.39.43 # and they said it was hot O.o 09.40.39 # It's about 21C here right now. At night. 09.41.02 # nice (y) 09.41.17 # thats much nicer than bloody 15C 09.41.30 # 15C is almost exactly where I like it. 09.42.21 # hahaha 09.42.29 # wanna swap? 09.42.49 # I dunno about you, but I've got no money and I don't trust my luck swimming. ;-) 09.50.53 Join bluebrother^ [0] (i=uhcn@rzstud5.stud.uni-karlsruhe.de) 09.54.10 # is anyone here familiar with the wm*.c files? 09.54.20 # I am trying to understand the conversion between the ipodlinux and rockbox code 09.54.57 # For example ipodlinux has a line "ipod_i2c_send(0x1a, 0x45, 0x50);", while Rockbox uses "wm8975_write(LOUTMIX1, 0x150);" 09.55.49 # or ipodlinux has "ipod_i2c_send(0x1a, 0x1f, 0xff);" while Rockbox has "wm8975_write(RESET, 0x1ff);" 09.56.17 # i'm not sure what's going on with the hex numbers 09.57.15 # Zoide777 the wm8*** chips are documented... see the DataSheets page in the wiki 09.57.48 # <_FireFly_> Zoide777: i think the defines LOUTMIX1 equels to 0x1a,0x45 and Reset to 0x1a,0x1f 10.01.23 # Bg3r: thanks, i'll see what i can find there 10.01.24 # _FireFly_: but then it doesn't make sense that "ipod_i2c_send(0x1a, 0x45, 0x50);" becomes "wm8975_write(LOUTMIX1, 0x150);" ... shouldn't it be "wm8975_write(LOUTMIX1, 0x50);" instead? 10.01.44 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 10.01.54 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 10.02.29 # some feature of the chip got enabled afaik 10.02.36 # check the datasheets 10.11.57 Join RedBreva [0] (n=c1713011@labb.contactor.se) 10.18.42 # Zoide777: The i2c writes to the WM codecs consist of a 16-bit value. The top 7 bits are the register address, and the bottom 9 bits are the data value to write to that register. The IPL code in your example writes the 16-bit value 0x4550 to the wm8975. This equates to register 0x22 and value 0x150 - which is what Rockbox does. 10.18.52 Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 10.22.25 # * petur had no idea at all 10.22.46 # linuxstb: wow, i would have never figured that out hehe 10.22.50 # thanks 10.23.17 # It's explained in the datasheet for the codec - but it wasn't immediately obvious to me either. 10.24.24 # oh! the "Register Map" on p. 50 10.24.43 # That will help... 10.27.08 # But the hard part for recording isn't the initialisation of the codec, you will need to use the FIQ (fast interrupt) to read the incoming data from the codec, and incorporate it into Rockbox's general recording code. 10.27.30 # is this for recording on 3g? 10.29.22 # Not specifically - it's for all ipods. 10.31.08 # lostlogic: The 5g still detects the wall charger as a USB connection. You're the second person to try and close that bug report.... 10.31.50 # most of the recording code is usable, just the dma handler needs to be replaced with that FIQ thing [I think] 10.32.29 # Yes, it will be a similar job to the playback code. 10.32.32 # and add init code and gain setting of course 10.32.56 # linuxstb: when you mention 16-bit writes, which of the 3 arguments in ipod_i2c_send corresponds to what? 10.33.34 # The first value is the i2c address of the wm codec (0x1a), and the second and third values are the high and low bytes of the 16-bit value. 10.34.28 # ah, ok thanks 10.36.58 Quit Xerion (Read error: 104 (Connection reset by peer)) 10.37.09 Join Xerion [0] (i=xerion@zorgash.student.utwente.nl) 10.37.51 Quit RicII (Remote closed the connection) 10.38.19 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 10.38.28 Quit ze (Read error: 110 (Connection timed out)) 10.41.33 # B4gder how do i deprecate strings ? 10.42.36 # set them to be "" 10.44.30 # k, 10x 10.45.24 # of you set them to 'none' (without quotes) they will be completely left out from the strings 10.45.59 # which is how lots of player strings should be dealt with 10.46.04 Quit RedBreva ("CGI:IRC (EOF)") 10.46.07 # and radio strings for targets without radio etc 10.46.12 # you mean ? 10.46.16 # yes 10.46.27 # *:none 10.46.36 # (for all) 10.46.47 # well, setting all to none makes no sense ;) 10.46.58 # yes, it makes 10.47.08 # in cases like LANG_BUFFER_STAT_RECORDER 10.48.00 # if it won't create output for any target, it could just be completely removed insted? 10.48.20 # (if i s/LANG_BUFFER_STAT_PLAYER/LANG_BUFFER_STAT) 10.48.40 # because amiconn suggested to deprecate them first 10.48.54 # yes, but deprecating them is to set "" 10.49.02 # yep 10.49.05 # okay 10.49.06 # setting them to none removes them 10.49.40 # I should perhaps add another keyword for deprecate 10.49.44 # might make it more readable 10.50.45 # yeah, and some notes in http://www.rockbox.org/twiki/bin/view/Main/HowtoUpdateLangfile won't hurt ;) 10.51.04 # yeah 10.51.41 # or maybe even moving it to LangFiles 10.51.47 # or something like this 10.55.10 Quit amiconn (Read error: 110 (Connection timed out)) 10.55.11 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 11.00.42 Join damaki [0] (n=Chocolat@ALille-153-1-73-252.w86-207.abo.wanadoo.fr) 11.01.28 Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 11.03.51 # * XavierGr learns linux playing with X commands in the new vmware image. :P 11.04.05 # pervert 11.04.09 # XavierGr go go :) 11.04.52 # I must update the wiki with the info I learnt 11.06.12 # The thing that I don't get. What's the difference between .xinit and .xsession? 11.07.03 # I think I got it now. /.xinit runs if you type xinit before X has started 11.07.19 Quit DJ_Dooms_Day ("Trillian (http://www.ceruleanstudios.com") 11.07.37 # while /.xsession runs all the commands you put there and exits (so if you don't star a WM it will exit) 11.11.01 Join DJ_Dooms_Day [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 11.16.16 # Bg3r: renamed and edited 11.16.16 Join pkern [0] (n=d9e3add2@labb.contactor.se) 11.16.28 # B4gder very good :) 11.16.36 *** Saving seen data "./dancer.seen" 11.17.35 # Hm. The Rockbox website is unclear about it, but does the Rockbox bootloader actually work on iPod minis? I tried the 4G bootloader (as I remembered it from ipodlinux to be very similar to the mini ones) and the background light indeed flashes, but only with an apple within. 11.17.55 # pkern: you need the mini bootloader 11.18.09 # B4gder: I thought that and I saw build logs, but where could I get it? 11.18.23 # b4gder: It's not included in the zip, isn't it? 11.18.39 Quit _FireFly_ ("Leaving") 11.19.01 # http://www.rockbox.org/twiki/bin/view/Main/IpodInstallation 11.19.31 # B4gder: I'm sorry, thanks. 11.20.19 Join DrMoos [0] (i=DrMoos@m12.net81-66-158.noos.fr) 11.20.57 # pkern: Do you know if you have a first or second generation mini? 11.20.58 # :D 11.21.10 # linuxstb: IIRC it's 2g 11.21.22 # It's a Silver 4GB Mini 11.21.23 # That's perfect then. Only the 2g is known to work well. 11.21.37 # linuxstb: At least ipodlinux did once run on it ;) 11.22.21 # Time to put some audio onto it. Perhaps it does work in an usable way... 11.22.28 # pkern: There's a dedicated mini2g rockbox bootloader & rockbox build 11.22.45 # amiconn: Well, I took the mini2g rockbox build from the webpage. 11.22.45 # It definitely does work. 11.23.15 # Well, I get the screen, it's just in the FAQ that audio is not yet continous. 11.23.15 Quit DJ_Dooms_Day (Read error: 104 (Connection reset by peer)) 11.23.21 # You also need to use the mini2g bootloader. Other bootloaders won't work 11.23.35 # amiconn: Yep, it started :D 11.24.13 # pkern: If you're referring to IpodFaq, the portion is in response to some people having problems with audio. It often depends on the bitrates or whether you're using the Equalizer, or show the Peakmeters, or other things. 11.24.30 # Playback should be working fine, as long as you don't try mp3 with the eq enabled 11.24.50 # I mainly want to play OGG ;) 11.25.00 # Well you're in luck 11.25.02 # Hm. 11.25.04 # Peakmeter is no problem on the greyscale ipods. It might be on the colour ones 11.25.09 # Ogg tends to work pretty well. 11.25.26 # amiconn: Peakmeter has caused problems even on H120s sometimes recently. There's something up there. =/ 11.25.39 # Really? 11.25.40 # Hm. I get overmodulation or whatever that's called. 11.26.00 # No. 11.26.06 # The OGG is weird. (Wesnoth one) 11.26.08 # So thanks a lot (= 11.26.08 # amiconn: There were reports of playback skips in the H120 forum at least, and when I recommended disabling the peakmeter it was fine. They *may* have been using other cpu intensive things simultaneously though 11.30.21 # Hm. 203kbit/s OGG playing fine. Well, Rockbox very much exceeds my expectations. 11.30.42 # So thanks for your work. :D 11.31.52 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 11.32.59 # B4gder: We don't want any lang IDs to be non-present on any target 11.33.17 # I do 11.33.21 # :-) 11.33.37 # All that should happen is set them to empty, which means wasting one byte (the \0 ) 11.33.42 Join ashridah [0] (n=ashridah@220-253-120-118.VIC.netspace.net.au) 11.33.47 # I know your position on that 11.33.47 # We already discussed that a while ago 11.34.26 # * petur notices gl has threatened *again* to leave :) 11.34.46 # The bad thing with missing ids is that if someone implements a feature and enables a string for a target where it wasn't enabled before, that'll screw up string order for this target 11.34.51 # petur: i'm sooo scared 11.34.55 # amiconn: I know 11.35.02 # So we would be forced to bump the binary lang version 11.35.06 # yes 11.35.11 # I would prefer to avoid that mess 11.35.12 # but I think its worth that hassle 11.35.44 # its not like people get random language files and use anyway 11.35.56 # It's not about random .lng files 11.36.03 # It's about older .lng files 11.36.14 # people don't use older either 11.36.19 # they use the ones we ship 11.36.27 Join markun_ [0] (n=markun@bastards.student.utwente.nl) 11.36.31 # I mean in real-world 11.36.35 Quit ashridah (Remote closed the connection) 11.36.42 # What happens if people forget to replace their .lng file, just replacing rockbox.whatever? 11.36.55 # they mess up 11.36.59 # they do things like that today 11.37.01 # and suffer 11.37.07 # so they learn not to 11.37.09 Quit pkern ("I'm very glad about Rockbox, thank you. (:") 11.37.17 # everything else breaks hard when you do those things 11.37.20 # * amiconn is a bit disappointed 11.37.35 # about what? 11.37.42 # Yeah, as it is just only ever replacing the rockbox.whatever as an update method is asking to encounter troubles in the end. 11.38.03 # the breakage of bad updates is not due to lang files 11.38.08 # Aren't the installation instructions "extract the .zip on your player"? 11.38.10 # We have a number of measures to avoid severe messup in case of errors like this. The plugin api versioning comes to mind... 11.38.19 # Why not use a similar policy here? 11.38.30 # I'm not against that 11.38.36 # I'm just against your way of solving that 11.38.58 # I'd rather have a more strict policy 11.39.05 # It seems the plugin API's method would work pretty well. 11.39.28 # its just that the language files are more complex than the plugin API 11.39.36 # or they could be at least 11.40.12 # Well, languages work different. For plugin api, we need to enforce a minimum version, because otherwise a plugin might call a function not yet present, and crash 11.40.24 Quit markun (Read error: 60 (Operation timed out)) 11.40.36 # is the byte only wasted on disk or in ram too? 11.40.41 # Wouldn't you need a minimum version with languages too? 11.40.52 # However, for .lng, we want to support older files, and just use the english strings for things not yet present in the .lng 11.41.01 # Mikachu: both, and its more than a byte 11.41.18 # yeah i guess it needs some padding etc 11.41.24 # Yeah, in RAM it's 5 bytes 11.41.41 # (the \0 and a pointer) 11.41.47 # and on the player, I bet there's a 100 strings it doesn't want/use 11.41.50 # why do you load the string if it's not used anywhere in the build? shouldn't that be pretty easy to avoid? 11.42.12 Join RedBreva [0] (n=c1713011@labb.contactor.se) 11.42.23 Quit RedBreva (Client Quit) 11.42.40 # now where's reaching the culprit ;-) 11.42.50 # we're 11.42.52 # ggg 11.43.04 # we load them because they are in the .lng file 11.43.21 # and they are in the .lng file because the .lang file says so 11.43.38 # which command do I have to type in Linux to see running processes? 11.43.42 # and the .lang file says so, because if we _ever_ add the string we don't want to break backwards compatiblity 11.43.50 Join ashridah [0] (n=ashridah@220-253-120-118.VIC.netspace.net.au) 11.43.54 # XavierGr: ps 11.44.13 # I don't understand why breaking backwards compatibility is so horrible? 11.44.28 # that's my position too 11.44.42 # I mean yes, people will have to make a choice between using a new build in english, or the one they've already got in their native tongue. 11.45.19 # the best would be to not allow loading of older lang file ... 11.45.25 # It also provides more incentive for people to update translations, if a bit draconian in its methodology. 11.45.37 # is the lang file built by regular configure+make? 11.45.46 # Mikachu .lng is 11.45.49 # Mikachu: make zip builds them 11.45.54 # ah 11.45.55 # oh.. silly :) 11.47.31 # XavierGr: There is also the "top" command - which is an interactive version of ps. Press "q" to quit it. 11.48.19 # nice thanks 11.49.03 # also the kill command works for me only with the -9 option 11.49.23 # XavierGr: it depends on the program you try to kill 11.49.46 # most signals can be caught and dealt with by the app itself 11.50.00 # why is the swedish lang file called svenska, but the japanese is japanese? 11.50.13 # Mikachu: to confuse readers 11.50.25 # wouldn't the voice files suffer from incompatible lang changes? 11.50.36 # B4gder: ah, okay 11.50.52 # Mikachu: I guess its just because different people adding them 11.50.57 # LinusN: yes, exactly 11.51.09 # don't the voice files use the id ? 11.51.23 # They use the numeric id the same way as .lng 11.51.24 # or do the use the same ordered thing as strings? 11.51.29 # ok 11.52.05 # So, if the numeric IDs shift because of left-out strings introduced later, voice clips will also be messed up 11.52.14 # i think keeping the voice file compatible is a good thing 11.52.22 Quit bluebrother^ ("leaving") 11.52.23 # ...and unlike .lng, we don't include .voice in the .zip 11.53.24 # is english included in the binary? i haven't updated the lng file since i first installed but new strings appear anyway 11.53.32 # Mikachu: I think the rule is to write the language name in the target language, unless it's impossible with latin1 11.53.44 # Mikachu: english is always built-in 11.53.53 # okay*2 11.54.32 # what is wallisertitsch? 11.54.56 # Mikachu maybe we will have to rename the lang file to 'nihongo' 11.55.05 # :P 11.56.09 # I'm not sure whether zip can handle unicode 11.56.23 # there is probably someone that has a zip implementation that doesn't 11.56.38 # as long as it doesn't strip arbitrary 8bit bytes from filenames it should be fine 11.56.55 # I'd hate 8bit letters in file names in our tree 11.57.13 # ? 11.57.16 # mine works fine 11.57.25 # % unzip a.zip 11.57.25 # Archive: a.zip 11.57.25 # extracting: にほんご 11.57.46 # because it would force me to make sure all my systems use utf8 or what not 11.57.57 # and they don't now 11.58.03 # They would need to be true unicode filenames, not just utf-8 without zip or other tools not knowing about it 11.58.16 # Might also be a problem with cvs... 11.58.24 # what do you mean by"true unicode"? 11.59.03 Nick DrMoos is now known as Moos (i=DrMoos@m12.net81-66-158.noos.fr) 11.59.14 # a filename by itself doesn't have an encoding 11.59.48 # it's just a couple of bytes \ {'/'} 11.59.52 # I mean that the tools need to know about it, and the filenames need to be in the native unicode encoding *on the file system* 12.01.14 # in general, filesystems don't have encodings 12.01.31 Quit Coldtoast () 12.01.32 # they only store said bytes in a filename field... 12.01.40 # That's not always true 12.02.01 # As mentioned yesterday, VFAT filenames are *always* UCS-2 encoded 12.02.23 # The OS translates that to/from whatever the current locale uses 12.02.29 # morning 12.02.52 # that's up to the filesystem driver though, not zip 12.03.02 # just wanted to headsup, as we cant submit bugs for 'new targets', searching on ipod is the fucked, you can search once, but once you let go and try and skip through again rockbox hangs 12.03.19 # at least on the 5g 12.03.29 # of course you can put ipod bugs in the tracker... 12.03.34 # that's what the target field is for 12.03.38 # You mean "next track" or the actual search function? 12.03.42 # Mikachu: i understand that. 12.03.46 # but Please do not submit bug reports for very early Rockbox target ports! 12.03.52 # and it is still an early target, non? 12.03.55 # Mikachu: Until the new tracker, you weren't supposed to put bugs up for targets other than those that had an official release. 12.03.57 # Paul_The_Nerd: searching through a track 12.04.00 # as in, ff and rw 12.04.05 # crashd: That's "seeking" then. :) 12.04.16 # in this case, it's not related to ipods, but lostlogic's swcodec hackings 12.04.17 # ahh, sorry, i do agree that seeking is a better word ;) 12.04.29 # Yeah, that's an all-SWCODEC bug at the moment 12.04.31 # he knows it doesn't work well yet, i think 12.04.37 # ah, ok, fair enough 12.04.46 # But yeah, it's okay to post ipod-related bugs now I think 12.05.02 # if a devel doesn't want to watch it, he can exclude ipod targets from the search 12.05.06 # or she! 12.05.36 # hehe 12.05.45 # or would be able if flyspray had a sensible search function 12.06.03 # Yeah, it should probably be changed to something as simple as "Don't report bugs until Audio works on your target" rather than as it is now. 12.07.05 # possibly 12.07.08 # Or just until daily builds are available. 12.07.23 # the thing is that people start to file bugs like crazy on things we just haven't done yet 12.07.31 Join ep0ch [0] (n=ep0ch@84-12-191-217.dyn.gotadsl.co.uk) 12.07.35 # like the "remote on x5 doesn't work!" 12.08.00 # That is true. 12.08.04 # but its hard to explain that in a few words 12.08.10 # But even bug reports like that still have some use IMO - so things are documented somewhere. 12.08.27 # hm, yeah you might be right 12.08.53 # "Please, don't file bug reports until Audio is functional, search carefully for your bug before filing a report, and try to make sure in advance it's not a case of 'the feature isn't done yet'" 12.09.12 # lunch! 12.09.16 # so if english is compiled in, what happens if i select english.lng, all strings are stored twice? 12.13.06 # * petur joins B4gder 12.14.27 Join theli_ua [0] (n=theli@c.238.177.a408.dyn.adsl.cyfra.net) 12.17.51 Join ze [0] (i=ze@ca-dstreet-cuda1-c6a-130.snbrca.adelphia.net) 12.26.27 # Look like gl.tter is taking his toys and going home. 12.27.45 Join mnhnhyouh [0] (n=mnhnhyou@220-253-135-65.TAS.netspace.net.au) 12.27.52 Quit mnhnhyouh (Client Quit) 12.28.06 Join anrdewmel [0] (n=andrewme@220-253-135-65.TAS.netspace.net.au) 12.28.36 # wondering if anybody here is working on making plugins work for iPod? i 12.28.51 # i have found a couple of problems I would like to flag 12.29.40 # would doing something like this make sense for ipods? http://mikachu.ath.cx/patches/rockbox_int-tick-wip1.patch 12.29.44 # Which plugin are you having problems with? 12.29.55 # maybe i should wait for lostlogic 12.29.59 # the jpeg viewer and the stopwatch 12.30.18 # i have edited the wiki to show what is and isnt working 12.30.25 # http://www.rockbox.org/twiki/bin/view/Main/PluginJpeg 12.30.37 # http://www.rockbox.org/twiki/bin/view/Main/PluginStopWatch 12.31.27 # So, for the jpeg viewer it's mainly the fact that only limit types of jpegs are supported? 12.31.46 Join Jungti1234 [0] (n=jungti12@124.60.15.86) 12.31.51 # hello 12.31.58 # nope, there is no way to terminate it, or move to the next or previous image 12.32.11 # incorrect 12.32.17 # I can move to previous/next image... 12.32.25 # select+left/right and select+menu 12.32.26 # hmmmm, how are you doing that 12.32.32 # ahhhhhh, bugger 12.32.45 # and to terminate? 12.32.51 # Select+menu 12.33.21 # my button change thing seems to work 12.33.38 # What does it do? 12.33.38 # hmmm, looks like some editing is in order, thanks 12.33.51 # Mikachu: does it prevent the flood of scroll events? can you scroll long lists without the sound skipping? 12.33.55 # hrm, it probably breaks repeat now that i think :) 12.34.22 # I will edit the wiki .... 12.34.48 Join damaki_ [0] (n=Chocolat@ALille-153-1-47-109.w83-198.abo.wanadoo.fr) 12.35.10 # hm, it didn't 12.35.12 # that's odd 12.35.54 # Wait, so it works AND it doesn't break things? 12.36.10 # yes, but it should break repeat 12.36.13 # so that means it doesn't work 12.36.18 # Ah 12.36.35 # When working is defined by breaking something else... interesting. :) 12.37.15 # heh 12.37.31 # * Mikachu adds piezo ticking to hear when the button drivers if statement is true 12.37.47 # ah, constant sound 12.38.08 # hah, of course, i'm stupid 12.38.13 # tick-- won't stop at zero 12.38.38 # Hehehe 12.39.08 Join _FireFly_ [0] (n=FireFly@dslb-084-056-110-046.pools.arcor-ip.net) 12.40.42 # now it sounds right, but the buttons only work if i scroll at the same time i press a button :P 12.41.22 # Well that is unfortunate. 12.41.37 # Though it would prevent accidental volume adjustments. 12.41.43 # "Scroll only while select is held"! 12.41.50 # scrolling always works 12.41.59 # Oh 12.42.03 # Buttons only while scrolling 12.42.07 # those events are sent from the interrupt handler 12.42.08 # Well, nobody wants THAT 12.42.13 # :-P 12.42.14 # it's obviously not on purpose 12.42.25 # I know. 12.43.21 # I'm just giving you a hard time because the forum is slow at the moment. :) 12.43.27 # hehe 12.43.55 # Paul_The_Nerd: People have run out of Doom questions? 12.44.56 # At the moment. It's rather astonishing. 12.45.16 # hm, apparently button_tick needs to run twice to register a button, /me adds a tick++; 12.47.35 # heh, now i managed to make it tick only when i release the finger from the wheel, it's somewhat unsettling 12.49.39 Join damaki__ [0] (n=Chocolat@ALille-153-1-80-106.w86-207.abo.wanadoo.fr) 12.50.02 Quit damaki (Read error: 110 (Connection timed out)) 12.55.16 # * Paul_The_Nerd realized he finally found something proper for his forum sig. 12.55.35 # u dont _have_ to have a sig u know... 12.55.48 # Yes, I know. And I didn't want one, until now. 12.56.05 # But I realized it would be the perfect place to keep that "How to ask questions the smart way" link LinusN posted. 12.56.57 # Is that the article by Eric Raymond? I've had that in my Mistic River sig for a long time. Unfortunately, the people who most need to read it never will. 12.57.29 # Febs_: Yes, that one. I know they never will, but at least it's there now. 12.59.27 # Paul where is that link? 13.01.24 # http://www.catb.org/~esr/faqs/smart-questions.html 13.01.35 Quit anrdewmel ("Trillian (http://www.ceruleanstudios.com") 13.02.15 # any1 know how much 256mb ddr laptop ram would go for 2nd hand? 13.03.06 # wow big Guide on just to tell you how to ask. Imagine the answer :p 13.06.26 Quit damaki_ (Read error: 110 (Connection timed out)) 13.07.57 # hm. does anyone else still have problems seeking in sw codec platforms? 13.08.19 # solexx: Many people have reported that it's still messed up, yes. 13.08.29 # ok 13.09.40 # Mikachu: What are you trying to do? 13.11.35 # amiconn: skip most of button_tick when i know no button is pressed 13.13.24 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 13.14.32 Join cismo [0] (i=cismo@adsl-85-217-35-143.kotinet.com) 13.16.39 *** Saving seen data "./dancer.seen" 13.17.31 Quit Nico_P (Remote closed the connection) 13.19.13 # i get some weird error with current cvs : 13.19.26 # Undefined subroutine &main::No Info called at genlang line 418, line 2490. 13.19.58 # Mikachu: Hmm, I don't get it? button_tick is there to determine which buttons are pressed. How can you know no button is pressed before processing this very information? 13.20.04 # What target, btw? 13.20.15 # amiconn: on ipods, so i know in the interrupt context 13.20.39 # Well, for the 4g iPods, button_tick() is almost empty anyway 13.21.07 # one if is less than 5 :) 13.21.51 # 5?? 13.22.09 # There's just 2 for iPod 4g and up 13.22.16 # It all boils down to 13.22.19 # hm 13.22.47 # btn = int_btn; then check for flip and apply, then apply debounce 13.23.33 # line 1211 and lines 1293..1306 13.23.36 # i guess so 13.24.45 # The debounce check *might* be unnecessary for iPod, depends on whether there is hardware button debounce 13.25.04 # But it doesn't hurt to do it. 13.25.26 Quit ashridah ("Leaving") 13.26.20 # i also noticed POLL_FREQUENCY is HZ/100, doesn't that mean the first if statement is always true? 13.27.34 # Ah, you're talking about button_tick... 13.27.46 Join damaki_ [0] (n=Chocolat@ALille-153-1-10-30.w83-198.abo.wanadoo.fr) 13.27.46 # Yes, this first if is always true nowadays 13.30.27 # It could be removed, together with the POLL_FREQUENCY definition, if we don't want to go back to slower polling one day 13.30.27 Quit thegeek (Read error: 104 (Connection reset by peer)) 13.31.00 # But you can't easily skip parts of that code without breaking the release/repeat handling 13.31.10 # This is quite optimised as it is 13.31.21 # i noticed 13.31.23 # :) 13.31.42 # (that you can break it) 13.34.07 # arrrggghhh.... ipod recording stuff is driving me *craaaazy* 13.34.29 # I keep getting undefined references to a bunch of functions in recording.c 13.34.46 # a lot of stuff is probably ifdeffed out for ipods 13.35.04 # even though they are all in pcm_record.c and I am doing #include pcm_record.h 13.35.34 # Mikachu: the ifdefs *are* a pain... 13.36.10 Quit MarcoPolo (Read error: 104 (Connection reset by peer)) 13.36.22 # hm, it seems the hold button actually generates an interrupt 13.36.42 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 13.36.56 Quit Jungti1234 () 13.38.25 Quit cismo_ (Read error: 110 (Connection timed out)) 13.38.54 # Zoide777: does your ipod config file have #define HAVE_RECORDING ? 13.39.05 # petur: yes 13.39.51 # also check SOURCES and FILES that the file is compiled for your target 13.42.50 Join Nibbler [0] (n=sven@port-212-202-77-111.dynamic.qsc.de) 13.43.28 Quit damaki__ (Read error: 110 (Connection timed out)) 13.43.40 # petur: that might be it! pcm_record wasn't being built as far as the SOURCES file was concerned 13.44.24 # well, now i have new errors, but at least i got out of the rut i was in for so long! 13.44.26 # thanks petur 13.45.24 # np 13.46.00 # recording is about the only part of RB I know a bit of :) 13.46.47 # *yawn* 13.46.59 # goodmorning 13.47.04 # mornin' 13.47.47 # lostlogic: Your "fixes seeking" thing apparently didn't. 13.47.50 # hi 13.48.01 # Paul_The_Nerd: oh? 13.48.04 # um, how do i put an int in a string in rockbox? "%i" and "%d" didn't work 13.48.16 # *seeks a bit* 13.48.30 # sure seems to work 13.48.37 # lostlogic: I've got reports of swcodec seeking not working properly on H120s and various iPods... 13.48.38 # even when disk reload is needed 13.48.41 # er, yeah, forgot to copy the plugin 13.49.15 # FF/RW is freezing players for many people. 13.49.34 # hahahhahaha, I think I may have broken the opposite case, instead of it not working when disk reload is needed, it might not work when disk reload is _not_ needed now :( 13.49.43 # beh 13.49.48 # :( 13.49.51 # Such things happen though 13.50.06 # although I haven't had a freeze yet, just playback fails, stop and resume works which is better than the old behavior here. 13.50.35 Quit quobl (Remote closed the connection) 13.50.42 # Ah. 13.50.45 Join quobl [0] (n=quobl@tor/session/x-1d0a05e4582d9e49) 13.50.58 # Well, these were ordinary people saying "It freezes" so that could just mean that playback halted. 13.51.10 # on the upside, the playback.c code is beginning to make sense in a basic sort of "this can reasonably work" way :) 13.51.30 # Paul_The_Nerd: yeah, that's my guess, pending further reports of _freezes_ 13.51.32 # :P 13.51.42 # lostlogic: not that you care, but that last queue_wait thing broke headphone detection a bit :) 13.52.02 # Mikachu: which what how? 13.52.10 # headphone detection? we have that? 13.52.16 # no, it's a patch on the tracker 13.52.26 # lostlogic: Actually, I remember one of them saying specifically "At least it no longer locks up my player after this update" so I'm actually guessing it's just playback halting. 13.52.29 # oh, if anything I did broke it, then it's done wrong 13.52.37 # lostlogic: yeah playback hasn't hung rockbox for me yet, but when i FF sound stops so i have to press pause and play to get playback to start again 13.52.47 # it polls for the headphone in the playback thread i think 13.52.51 # ep0ch: great, useful information! 13.52.58 # Mikachu: right, and that is _wrong_. 13.53.03 # :) 13.53.09 # Even *I* know that's wrong... 13.53.29 # playback thread is designed for serialization, which is why I had to do the stuff I did last night, it can't be used for polling. 13.53.35 # yeah, we want to poll somewhere else and put an event on the playback queue! (i guess) 13.53.42 # Mikachu: exactly :) 13.54.14 # preglow: how's the new crossfeed? I want something to play with :D 13.54.15 # when i say playback*, it seems i mean audio_* 13.54.34 # Mikachu: yep, they seem synonymous to me. 13.54.45 # so at least you don't have both then :) 13.54.50 # ep0ch: try to have it done today 13.54.56 # cool 13.55.07 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 13.55.13 # but no promises, i've also got a bunch of work 13.55.40 # work? what is that preglow :P 13.55.49 # your work is here! :D 13.55.56 # hahaha 13.56.12 # what are DSR1, DCR1, DAR1, BCR1, IPR? they are present in mcf5249.h, for example, but not in pp5020.h 13.56.31 # Zoide777: they are completely different architectures... 13.56.32 # they are for DMA 13.57.07 # as said earlier, that's the place where the platform specific code must come 13.57.09 # hmm.... the situation does not seem very friendly.... 13.57.16 # i see 13.57.37 Join webguest22 [0] (n=522e52e0@labb.contactor.se) 13.57.50 # lostlogic: do you have an idea where it would be logical to poll it? button_tick()? 13.58.09 # the init for recording and he handling of data reception must be written for the ipods, the rest is reusable 13.58.35 Join webguest42 [0] (n=c38119fe@labb.contactor.se) 13.58.39 Quit webguest22 (Client Quit) 13.58.57 Nick webguest42 is now known as obo (n=c38119fe@labb.contactor.se) 13.59.21 # Mikachu: guess I've got some work to do 13.59.24 # btw, it seems the button driver happily sends repeat events when hold is on 13.59.45 # hold repeat? :D 14.00.02 # "hold is still active hold is still active hold is still active hold is still active" ;-) 14.00.05 # i accidentally pressed button_left when turning on hold earlier today and it went seeking 14.00.20 # until i turned off hold, and then playback froze :) 14.01.18 Join damaki__ [0] (n=Chocolat@ALille-153-1-66-254.w86-196.abo.wanadoo.fr) 14.02.56 # obo: i have a pretty good idea of how to do it now 14.04.14 # Mikachu: move it into button.c?? 14.06.39 # Mikachu: could make headphone insert/remove a button event actually and then handle it on the WPS thread (or any thread who wants to do soemthign with it) 14.06.48 # B4gder 14.06.55 # * B4gder awakes 14.08.21 # B4gder prv 14.09.08 # any swcodec people care to comment on performance changes from my commit last night? New skips during buffering? Better or worse boost levels during play? 14.09.13 Quit MarcoPolo (Remote closed the connection) 14.13.52 # dpkg seems evil 14.14.20 # I haven't noticed any skipping during buffering 14.15.50 Join Kanashimi [0] (n=shadow@scalehaven.com) 14.16.25 # lostlogic: your mail will tell if he actually left, because it's the type of mails he likes to jump on ;) 14.16.59 # petur: if you say so *shrug* 14.17.05 Quit damaki_ (Read error: 110 (Connection timed out)) 14.18.29 # Hi there, just thought I'd hop on and let you know that the current version of Rockbox for IHP-120 (http://download.rockbox.org/daily/h120/rockbox-h120-20060406.zip) just hard locked twice when I was trying to fastforward an audio book. All the controls froze completely and would not respond in any manner. The title of the file still kept on moving though. The lock 14.18.34 # happened after I stopped fastforwarding and the player should have started playing the file again. 14.19.13 # lostlogic: See, all night. :) 14.19.14 # I had to do a hard reset from the hardware button to free up the player again. 14.19.43 # hah lostlogic your comment about B5032 ... 14.19.56 # better ask "with today's daily build" 14.20.40 # "yes, but I haven't updated in a while." 14.20.54 # yep 14.21.10 # better ask "with todays bleeding edge" 14.21.24 # Same audio book fastforwards and works just fine with version CVS-051125. 14.22.05 Quit Febs_ (Read error: 110 (Connection timed out)) 14.22.21 # the last fix is only in todays bleeding edge build, not the daily *I think* 14.22.47 # Kanashimi: try bleeding edge, there was an update to playback code at 4am 14.22.56 # Kanashimi: This is a known bug, but thanks for reporting it. At the moment the playback code is being reworked, and this is resulting in problems like this here and there. Hopefully it should be fixed soon, and we look forward to hearing back from you if there are further problems once it is. :) 14.23.07 # ep0ch: That 4am update is actually the one that *causes* it. :) 14.23.16 # Paul_The_Nerd :) 14.23.27 # what time is the dailybuild made? 14.23.33 # btw, what happened with the theme contest ? 14.23.39 # with development now going on 24/24, what's the use of the dailies? 14.23.50 # Bg3r: it hasn't been announced yet 14.23.56 # ep0ch: Well, okay, it may fix the hard freeze, but it replaces it with a soft freeze. 14.24.14 # petur: Archival copies so that when something breaks people can get one from 24 hours ago. 14.24.24 # right 14.24.40 # Paul_The_Nerd: Ah, alright then, and sure. Thanks for the info, I'll let you know if I have any problems with the new version when it comes out :) Oh btw.. another question, what's with the volume level being reported in negatives in that build, too ? :) 14.25.00 # hey long time no see :P 14.25.11 # they're in dB now 14.25.19 # 0 is max 14.25.19 # Kanashimi: Volume levels have been in negatives for a long time. It's a measurement of attenuation vs the base level of the file, as that's more useful functionally for people who need it. 14.25.40 # we're just a negative bunch! 14.25.46 # :-P 14.25.50 # Heh, alright :) 14.26.31 # Kanashimi: The main advantage of that is that if you use Rockbox on an older device, then move to an iPod, if you were listening at -32 before, you'll be listening at it now too. 14.26.49 # Kanashimi: As well, you also know that 0 is line out level (since some devices go into the positives, though this may result in clipping) 14.27.00 # Anyways, a thanks for you all for working on creating rockbox and porting it over to the iriver's too. I've been using the firmware for a while now, and in specific enjoyed some of the functions like bookmarks and so that the original firmware doesn't provide. 14.27.20 # * petur goes back to MFC coding :( 14.27.37 # speaking of bookmarks, it looks like rename() doesn't work when dircache is enabled 14.27.39 # Paul_The_Nerd: Ah hmm *nods some* so it's a more standard metric in that regard. 14.27.48 Join damaki_ [0] (n=Chocolat@ALille-153-1-65-36.w86-196.abo.wanadoo.fr) 14.28.07 # could someone lend me a hand w/ the ipod fifo & dma stuff for recording? 14.28.09 # Kanashimi: Much moreso than just a percentage, yes. 100% would then mean different things on a target that can go from -83 to 0 than one that goes from -78 to +6 14.28.27 # petur: sweet lord, mfc :/ 14.28.28 # it looks almost impossible for someone like me who's not very familiar with how it works 14.28.37 # give this man a valium 14.29.01 # and one for me too, please! 14.29.06 # * petur passes the valium in overdose on to the customer 14.29.19 # Paul_The_Nerd: Hmm, indeed, I see what you mean. Well thanks for clearing it up for me *small smile and a nod*. I'll just use the old version of rockbox I have for the moment and check up on a update in a few days or so. 14.29.27 # Zoide777: going to ruin my lovely asm optimised fiq handler, are you? :/ 14.29.31 # Hm. With WMA on the horizon, and MP3 recording an assumed likelihood, is there anything else from the H1x0 stock firmware Rockbox lacks? 14.29.45 # Kanashimi: I would actually suggest waiting until May 1st. :) 14.29.58 # preglow: maybe yes, maybe no. i'm not too sure what i'm doing! :P 14.30.04 # Paul_The_Nerd: Oh ? 14.30.08 # Kanashimi: There's a lot of changes in the works at the moment, but 3.0 *should* be available at or near that date, and hopefully it will be "stable" 14.30.45 # Zoide777: don't worry about the asm handler, revert it to use the c handler instead, and i'll fix it when i can 14.31.12 # Paul_The_Nerd: Ah.. ok. Any major changes in specific ? 14.31.31 Quit _FireFly_ ("Leaving") 14.31.34 # preglow: I don't quite understand what you mean by that... i'm trying to port ipod recording code from ipodlinux (audio.c) to rockbox's pcm_record.c 14.32.18 # Kanashimi: Well, Tagcache will hopefully be fully functional (or at least usably consistent). That's a database so you can find tracks by Artist, Album, or Genre. As well, there's a new language system, so it might actually say "Navi = Yes" in those Yes/No screens. :) Plus of course, bugfixes and optimizations, and Doom. 14.32.22 # the problem is that pcm_record.c is structured very differently, and it relies on variables like DCR1, BCR1, etc. that are not used by pp5020 from what i've been told 14.32.44 # Zoide777: you probably can't use dma for ipod recording naywya 14.32.48 # anyway, too 14.32.54 # why? 14.34.23 # because we don't know how 14.34.47 # Paul_The_Nerd: Mm, alright :) Thanks again for the info, I'll need to run off now though. Sso take care everyone. 14.34.59 Quit damaki_ (Read error: 104 (Connection reset by peer)) 14.35.36 Join damaki_ [0] (n=Chocolat@ALille-153-1-65-36.w86-196.abo.wanadoo.fr) 14.36.05 Quit Kanashimi ("-") 14.36.40 # preglow: can't we just use the ipodlinux code? for example there is a function in their audio.c called "i2s_pp5020_rec_dma" 14.42.06 # Zoide777: porting != copying 14.42.34 # you'll obviously need to change it to fit into our recording framework 14.43.02 Quit damaki__ (Read error: 110 (Connection timed out)) 14.43.40 # there's an init function that configures the dma currently, there you need to put the code to start it 14.43.54 # Zoide777: they don't use dma 14.44.06 # Zoide777: the function is named dma because they're doing soft dma 14.44.15 # Zoide777: at least that's the way it is for playback code 14.45.34 # Zoide777: the current code uses a circular buffer consisting of chunks of 8KB and a pointer to the chunk that is currently being filled from hardware 14.46.01 Join SereR0KR [0] (n=Fletcher@Fcc8c.f.strato-dslnet.de) 14.46.40 # hmm, how do you turn on an ipod in deep sleep ? 14.46.53 # Yeah, and I'm goign to do another fairly big commit to the audio stuff pretty soon, but I think we're past the downside of the functionality ladder. 14.47.12 # webmind: menu 14.47.52 # hmph, the filebuf is never filled up completely, only up to how many bytes it had space for when the fill process was initiated. 14.47.57 # doesnt seem to work... 14.47.58 # lostlogic: That odd playback stop behaviour is still there. 14.48.37 # amiconn: ok 14.48.40 Join _FireFly_ [0] (n=FireFly@dslb-084-056-102-092.pools.arcor-ip.net) 14.48.45 # webmind: Did you have some sort of error before it entered deep sleep? 14.49.01 # petur: and what are dcr1, etc? are they like registers? 14.49.03 # webmind: Try holding Menu + Select until it reboots. If that doesn't work, are you sure the battery is charged? 14.49.11 # amiconn: doesn't happen on ipod that I've seen :-\ 14.49.17 Quit XavierGr (Read error: 104 (Connection reset by peer)) 14.49.35 # no error that I know 14.49.47 # could be that the battery died while it was paused 14.50.02 # webmind: Well, if menu+select doesn't reboot it and wake it, then it needs charging. 14.50.03 # it was in my pocket for 1 day without checking 14.50.09 # Zoide777: they're from the current implementation that uses dma 14.50.11 # seems so 14.50.35 # You have to hold Menu + Select for several seconds (8? 10?) 14.50.49 # Zoide777: that's all code that needs to be replaced with proper handling for your platform 14.50.54 # some better battery support for the nano would be lovely :) 14.51.09 # If I am playing music on my H300 and hit Stop, music stops immediately for ~0.1 sec, then continues for ~0.5 sec, then stops 14.51.11 # It's coming eventually. :) 14.51.27 # i see, so the ipod code in ipodlinux doesn't use real dma, but the non-ipod code in rockbox does use dma 14.51.43 # yup 14.52.02 # This is with voice enabled, and *sometimes* (if voice decides that it will be working), I can hear a short snippet of my music again when the first voice clip is played 14.53.41 # one thing i don't understand is the way the 3 letter variables appear to behave like functions. for example, the DMA transfer is started by the strange line "DCR1 = DMA_INT | DMA_EEXT | DMA_CS | DMA_DINC | DMA_START;" and is stopped by "DCR1=0" 14.53.43 # amiconn: I continue to hate voice. 14.53.47 # lostlogic: Regarding your question about ide dma last night: No, rockbox doesn't use dma for ide transfers, on any platform 14.54.01 # amiconn: k, thanks 14.54.02 # do they behave more like sentinels? 14.54.19 Join swampcow [0] (n=apo@p548A20C3.dip0.t-ipconnect.de) 14.54.47 # On sh1 (archos) it's not possible due to the endian swap. On iriver it might be possible, but we only have 2 dma channels, which are currently reserved exclusively for playback + recording 14.54.59 # Zoide777: they are control registers. 14.54.59 # Zoide777: its a bunch of bits that get set in a register to start/stop DMA 14.55.01 Join JBGood25 [0] (i=Johnq@JBAUMAN.WV.CC.cmu.edu) 14.55.09 Quit B4gder ("time to say moo") 14.55.31 # Furthermore it might end up slower to use dma, as it doesn't use memory bursts in the required operating mode 14.56.18 # amiconn: good to know, so no non-blocking IO for me :(:) 14.56.30 # I have no idea whether ide dma is possible on ipod 14.56.40 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 14.56.52 # Disk IO is always blocking, even with dma. 14.57.16 # dma would just let other threads run during the transfer 14.57.20 # I'd just like to port recording to rockbox, no matter the mechanism :O 14.57.34 # tooooo much lost sleep already hehe 14.57.43 # amiconn: right... 14.58.06 # Zoide777: IMO, the best place to start will be to try and understand the playback code - comparing what's in Rockbox with what's in IPL. The same principle applies to recording, just that the transfer of data is in the opposite direction. 14.59.04 # haha.. uni is gonna kill me :) ive been hogging one of the main remote-access unix boxes for nearly the last 4 hours (my program has been @ 99.9%cpu usage since it started :) ) 14.59.19 # i noticed that the ipodlinux pseudo-dma implementation uses constants such as "DMA_READ_OFF" that are set to "/* special locations in fast ram */" 14.59.37 Quit JBGood (Read error: 110 (Connection timed out)) 14.59.38 # change that to nearly 5 hours :) 14.59.55 # for example 0x40000004, 0x40000008, 0x4000000c, 0x40000010. are those in use in rockbox? 15.00.01 # No. 15.01.07 # For playback, IPL uses an 80KB ringbuffer in playback. Podzilla or MPD will put audio in this buffer, and the "fake DMA" function runs on the second processor (the COP) and is constantly trying to empty that ringbuffer. Communication via the main CPU and the COP is via those variables in IRAM. 15.01.20 # In Rockbox, we do everything on the main CPU. 15.01.45 # (replace "in playback" in the first sentence with "in IRAM") 15.03.27 # Zoide777: Have you tried using the recording feature in ipodlinux? 15.03.46 # no 15.04.16 Part LinusN 15.05.30 # But time for lunch. bbl. 15.06.15 # linuxstb: Do you know why ipl doesn't use dma? 15.06.20 # so, would it work if I just made those constants in rockbox and pretty much pasted over code from "i2s_pp5020_rec_dma" in audio.c (http://cvs.sourceforge.net/viewcvs.py/ipodlinux/linux/arch/armnommu/mach-ipod/audio.c?view=markup)? 15.06.59 # well, i *really* gotta go to bed now... thanks for all the help 15.07.23 # feel free to have a try at the recording porting :D ... 15.07.39 # bye 15.07.40 Quit Zoide777 ("CGI:IRC 0.5.7 (2005/06/19)") 15.10.44 Join man_in_shack [0] (n=shack@static-203-87-65-87.vic.chariot.net.au) 15.10.46 # * man_in_shack waves 15.11.03 # * JdGordon shoots.. 15.11.08 # misses.. 15.11.13 # bugger! 15.11.34 # fine then 15.11.37 # * man_in_shack vorbises 15.11.38 # :D 15.12.08 # wondering if rockbox supports 4G ipods. one page says yes, another says no 15.12.33 # Which one says "No?" 15.13.05 # http://www.rockbox.org/twiki/bin/view/Main/IpodFAQ#Using_Rockbox_on_iPod 15.13.16 # "iPod Color/Photo, the iPod Nano, and the iPod Video" 15.13.26 # Ah 15.13.35 # Later in that page it actually talks about it specifically working on the 4G 15.13.40 # yay 15.13.58 # I'm not sure but I think Apple's firmware may still have graphical issues with the 4G bootloader though 15.14.19 # So, basically, with 4G Rockbox you have to choose, you can't have both properly. I think. It may have been yet another fix I missed. 15.15.17 # well if i end up getting an ipod, i will want to be sure of that before installing rockbox 15.15.33 # cos i want a portable ogg/mp3 player :D 15.15.41 # rockbox works fine 15.15.44 # Well, why would you want to go into retail then? 15.16.03 # Rockbox itself works just fine on 4G. 15.16.28 # what you mean retail? 15.16.40 *** Saving seen data "./dancer.seen" 15.16.47 # apple fw 15.16.55 # ok 15.17.12 # Bagder ? 15.17.18 # will i still need apple fw for downloading files to the ipod? 15.18.09 # No 15.18.16 # cool 15.18.31 # Rockbox is primarily filetree based, and iPods have a hardware disk mode. 15.18.32 # what's this about rockboy? 15.18.54 # What about it? 15.18.58 # Paul_The_Nerd: The graphical issues with the rb bootloader on 4g grayscale + mini 2g are fixed 15.18.59 # what is it? 15.19.06 # amiconn, w00t 15.19.08 # amiconn: thanks. I'll update the faq then 15.19.23 # I fixed that 3 days ago or so, and made new bootloaders 15.19.36 # ipod is looking like a promising option 15.20.05 # amiconn: I thought I remembered you making some changes to the display code, but I wasn't sure if they were a fix to it. :) 15.20.41 # http://www.rockbox.org/daily/changes-20060404.html Check my 00:55 commit :) 15.21.37 # amiconn: Now that I see it, I remember reading that too. Ugh. One day I will actually be able to remember things. :) 15.21.46 # what sort of battery life can i expect from rockbox compared to say ipodlinux and apple' 15.21.51 # apple's estimates? 15.22.30 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-130-226.pools.arcor-ip.net) 15.23.40 # man_in_shack: Well, on the 2G Mini I believe ~75-80% of Apple's estimate was seen (though it was not a new battery.) Is that about right amiconn? 15.23.41 Quit midkay (Read error: 104 (Connection reset by peer)) 15.23.51 Join midkay_ [0] (n=midkay@24.143.70.99) 15.24.23 # amiconn okay, what should i do with these _PLAYER and _RECORDER things ? 15.25.09 # if i deprecate them and make new LANG_IDs... it's like i haven't done nearly anything 15.25.39 # s/i haven't done nearly anything/i have done nearly nothing 15.26.55 # who was complaiing about the text viewer menu yesterday? 15.27.13 Part obo 15.27.47 # JdGordon: That was me 15.28.06 # what about it annoys u? 15.28.39 # I want to add "queue_post_single" to the queue functions in the kernel, both for scrolling and now for my audio buffer changes 15.28.51 # any complaints? 15.29.18 # amiconn ? 15.30.02 # lostlogic: ? 15.30.14 # tisk tisk.. some1 let tabs into viewer.c!! 15.32.07 # amiconn: it will post this event to the queue, only if it is not the same as the last event posted to the queue. 15.32.14 # lostlogic: I don't see why this would be needed as a general function. It somehow contradicts the purpose of a queue 15.32.37 # The button repeat is special, and it's already taken care of 15.33.10 # amiconn: but it's not taken care of right... you _should_ be able to queue up a sequence of actions, including one or more scroll events 15.33.14 # and you cannot do that currently 15.33.22 # with queue_post_single you could 15.36.20 # amiconn: what about the viewer menu do u not like? 15.38.59 # I don't like that it pops up when pressing Stop/Off 15.39.08 # That's unintuitive. 15.39.16 # where else would u put it? 15.39.27 # It should be called by the appropriate Menu button for the target 15.39.35 # Stop/Off should exit 15.39.56 # btw, i can't find the ^M being talked about in the mp3_encoder.c cygwin bug mail 15.39.58 # i dont know if this will be accepted, but im changing the settings to be settable from the menu, so that could free up buttons so the menu could have a designated button.. 15.42.05 # That's something I was planning to do for a long time. 15.42.22 # :) would it be acceptable for pre-3.0? 15.42.54 # i think so 15.42.54 # uhm... is there a way to enforce charging, or do a hardreset or something on a nano? 15.43.11 Join muesli__ [0] (n=muesli_t@88.134.20.76) 15.43.18 # after a disconnect it doesn't give me anything anymoreafter I copnnect it to usb 15.44.25 # Holding Menu+Select performs a hard reset. 15.44.27 # nm 15.44.33 # yeah 15.44.39 # it was locked :) 15.44.53 # and for some reason it then doesn't go to usb mode either 15.45.02 # Should be done better sooner than later 15.45.27 # These cryptic combos are annoying, as I never remember the right ones 15.45.56 # The settings should be put in the menu, and made persistent via config file 15.46.22 # iirc they already are persistent (???) 15.48.13 # amiconn please, reply to my question: should i mark _PLAYER and _RECORDER LANGids as deprecated and create new ones ? 15.48.42 # amiconn: ok, I'll do it a different way, but we still need a better soln for wheel. 15.49.37 # Bg3r: Hmm, either that, or bump the lang version properly. 15.49.47 # amiconn: I can only guess that the IPL people don't know how the DMA works - either because the Apple firmware doesn't use it, or because they haven't r.e.'ed it yet. 15.49.54 # amiconn: would you care to check if mp3_encoder has any bugs on cygwin? i can't find any carriage returns in the file 15.49.59 # If you go for the latter, you should also modify the strings in the other .lang files properly 15.50.25 # amiconn imho it's better to bump the ver... 15.50.37 # yes, i'll do this too 15.53.17 Join marevalo [0] (n=marevalo@200.Red-217-126-183.staticIP.rima-tde.net) 15.53.28 # We still need to solve the ID numbering problem for voice, esp. since we don't bundle voices... 15.54.22 # but there will be new voice clips for v3.0, yep? 15.56.48 Quit SereR0KR ("XChat Aqua") 15.57.21 # hi, all 15.57.34 # i'm adding opening book to chessbox 15.57.51 # ooh 15.57.54 # and get this on the recorder build: 15.58.01 # /storage/H120/sh/lib/gcc/sh-elf/3.4.5/../../../../sh-elf/bin/ld: region OVERLAY_RAM is full (/storage/H120/rockbox-opening/build-recorder/apps/plugins/chessbox/chessbox.elf section .bss) 15.58.22 # probably it's just to big 15.58.24 # then it's too big 15.58.29 Join quobl_ [0] (n=quobl@tor/session/x-c353cdad54e7e66f) 15.58.37 # i don't know how big the overlay can be, though 15.58.44 # I think you'll need to allocate the memory dynamically, rather than having a static buffer. 15.59.08 # well, the point is that dinamically or statically I will be using this memory 15.59.17 # it's the opening book 15.59.25 # How big is it? 15.59.41 # I will try to check it 15.59.51 # how could I tell you? 16.00.52 # 27566 2006-04-06 15:56 opening.o 16.01.06 # 43260 2006-04-06 15:56 gnuchess.o 16.02.13 Join Nico_P [0] (n=nicolas@rob92-6-82-231-243-63.fbx.proxad.net) 16.02.35 # The Archos targets only have 2MB RAM in total. Is gnuchess now requiring a lot of memory? 16.02.55 # nop 16.03.18 # marevalo on the archos targets the plugin size is max 32kb 16.03.21 # I think the problem is the overlay, I remeber something about smaller limits on the archoses 16.03.21 # And the iFP-790 will only have 1mb, if it ever resumes progress. 16.03.34 # ok 16.03.51 # I will try to estimate the size increment with this version 16.04.21 Join MarcoPolo [0] (n=MarcoPol@che78-2-82-227-240-106.fbx.proxad.net) 16.05.38 # My undertanding is that the overlay is a small plugin which loads the main plugin directly into the audio buffer. So the limit should be around 1.5MB. Your changes shouldn't be changing the overlay plugin. 16.05.43 Join RoC_MM [0] (i=dragon@dsl-29-8.cofs.net) 16.07.08 # well, by the moment I'm just checking memory use increment on this version 16.07.42 # but the opening book is just: unsigned short OBook[241][56]; 16.08.23 Join bluebrother^ [0] (n=dom@rz-du-phx-130-250.rz.uni-karlsruhe.de) 16.09.43 # a H120 build, with openings: 16.09.56 # 62692 2006-04-06 16:03 rockbox-opening/build-h100/apps/plugins/chessbox.rock 16.10.00 # and without: 16.10.08 # marevalo: If the overlay ram on recorder isn't big enough, it is possible to extend it. I just made it a bit bigger than what was needed 16.10.15 # 35560 2006-04-06 16:07 rockbox-all/build-h100/apps/plugins/chessbox.rock 16.10.19 # Opening adds quite some code + data 16.10.57 # well, openings didn't add any code, it was still there and compiled (silly me) 16.11.03 # It's not only the binary size that counts. You need to add the .bss size. Check the .map fie 16.11.13 # *file 16.12.06 # what should I check? 16.12.23 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 16.12.49 # amiconn: So the "overlay RAM" is a fixed-sized part of the audio buffer? 16.13.03 # yes 16.13.46 # It is calculated downward from audiobuffer_end 16.13.58 # well, I tried to decrease the memory size of the opening book, but my C foo wasn't quite enough 16.14.04 Quit linuxstb (Read error: 110 (Connection timed out)) 16.14.10 # That's because an overlay is linked exactly like a plugin, just with a different start address 16.14.26 # an opening is something like this: 16.14.29 # */ 16.14.29 # { 16.14.29 # 0x0C1C , 0x3424 , 0x0615 , 0x392A , 0x051A , 0x3D22 , 0x0B13 , 0x3E2D , 16.14.29 DBUG Enqueued KICK marevalo 16.14.29 # 0x0112 , 0x332B , 0x0226 , 0x372F , 0x262D , 0x3B2D , 0x1223 , 0x2D3B , 16.14.32 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 16.14.33 # 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 16.14.34 # 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 16.14.36 # 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 16.14.38 *** Alert Mode level 1 16.14.38 # 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 16.14.40 # 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 , 0x0000 16.14.42 # } 16.14.52 # so there is some memory overuse 16.15.11 # amiconn: OK, it's clear to me now. How big is it currently? 16.15.51 # marevalo: In your recorder build dir, check apps\plugins\chessbox\chessbox.map 16.15.58 # ok 16.16.16 # OVERLAY_RAM should start at 0x091d8000 currently 16.16.32 # Check the address of _plugin_end_addr 16.16.55 # 0x00000000091fb4ec _plugin_end_addr = . 16.17.14 # Aha, so it's just a bit too big 16.17.24 # just a bit? 16.17.27 # Is that with some things disabled you would like to enable? 16.17.38 # Yes, less than 16KB 16.17.53 Join aXp [0] (n=aXp@dsl-42-217.utaonline.at) 16.18.06 # hi all 16.18.07 # well, I can save more or less 50% of the memory the opening book is currently using 16.18.28 # but I would need some help with my faulty C 16.18.57 # i now installed rockbox on my ipod nano but i cant use the itrip for the ipod nano(griffin) anyone has it got working? 16.18.58 # I'm not talking about disabling things. I rather want to estimate how much we should increase the overlay area for chessbox on archos 16.19.17 # aXp: No. 16.19.26 # Since it is still fairly small, we could just give it some more than absolutely necessary 16.19.27 # aXp: No, Rockbox doesn't support accessories that communicate with the ipod. 16.20.00 # well, apart from this change (openings) the other thing I should add is just a little bit of code before my target for the freeze 16.20.00 # The MONSTER line of FM transmitters work. 16.20.40 # think on your time is already on the code, I just should find a clever way to activate it on a uni-thread environment 16.20.55 # but it shouldn't be so much code 16.21.44 # so 56 or 64k should be more than enough 16.22.25 # I can tell you that I will try to use also any remaining memory for the transposition table once the features are finished 16.22.55 # thx 16.23.31 # marevalo: Open apps/plugins/chessbox/archos.lds, and change line 11 to 16.23.35 # #define OVERLAY_LENGTH 0x30000 16.23.55 # (192 KB instead of 128KB, i.e. 64KB more) 16.23.56 # ok, ive moved all the viewer options to the menu.. should i remove all the key combos to set the otions and set 1 key to show the menu? or keep the combos and change 1 to show the menu? 16.24.19 # Please remove all option combos 16.24.31 # .. done and done 16.24.31 # (but not the scrolling) 16.24.39 *** Alert Mode OFF 16.24.58 # ye, ive added a new option to change the default to scroll by line or page.. 16.25.10 # default being page 16.25.21 # marevalo: You could also change the comment at the top. It still says 'rockboy' 16.25.28 # ok 16.25.41 # building 16.26.19 # built ok 16.26.22 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 16.26.23 Join JBGood [0] (i=Johnq@JBAUMAN.RES.cmu.edu) 16.26.37 # should I add this change to the finished patch? 16.32.16 Quit JBGood25 (Read error: 110 (Connection timed out)) 16.32.37 Join warthawg [0] (n=warthawg@cpe-66-68-180-235.austin.res.rr.com) 16.35.11 # marevalo: yes 16.35.48 # bagh, my new buffering stuff seems great... until it starts miss-buffering and causing codec failure all over the map. but now, to work. 16.35.56 # amiconn: ok, thanks, will send a patch this afternoon once checked on a couple of targets 16.39.42 # Are there any Etymotic ER4P owners here? Cassandra? 16.40.03 Quit MarcoPolo (Read error: 104 (Connection reset by peer)) 16.41.40 Quit ep0ch (Read error: 110 (Connection timed out)) 16.42.08 Join goffa_ [0] (n=goffa@216.220.23.105) 16.46.22 Quit RoC_MM ("Leaving") 16.50.00 Quit JdGordon (Read error: 104 (Connection reset by peer)) 16.52.23 Join damaki__ [0] (n=Chocolat@ALille-153-1-9-135.w83-198.abo.wanadoo.fr) 16.53.45 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 16.53.45 # * petur wonders if there's an STL guru lurking around 16.55.34 # i may look like i am playing doom on my nano, but in reality, i am researching 16.56.23 # i tried to run a timedemo but i got a data abort instead 16.57.57 # Can you replicate it? 16.58.06 # he he he.. playing doom seems to be the thing to do around here lately 16.58.36 # hm, didn't kkurbjun say he fixed the menu select thing on ipods? 16.59.03 # my graphics are very corrupt and stuff too, before it crashes 16.59.08 # so maybe i have a strange build 16.59.48 # petur: as in c++? 17.00.23 # yeah... was wondering if one is allowed to compare iterators with reverse_iterators 17.00.54 # but already changed it to a normal one to be safe ;) 17.01.22 # see if there's an operator< defined which takes both as an argument 17.02.14 # nevermind - no time to experiment 17.02.20 # fair nuff :) 17.02.29 # i'd probably do the same thing 17.02.42 # workload ;) 17.03.20 # hrm, now that i think, it's strange that doom ever worked here... 17.03.27 # how much ram does it need, and where does it allocate it from? 17.03.32 # I was just thinking the same - with your tiny audio buffer. 17.03.38 # The audio buffer. 17.03.52 # is 26MB enough? 17.04.03 # I thought your plugin buffer was 26MB? 17.04.06 # should be ample, i think 17.04.16 # yes, i was thinking about changing it to use the plugin buffer 17.04.44 # Yes, as preglow said, I'm sure 26MB is ample. 17.05.07 # why the hell is your plugin buffer so big? 17.05.29 # I was about to ask something similar, though with less invocations of afterlives. I was curious what benefit there is since all the plugins fit anyway. 17.05.50 # i wanted to view a large jpeg while listening to music :P 17.05.59 Join DJ_Dooms_Day [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) 17.06.01 # Ah 17.06.02 # well, now it says allocated 26000kB zone buffer, but the same thing happens 17.06.07 # highres map of the world? 17.06.14 # but i'm not going to make you run around and look for things when i've changed so much 17.06.35 Quit Nibbler (Remote closed the connection) 17.06.39 # preglow: the jpeg plugin needs to fit the whole uncompressed image 17.06.42 # Odd, I think Doom only requires 4mb 17.06.47 # Mikachu: know 17.06.52 # 8mb for Doom 2.. 17.07.01 # If I remember well. 17.07.03 # it doesn't require much 17.07.12 # i ran it on machines with waaaay less then 32 megs ram 17.07.35 # Yeah 17.07.41 # It's either 2/4 or 4/8 I think 17.07.46 Quit damaki_ (Read error: 110 (Connection timed out)) 17.07.53 # i'll just wait passively a couple of days 17.09.12 # Mikachu: sounds like you'll be doing more looking at the progress bare than viewing pictures anyway 17.09.17 # bar... 17.09.30 # yeah, it takes a while to decode 17.10.05 # i guess i have a big plugin buffer mostly out of spite 17.10.12 Quit darkless (Client Quit) 17.10.26 # so that's why you made that plugin buffer clearing patch 17.10.26 # hahaha 17.10.33 # yes :) 17.10.42 # it took like 10 seconds to load a plugin before 17.10.50 # but it still speeds up loading with 512k buffers 17.10.56 # or maybe that was placebo 17.11.56 Join Nibbler [0] (n=sven@port-212-202-77-111.dynamic.qsc.de) 17.12.25 # i cvs up -D'ed to a couple days ago and it seems to run fine 17.13.43 # i can't think of any reason we shouldn't commit it 17.13.53 # Slasheri: ping? 17.15.13 # hi :) 17.16.25 # So, I'm totally abusing the playback engine... and I have a question... In design, what is the purpose of the track_count variable? 17.16.41 *** Saving seen data "./dancer.seen" 17.17.05 # hmm, i will check the code if it has a real meaning.. just a moment 17.17.22 Quit bluebrother^ ("Leaving") 17.17.52 # Slasheri: thanks :) I think I've finally got a handle on the _buffer_ handling, but the track struct handling is still difficult :-\ 17.18.12 # yeah, it's used to prevent the ring structure overflowing.. and when clearing the buffers so correct track entries are cleared 17.18.34 # Slasheri: ok, I think it may be my next victim (muahahaha) 17.18.57 # :D i hope you do some extensive testing after changing the code.. 17.19.33 # because even the smallest changes like to break some parts from the engine :) 17.19.50 # so you are thinking about converting that ring structure to a dynamic list? 17.21.24 # Slasheri: not yet... but I prefer to do things in a mathematically correct way, then see what I've forgotten (when Paul_The_Nerd and ep0ch report) and then fix my math and try again... 17.21.25 Join webguest54 [0] (n=c13354c1@labb.contactor.se) 17.21.41 # it's impossible to test every corner case and weirdness, but it's possible to mathematically capture them all :) 17.22.19 # Slasheri: it's broken in CVS already, and will probably continue to be so for the next week or so as every major change will fix some things and break others until it restabilizes. 17.22.38 # well, yeah. but you are going to remove that track_count variable? 17.22.54 # Slasheri: it is likely that it will fall victim to a refactoring. 17.23.01 # hmm 17.23.12 # Slasheri: but now that I think of it, that might not happen until the tracks become a linked list. 17.23.44 # yep, it shouldn't.. and probably not even after the linked lists are implemented 17.23.57 # because it's always good to know how many tracks are currently loaded in the buffer 17.24.30 # I can't think of a good reason with linked lists to know how many tracks are in memory, only that there are tracks, and whether or not each track is in the ringbuffer or not. 17.25.42 Quit Paul_The_Nerd ("Leaving.") 17.25.44 # but any way, I'm not there yet. right now I need to figure out why my work to fix some track skipping errors has decided to break buffering completely. 17.26.49 # I was hoping you'd tell me that track count was a magical variable and that would tell me that it was the probable cause for my current effedupness 17.27.57 # hehe, there shouldn't be any magic with that :) unless you have already touched it 17.28.16 # but current implementation absolutely requires that track count 17.28.21 # nope, haven't done anything to it yet. 17.29.01 # or maybe not "absolutely" but it makes things easier and cleaner 17.31.28 Quit JBGood (Read error: 110 (Connection timed out)) 17.31.30 # yah, I understand how it is used now. 17.34.14 Join JBGood [0] (i=Johnq@JBAUMAN.WV.CC.cmu.edu) 17.42.28 Quit theli_ua (Remote closed the connection) 17.44.24 # hello guys 17.44.55 # I installed the bleeding edge build and playback engine is completly crazy 17.45.01 # Slasheri: what happens if you skip backwards to a track that was set to use the track earlier than itself in the buffer's codec? Force buffer refill to get the codec? 17.45.24 # webguest54: yes, that is likely, it's undergoing a complete sandblasting. 17.45.29 # every few seconds HD activity.... + no skiping possible, are those problems for all? 17.46.05 # lostlogic: will you fix this *soon* or need do dowgrade? 17.46.06 # I've been rewhacking major parts of it. I think the version that is in CVS right now will be buffering far far too often. 17.46.13 # lostlogic: yep, buffer refill is forced if that happens 17.46.30 # just few seconds buffered 17.46.45 # webguest54: soon is relative, I use the software daily and the version that I'm working on is worse than CVS so I'm actively working on it, but I'd guess I won't have another commit until afternoon (CDT) 17.46.55 # all the buffer isn't used, it's why needed HD activity so often 17.47.06 # webguest54: yes, of course. 17.47.28 # ok, I can wait then, thanks for work on it 17.47.37 # webguest54: cool 17.48.13 # will be the playback engine and pcm buffer, better after those reworks? I assume yes 17.48.24 # that is the hope, of course :) 17.48.34 # that's great then :) 17.48.36 # I'm not touching the pcmbuffer at this time though. 17.48.46 # I already abused it a few months ago 17.49.39 # * webguest54 will not use his iriver until you fixe the problem 17.49.56 # :-] 17.50.00 # Mikachu, preglow: Buffer clearing patch? What's that do? 17.50.19 # I'll do my best, however I am currently using my iPod with the issues *shrug* just hafta fiddle with it sometimes to keep it playing. 17.51.23 # lostolgic: cheers for this *no-payed* hard works 17.51.55 # *hides under his desk* I'm being payed... sorta... in that I'm at my _paying_ job doing this work :-P 17.52.04 # time for me to go and keep my DAP in my bag since I can't use it with this build and no usb cable here 17.52.24 # lostlogic hahaha XD, great plan 17.52.39 # bye 17.52.42 Quit webguest54 ("CGI:IRC") 17.55.50 # amiconn: It was something to do with not memsetting the entire plugin buffer. It's here: http://www.rockbox.org/tracker/task/3022 17.56.34 Join theli_ua [0] (n=theli@c.238.177.a408.dyn.adsl.cyfra.net) 17.58.48 # ok, the Chessbox opening book patch is at the tracker: http://www.rockbox.org/tracker/task/5052 17.59.18 # no more boring games ;-) 17.59.42 Quit theli_ua (Remote closed the connection) 18.00.03 # linuxstb: Hmm, while I don't think this is absolutely necessary (I never noticed a delay resulting from the buffer clearing), it shouldn't hurt to include this. The change is minimal 18.00.16 Quit Nibbler (Connection timed out) 18.00.18 # (and it could in fact be applied to the overlay loader as well 18.00.19 # ) 18.01.18 # what happens on a double close in rockbox? ie fd = open(); close(fd); close(fd);? 18.01.28 # Nothing 18.01.42 Join JBGood25 [0] (i=Johnq@JBAUMAN.WV.CC.cmu.edu) 18.01.50 # ok 18.01.53 # The second close() will find the file descriptor already closed and terminate 18.02.15 # Not closing a file is far worse 18.03.12 # Leaking file descriptors, and their number is fixed... 18.03.32 # *nod* is there any reasonable chance that the same file descriptor would have been assigned to another caller to open() in the meantime and thereby causing another application to get a closed descriptor suddenly? 18.03.48 # (I'm planning to prevent this nonetheless, but was just wondering) 18.05.11 Quit petur ("-poof-") 18.06.51 # Hmm, now that you mention it.... that might happen 18.07.23 Join _Lucretia_ [0] (n=munkee@dynamic-62-56-25-35.park-s46b.dslaccess.co.uk) 18.07.31 # You would then close the other thread's descriptor, with the effect that the other thread's read(), write() etc calls will al fail 18.07.40 # yarr 18.08.26 # amiconn: i've had the patch applied for a month or two, no problems 18.08.43 Join Nibbler [0] (n=sven@port-212-202-77-111.dynamic.qsc.de) 18.09.10 # lostlogic: (with EBADF) 18.09.18 Join Lamed [0] (n=Shachar@85-64-104-75.barak-online.net) 18.10.01 # hello everybody 18.10.31 # so basically, it's important to 1) not leak descriptors and 2) not double close if another thread has run in the meantime 18.10.40 # yep 18.11.22 # The mpeg thread on archos has a simple mechanism to ensure this 18.12.10 # I'm gonna be off an internet connection for a long while. can someone suggest me a way of downloading everything from rockbox's site? (the www package is obsolete btw) 18.12.13 # There's a global fd variable (the mpeg thread opens only one file at a time) which is set by open(), and reset to -1 after close() 18.12.30 # So, closing means 18.12.35 # amiconn: yeah, same in the swcodec, except I think I abused it this morning. 18.13.48 # Hey you all 18.13.52 Nick Kyomi|off is now known as Kyomi (n=a@ip-152010169023.student.appstate.edu) 18.13.54 Join tianjing_ [0] (n=mat@jullay.net) 18.13.58 # I have a question about the Doom game 18.14.06 # What happened to the strafe key? 18.14.34 Quit JBGood (Read error: 110 (Connection timed out)) 18.14.42 # You should now be able to define your own keys in Doom. 18.14.47 # Oooo 18.14.51 # *goes to update it* 18.15.04 Quit _FireFly_ ("Leaving") 18.15.07 # i'm trying to find the commit that broke it here 18.15.13 # is %ik for displaying discnumber in the current CVS build? 18.15.16 Join RotAtoR [0] (n=e@rockbox/developer/rotator) 18.16.08 Quit tianjing (Read error: 110 (Connection timed out)) 18.18.01 # I'm guessing Doom is updated in the experimental build now too? 18.18.09 # One more question 18.18.16 # I don't think anyone is updating the experimental build any more...? 18.18.23 # Kyomi: do you mean cvs build? 18.18.30 # Is there an option like... "always strafe"? 18.19.53 # lostlogic: I think paulheu has taken over the H300 experimental build. 18.20.05 # ah, my mistake. 18.20.10 # http://rockbox.audiostuff.info :) 18.20.18 # found it 18.20.25 # Someone is also doing a h1x0 "optimized build"... 18.20.31 # * d_englsh.h, doomdef.h, m_menu.c, m_misc.c, rockdoom.c: Fix up configurable keys, edit exit string, more work needs to be done on menu keys 18.20.54 # does 0063bec8 tell you anything? 18.21.37 Quit swampcow ("told you...") 18.22.35 # damnit 18.22.39 # Oh well.. 18.22.40 # alright, latest CVS is much less broken, although skipping backwards seems to be unreliable for some ungodly reason. it's starting to feel under control. 18.23.12 # but that doesn't make any sense... why would that break the graphics? 18.23.23 # i wonder if cvs update -D "clock" is my time or cvs server time 18.23.46 # looks like it's my time though, so it is that commit 18.23.49 # You can specify a timezone in "clock" 18.23.53 # (I think) 18.24.23 # arghghh 18.24.40 # * preglow kicks gcc 18.24.45 # i don't suppose i can make cvs diff a directory between two dates? 18.25.09 # You can do it easily with the web interface. 18.25.19 # (but only on single files...) 18.25.24 # yeah, i looked at those 18.25.36 # I guess you just have to download two copies and do a diff. 18.25.42 # okay 18.25.48 # amiconn: doesn't exactly look like the 64 bit issue will see a quick resolution 18.25.55 # Mikachu: What's the problem you're trying to find? 18.26.07 # linuxstb: data abort and broken graphics in the two seconds before that 18.26.37 # diff [-kl] [rcsdiff_options] [[-r rev1 | -D date1] [-r rev2 | -D 18.26.37 # date2]] [files...] 18.26.43 # preglow: How do you know? I didn't get any mail so far regarding this bug... 18.26.50 # why wouldn't you be able to diff between two dates? 18.26.51 # ahah, there i go 18.27.01 # i just assumed it wouldn't work :P 18.27.03 # amiconn: because the only guy who seems to be interested in fixing it doesn't seem to have time to fix it 18.27.19 # that would be one shitty SCM tool. 18.27.36 # cvs is not in so high regard with me 18.28.17 # CVS may not be the be-all, end-all it used to be, but it's still a functional and robust tool... 18.28.47 # I still gotta find some time to learn and play with git myself. 18.28.53 # how do I know if some patches already made their way into the cvs? 18.29.03 # luckz: they should be closed in the tracker 18.29.14 # luckz: patch --dry-run < patchfile to see if it says "reversed"? 18.30.26 # http://www.rockbox.org/tracker/task/4961 <- so this one isnt in. is there any easy way to get it? is quite necessary for me unless I want to re-tag a huge lot of music for portable use. 18.31.07 # Slasheri: let me know what you think of my last 3 or 4 commits to playback.c, combined they are a pretty major rehack, but I think they pave the way for us to stabilize this thing for 3.0. 18.33.07 # guys: any chance of recommanding me something so i could download everything from rockbox.org (html, that is mostly) 18.33.23 # why would you want to? 18.34.03 # preglow: For some reason I start to dislike gcc. I have now filed 2 bug reports, which seem to be ignored more or less. 18.35.34 # mikachu: i'll be off an internet connection for a while, and i want to be able to view the wiki and stuff for information 18.35.41 # ah 18.35.46 # luckz: That seems a reasonable patch to me, but I think it's up to Slasheri to add it to tagcache - tagache is his baby. But remember that we are currently in a feature freeze in preparation for releasing 3.0. 18.36.02 # amiconn: they aren't known for their ability to fix bugs 18.36.15 # Lamed: wget -r rockbox.org should work 18.36.34 # amiconn: you could join their irc channel and ask if someone wants to fix it, i've done it, but like i said, only one guy seems to care 18.36.39 # perhaps more people nagging will help 18.37.24 # their dev channel is irc.oftc.net/#gcc 18.37.50 Quit linuxstb ("Client Exiting") 18.37.55 # mikachu: how does wget handels files? what will i end up with..? 18.38.16 # Lamed: ? you'll end up with lots of files 18.38.25 # you may want to do wget -kr rockbox.org now that you mention it 18.41.21 # hmm, that disc number patch looks ok, but i don't know what others like about committing that during the feature freeze 18.41.56 # mikachu: yeah, I should... but will it download .pdf s, .exe 's ? 18.42.00 # Slasheri: how would I go about using that and http://www.rockbox.org/tracker/task/2974 on my player? 18.42.26 Join bluebrother^ [0] (n=dom@nat-wh-1.rz.uni-karlsruhe.de) 18.42.31 # Lamed: -A html,htm 18.43.00 # linuxstb__: this is the commit that breaks doom for me, http://www.rockbox.org/viewcvs.cgi/apps/plugins/doom/m_misc.c?r1=1.2&r2=1.3 18.43.05 # in fact both of the patches looks good. But the tagcache patch requires some modifying to apply it to the latest cvs 18.43.16 # linuxstb__: updated all files to newest cvs and reverted that one, and everything works (except opening the menu of course) 18.43.26 # as the tagtree codes has changed a bit 18.43.45 # -s 18.43.51 # hmph, I've managed to reduce playback.c by 12 functional lines, but overall increase by 20 lines, must break that bad commenting habit I've developed. 18.44.07 # what tags are %rr and %rp actually? %rp at least doesn't seem to be the same as %PLAY_COUNTER% in foobar. 18.45.14 Quit marevalo ("Abandonando") 18.45.18 # mikachu: thanks! i've found a windows wget binary build and it's working rather nice :) but i'm very sceptic if this would ever finish in a reasonable time :/ 18.45.29 # heh, yeah it'll take a while 18.46.28 # Slasheri: I assume that means I should either develop insane coding skills or just give up on it for now, correct? 18.46.46 # Lamed: also note links won't be made relative until it finishes, so if you press ctrl-c they're unchanged 18.47.48 # luckz: well, that requires only very little code changes.. i think you can probably find out what to do if you look at the code carefully and what has changed and how =) 18.48.14 Quit aXp (""need to save the world ..."") 18.48.55 Quit thegeek (Read error: 104 (Connection reset by peer)) 18.52.45 # what's easiest and less hasslesome for coding on windows - cygwin, colinux or vmware? 18.52.57 Join webguest83 [0] (n=5413cba6@labb.contactor.se) 18.53.59 # mikachu: kinda silly, it's downloading the huge irc logs... and it stays as a background procces if i'll ctrl+c it. :/ what's the -c switch any good for? 18.54.15 # -c should resume broken downloads 18.54.20 # lostlogic: well, with a quick look through four past diffs combined, i didn't see anything too major. Just some comments were funny and scary, like "wind the buffer...", but then i saw there wasn't actual code changes but just the comments =) 18.54.27 # Lamed: it would also be a good idea to start in /twiki and give -np 18.54.41 # lostlogic: but of course something might be still broken 18.55.41 # mikachu: my bad, ctrl+break puts in in the background. there's no way to skip to next file isnt' it? 18.55.41 Quit webguest83 (Client Quit) 18.55.48 # Lamed: i doubt it 18.56.03 # Lamed: i think you can give patterns of filenames to ignore though 18.56.34 Join RoC_MM [0] (i=dragon@dsl-29-8.cofs.net) 18.57.51 # mikachu: wget -r rockbox.org/twiki -np 18.57.53 # for now 18.58.03 # :-! 18.58.08 # i can exclude extentions with -R 19.07.17 # lostlogic: hmm, the latest cvs seems to be very broken by the playback.. 19.07.20 Join borges_ [0] (n=chatzill@e178028180.adsl.alicedsl.de) 19.07.36 # Lamed: IRC logs are just ~90MB 19.07.37 # pause is very laggy and playback continously stops/skips 19.07.48 Join RedBreva [0] (n=chatzill@host86-133-124-164.range86-133.btcentralplus.com) 19.08.04 # even after i pressed stop, i still get some continous random noises 19.08.18 # and suddenly playback starts for five seconds until buffer runs out! :D 19.09.04 # it seems that pause doesn't respond at all while buffering.. 19.09.31 Join Paul_The_Nerd [0] (n=Paul@cpe-66-68-93-2.austin.res.rr.com) 19.10.05 # hi there, just wondering: can you make the ipod nano louder with rockbox than it actually is with the default firmware? 19.10.24 # I think so, yes. 19.10.24 # amiconn: i don't have any use of them, not that bored after all 19.10.32 # borges_: yes 19.10.37 # Though going above 0 can result in clipping 19.10.43 # nice. 19.10.45 # and pressing stop causes really weird effects.. it takes over 10s for the playback to actually stop (i have a large crossfade buffer) 19.10.56 # Paul_The_Nerd: retailos is capped at far lower than 0db 19.11.25 # they released a new version where you can set a limit, but i don't know how high the max is there 19.11.30 # preglow: I was just clarifying on the 0 thing before there's any "Rockbox distorts my music" posts. :) 19.11.51 # Mikachu: The limit you can set is downward from the current Retail cap, I believe 19.11.59 # well, it seems there are still a long way for a stable playback now... =) 19.12.44 Join actionshrimp [0] (n=nn@host81-129-197-109.range81-129.btcentralplus.com) 19.13.06 # so the volume limit isn't in the hardware or sth., right? 19.13.40 # borges_: correct 19.13.48 # linuxstb__: heh, i just needed to remove defaults.dfg 19.13.56 # cool. i think i'm gonna buy the nano with intent of playing around with rockbox. from what i've seen this really seems to be what i'm looking for :D 19.14.00 # how can i tell the size of a site's folder? say /documentation? 19.14.50 # borges_: That is the best way to do it. The Nano with Rockbox is exceptional if you don't go into it with a desire to see a reproduction of how Apple works. Everything Retail does is there, and a lot more, but it doesn't have the polish to the interface some people expect. 19.14.54 # Lamed: download it and check... 19.15.08 # lostlogic: there seems to be even buffering errors.. (errorneus glitches during playback).. 19.15.28 Quit quobl_ (Remote closed the connection) 19.15.31 # Lamed: does it have an index? 19.15.50 # Paul_The_Nerd: we aren't exactly owning retailos in the database department yet 19.15.57 # mikachu: DocsIndex? 19.16.16 # Lamed: hm, i guess you could download just the http header for each file referenced 19.16.21 # but i don't think wget has a switch for it 19.16.33 # wget can spider 19.16.43 *** Saving seen data "./dancer.seen" 19.17.00 # but i think it doesn't knows the file size until the time it finishes downloading it 19.17.20 # it knows the file when it starts downloading if you look closer 19.17.21 # nah, i don't care about the default interface. 19.17.33 # i just love (and need) those extra codecs and features like directory structure, mass storage etc. 19.17.49 # plus i like to customize things like *i* want them to be. 19.18.16 # preglow: Yeah, but other than "Play All" buttons at each level, we basically offer what they do. 19.18.27 # mikachu: i've looked. are you certain? 19.18.44 # yes 19.18.45 # preglow: Besides, I said "everything it does" is there. I consider that more of an interface difference, since from the filetree you can do a lot more anyway. 19.18.49 # :) 19.19.18 Join subwayjared [0] (n=sschaetz@cpe-66-75-18-19.san.res.rr.com) 19.19.39 # Lamed: hm, but it looks like rockbox' web server doesn't tell sizes 19.20.03 # lostlogic: wasn't there some patch to make gcc use addq and subq more often? 19.20.16 # Q: Should rockbox be able to play all WAV files now, or are there still unsupported things? 19.20.32 # Lamed: it cant guesstimate how big a website will be, as it doesnt know until it's spidered it, and by then you have it all alreayd, if you get me 19.20.38 # yepp, that's what i ment. but somebody here outa know this kind of stuff won't they? 19.20.50 # Bagder would know 19.20.53 # well, if you ask whoever the web admin is, he could find out 19.21.11 # there was a 'nicely' in there somewhere ;) 19.21.44 # crashd: i think wget can get file sizes if the server tells them, but rockbox.org doesn't seems to support them iiuc 19.22.33 # Lamed: works fine here 19.22.40 # Length: 2,332,711 [application/zip] 19.22.47 # for the CVS build of ipodvideo rock 19.22.53 # might be your win32 build tbh 19.22.59 # crashd, what switches? 19.23.03 # try another one, there's various ones based on different branches 19.23.06 # wget 19.23.30 # crashd: acctually i've thought about it. it was compiled in 1999 19.23.30 # as i say, there is 2 main branches of wget, either that or they changed their interface at some point 19.23.46 Quit pussfeller ("Leaving") 19.23.46 # one does a text percentage bar, and one doesnt 19.23.48 # yeah 19.23.52 # try getting a newer build :) 19.23.53 # what ver is it ? 19.24.14 # http://users.ugent.be/~bpuype/wget/#download 19.24.19 # has a dec 2005 build 19.24.52 # hmm, that doesn't seem to work 19.25.02 # yepp, i've just g00gled it myself 19.25.30 # 1.9.1 is the version on my bsd box 19.25.43 Join pussfeller [0] (n=todd@166-82-183-46.quickclick.ctc.net) 19.26.10 # hmm, might be something to do with windows then, rather than the build 19.26.20 # what are you trying to do, anyway ? 19.26.22 Quit imphasing ("New xterm!") 19.26.55 Nick t0mas is now known as t0mas| (n=Tomas@rockbox/developer/t0mas) 19.27.06 Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) 19.28.16 Quit JBGood25 (Read error: 110 (Connection timed out)) 19.28.29 # carry out as much information as i can from the site before i'm going off the cyberweb for a week, so i could read and learn 19.28.45 # from the wiki? 19.29.36 # the html pages don't have sizes 19.29.37 Quit t0mas| ("Doei") 19.29.41 # new wget tells me the file size, but it won't work -r and i still can't tell a complete folder size (www.rockbox.org/twiki ex) 19.29.43 # presumably because they're generated 19.30.13 # mikachu: apperently they do 19.30.14 # 20:28:24 (33.47 KB/s) - `www.rockbox.org/index.html' saved 19.30.20 # arent the wiki pages actually static, just you can edit them via a 'dynamic interface' 19.30.23 # that's a speed 19.30.33 # maybe it's just stated after the download was completed 19.30.39 # that doesn't help you a lot 19.30.45 # crashd? 19.30.49 # n/m 19.30.53 # why dont you just set it spidering and leave it? 19.31.00 # it's only text anyway, shouldnt take too lon 19.31.00 # g 19.31.06 # Correct me if I'm wrong, but you shouldn't have to adjust horizontal and vertical position of the image on an LCD monitor should you? 19.31.09 # or ask the webadmin to tar up the wiki directory and get it all in one hit 19.31.17 # Paul_The_Nerd: i don't think so 19.31.19 # thus reducing the load you're creating by using websuck :) 19.31.28 # Mikachu: That's what I thought. I'm trying to figure out why I can on mine. 19.31.33 # Paul_The_Nerd: since there's no electron beam, it should know where the image is going 19.31.53 # especially if it's dvi stuff 19.32.11 # Well, it's not dvi. I suppose that might be it. 19.32.37 # maybe it's possible for the graphics card to send the data so it's unaligned then 19.32.41 # It's an old bugger. I actually have it hooked up to my PS2 by way of this horrible little adapter, so it's even worse. 19.33.03 # crashd: i _am_. it's currently harvesting the wiki. i was wondering how and if it can be done. 19.33.26 # i guess google does it every day 19.33.32 # (probably not day) 19.34.08 Join raf82 [0] (n=raf82@brn91-1-82-234-3-71.fbx.proxad.net) 19.34.14 # zagor? 19.34.43 Quit nkh (Read error: 110 (Connection timed out)) 19.34.57 # for a different subject: how do i attend files under VMware? 19.35.06 # attend? 19.35.28 # Mikachu: google spiders run a weekly basis, or at least they used too 19.35.37 # that doesnt mean a site will get reindexed once a week tho 19.35.39 # obv. 19.35.40 # i've downloaded a cvs tree. what then? 19.36.06 # ... 19.36.09 # what do you want to do? 19.37.41 # anyone is using the VMware machine? 19.37.57 # * Paul_The_Nerd mutters. 19.38.42 # I hate this monitor. Just because 19.38.49 # Lamed: What exactly are you having problems with? 19.39.07 # whois Llorean, on the forums? 19.39.12 Join RedBreva_ [0] (n=user@host86-133-124-164.range86-133.btcentralplus.com) 19.39.26 # whoops, sorry. i'm trying to edit files with an external editor. 19.39.36 # Crashd: Before I answer: Negative or positive reason for asking? ;-) 19.39.51 # no reason, ive always wondered, as he reminds me of you Paul, and ive never seen a Llorean on irc 19.39.54 # is all =] 19.39.57 # Lamed: The vmware machine can be seen shared on your network, and accessed as \\Debian usually 19.40.18 # mmm... 19.40.36 # Yeah, 'tis me. I signed up for the forums before I started regularly hanging out in here, but I *always* use this on IRC channels. 19.40.45 # fair deal, makes sense then 19.40.50 Quit RedBreva ("Chatzilla 0.9.72 [Firefox 1.5.0.1/2006011112]") 19.41.11 # And of course I'm something else again on the patch tracker, simply because that came from my Sourceforge ID. 19.41.18 # yeah 19.42.00 Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 19.42.20 # amiconn: I read in #ipodlinux-dev that the 3g also suffers from the mirrored display issue in RetailOS - so it seems your fix was needed for that as well. 19.43.32 Quit _Lucretia_ ("Leaving") 19.44.20 Join theli_ua [0] (n=theli@c.238.177.a408.dyn.adsl.cyfra.net) 19.45.16 Join t0mas [0] (n=tomas@ip503c08d1.speed.planet.nl) 19.45.23 Quit t0mas (Client Quit) 19.45.52 # hey! look at that! thanks Paul! 19.46.44 # linuxstb: you saw that i only had to remove the dfg file? 19.46.53 # linuxstb: Is that with the ipl bootloader? 19.47.22 # amiconn: Yes, with ipodloader2. 19.47.28 # Hehe... 19.47.43 # They should switch format, like I did for rockbox... 19.47.52 # I've pointed them in the direction of your changes. Not sure if anyone will implement it though. 19.47.52 # when they get to 3, they can call it tripodloader 19.48.17 # * linuxstb groans 19.48.31 Join wefds [0] (n=muesli_t@88.134.20.76) 19.48.38 # It can already triple-boot Rockbox, IPL and Apple. 19.49.10 # ive never had much luck with loader2 though 19.49.12 # * amiconn can't 19.49.35 Join Bizmo [0] (n=d5d20cb9@labb.contactor.se) 19.49.43 # how can i apply a patch to my 5g ipod? 19.49.49 # ipodlinux worked exactlly once for me, subsequent rebbots just hung. 19.50.07 # ipl works ok, but trying to boot it from loader2 just ended in tears, hanging on the menu, hanging on the loading bar 19.50.11 # general hanging, really 19.50.32 # * amiconn doesn't really care 19.50.49 # grumpy :> 19.51.11 # I don't need ipl on my ipod. That doesn't mean ipl is useless, the sources are valuable for rockbox 19.51.14 # Bizmo: You apply the patch to the source code, and then compile a 5G build. Have you read the wiki pages relating to how to compile your own build? 19.51.31 # amiconn: but it would be better if they joined rockbox instead :) 19.51.32 Quit Bizmo (Client Quit) 19.51.33 # mazal-tov, i got the wiki! 19.51.58 # Mikachu: you'll be thankful they exist when you one day want to run apache on your ipod! 19.52.06 # heh 19.52.14 Join Bizmo [0] (n=shadowsw@213.210.12.185) 19.52.15 # surely squid, get some nice webcaching going on 19.52.16 # yes, i will stream mp3s over the lineout attached to my computers serial port 19.52.28 # How can I apply a .patch file? 19.52.34 # read said wiki page 19.53.08 # Bizmo: There's a wiki page entitled I believe "Working With Patches" that covers how to use them. 19.53.23 Join Rondom [0] (n=Rondom@87.193.16.10) 19.53.33 Join t0mas [0] (n=tomas@ip503c08d1.speed.planet.nl) 19.53.41 # Bizmo: Basically: 1) Install a development environment; 2) Compile an unmodified version Rockbox to test your development environment; 3) Apply your patches to the source code and compile your own patched version of Rockbox. 19.54.11 # preglow: I bet an iPod could actually handle running a dedicated Quake 1 server actually. Which would be a really neat trick at a LAN party. 19.55.15 Quit ender` (Read error: 104 (Connection reset by peer)) 19.55.30 Join ender` [0] (i=ychat@84.52.165.220) 19.56.04 # please remind me: how do i open a new process that doesn't takes over the terminal? 19.56.14 # & 19.56.33 # also, you can probably press alt-f1-6 to switch vts 19.56.51 # screen -DR and you get virtual terminals 19.56.59 # Mikachu: Removing the .dfg file also fixed the graphics corruption I was having in Doom on my 5g. Very strange. 19.57.24 # linuxstb: my guess is the menu config things messed up the offsets 19.57.36 # * Mikachu tries to sound like he knows what he's talking about 19.57.52 # i've thought this won't work over a virtual machine 19.58.03 Join ep0ch [0] (n=ep0ch@81-6-223-82.dyn.gotadsl.co.uk) 19.58.17 Quit muesli__ (Read error: 110 (Connection timed out)) 19.58.28 Quit Bizmo (Read error: 104 (Connection reset by peer)) 19.58.52 # Mikachu: Maybe. But I can't imagine what config setting would have caused the video corruption. But anyway, I think we should add a version number to the .dfg file. 19.58.52 # ender? 19.59.27 # Lamed: there's a program called screen that lets you run multiple sessions at once 19.59.54 # it's not commonly installed i suspect? 20.00.19 # usually isn't, though it's present on all my boxes 20.00.55 # Lamed: Try (as root) "apt-get install screen" 20.01.15 # what man page should i look into for managing processes? 20.01.49 Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) 20.03.06 Join quobl_ [0] (n=quobl@tor/session/x-31eefcdcba0885f8) 20.03.57 Join nave7693 [0] (i=evan@c-71-198-247-170.hsd1.ca.comcast.net) 20.04.27 # linuxstb: i removed that 2second sleep on startup and it pretty much starts up instantly... 20.04.37 # i wish i'd done that before i did the cvs bisect though 20.04.55 # Which 2 second sleep? 20.05.05 # the one that says Rockdoom v0.90 20.05.32 # * ender` wants doom for h120 :) 20.05.34 # The rb->splash() ? 20.05.38 # yeah, sorry 20.05.40 # ender`: You've got it. 20.05.44 # Slasheri: latest CVS seems fine here when just playing, but breaks when skipping is that what you were talking about buffering errors? 20.05.45 # really? 20.05.47 # preglow: yes, there is such a patch 20.05.53 # lostlogic: found it too 20.05.57 # linuxstb: i'm not interested in screen. i'm trying to stop using cygwin, and vmware has virtual terminals, and i'm trying to use only ubuntu linux but i can't get it to connect a pptp connection :( 20.05.57 # ender`: Yes, it's been working for a few days. 20.06.00 # lostlogic: not in main tree yet, i see... 20.06.07 # preglow: yeah, they suck. 20.06.14 # great, is it in the CVS or separate? 20.06.18 # what man page should i look into for managing processes? 20.06.19 # CVS 20.06.35 # Using the grayscale lib. Only problem is that it's a bit dark at the moment. 20.06.45 # cvs -z3 up && cd build && make 20.07.45 # Lamed: I don't think there is a single man page. Your shell does some things (try "man bash"), and other commands related to processes are "ps", "top", "kill", "killall" 20.08.12 # will l00k 20.08.12 # there is probably some good startup docs in ldp 20.08.14 # lostlogic: FF is still a bit flakey, i have to pause and unpause to get playback after FF 20.08.34 # ep0ch: how's track skipping? 20.08.35 # Lamed: http://www.tldp.org/ 20.08.50 # ep0ch: yeah, I'm actively trying to figure out what the deal with seek_complete not being called is :-\ 20.09.30 # great, now that i know how to get a web... this is too much info for one time. 20.09.40 Quit Rondom ("I'm leaving on a jetplane, don't know when I'll be back again...") 20.09.48 # Slasheri: if you call the changes my last 4 commits have made to playback.c not major, I question your sanity... 20.11.22 Part raf82 20.11.43 # lostlogic: Whats the problem with seek_complete? I remember that function was added relatively recently, so if not all the codecs use it, it's a bug and they should be fixed. 20.11.50 Join raf82 [0] (n=raf82@brn91-1-82-234-3-71.fbx.proxad.net) 20.12.06 # linuxstb: hmm, I wonder if that's the problem, I was looking for a cause in the playback code, but it could be in the codecs. 20.12.11 # linuxstb: thanks! 20.12.36 # lostlogic: skipping seemed to work with sound glitches, but now i think i've skipped so many times its gotten confused 20.13.03 # i found a real use for the headphone patch, i can just put my hand in my pocket and pull the cord out, and rb will shut down after 4 minutes, i don't have to fiddle with the lock and find the play button and turn hold back on etc 20.13.05 # ep0ch: let me know if you can determine how you confuse it, the sound glitches I am also working on. 20.14.16 Join damaki_ [0] (n=Chocolat@ALille-153-1-33-100.w83-198.abo.wanadoo.fr) 20.14.36 # linuxstb: :( all the codecs call it, the problem is still mine :-P 20.15.25 # linuxstb: You shouldn't get him all hopeful like that. Poor fellow. 20.21.38 # lostlogic: play/pause seems very dodgy while buffering 20.22.20 Join bluey [0] (n=bluey@dslb-088-073-122-072.pools.arcor-ip.net) 20.22.34 # ep0ch: ie pause doesn't pause and unpause doesn't unpause? 20.25.02 # lostlogic: it does pause and unpause eventually, but it has a fit on the way :) 20.25.28 # *tries it out* 20.25.45 # lostlogic: sometimes it sounds like it is rapidly pausing/unpausing all by itself, and the sound flutters 20.26.00 # woah. 20.26.23 # oh my, so it does 20.26.24 # wtf. 20.26.48 # i think that was what slasheri might have been talking about 20.27.08 # indeed 20.27.31 # gah, hell if I can think of what I've changed that would impact pause behavior, but obviously... 20.27.51 Quit Hadaka (Read error: 110 (Connection timed out)) 20.28.22 # first pause works, but after that all hell breaks loose. 20.28.52 # actually, I wonder if this and the seeking artifacts stem from the same problem wherever that is. 20.30.06 # can anyone tell me the design purpose of the mp3_pause_done() function? 20.30.12 Quit damaki__ (Read error: 110 (Connection timed out)) 20.30.42 Join obo [0] (n=obo@82-46-82-224.stb.ubr02.trow.blueyonder.co.uk) 20.32.58 # no :/ 20.34.12 # i wonder why the hell get_replaygain_int returns 0 for a decibel value of 0 20.34.19 # it should return fixed point 1 20.39.33 Join harbel [0] (n=harbel@chtwpe0105w-142068115155.pppoe-dynamic.pei.aliant.net) 20.40.04 # 20:30:07 < lostlogic> can anyone tell me the design purpose of the mp3_pause_done() function? <- fadeout? 20.43.02 # how do i update lang strings to lang2? 20.45.37 # we don't fade on pause. 20.45.47 # lostlogic: yes we do 20.45.48 # my player does.. 20.45.58 # isn't there a script to generate lang 2 files out of old lang files? 20.46.00 # so, uhm, unless your rockbox is entirely different.. 20.46.01 # there's a setting for it, even, which i always turn off 20.46.17 # asdf;ljka 20.46.24 # where's that done!? 20.47.05 # look at the options ;) 20.47.21 # maybe it's related to the crossfeed settings, not sure. 20.47.32 # it's not 20.47.34 # it's in playback 20.47.35 # No, it's totally different 20.47.52 # and i suspect it's been in rockbox for ages 20.47.55 # Fade out is done with the audiocodec's volume control, and also works on archos 20.48.03 # ok, I have never seen any code in playback.c, pcmbuf.c or pcm_playback.c to handle fading out on pause 20.49.46 # mp3_pause_done() is related to fade out, in that it tells whether playback has really stopped 20.50.43 # could anyone on cygwin check if mp3_encoder compiles? 20.50.56 # It exists because the MAS has an internal buffer of a fixed length, which we can't flush programmatically and causes it to continue playing for some time after we stop feeding it mp3 data 20.51.58 # This time can be more than a second for very low bitrates. When doing fade out, after we reach silence, we need to wait for the MAS to run out of data before switching the volume back to normal 20.53.11 # amiconn: ah, fade out is done with volume, no wonder I've not seen it, thanks! 20.56.13 Join jbauman [0] (i=Johnq@JBAUMAN.WV.CC.cmu.edu) 20.56.46 Quit Nico_P (Remote closed the connection) 20.56.57 Quit solexx (Read error: 110 (Connection timed out)) 21.07.46 Join solexx [0] (n=jrschulz@d082185.adsl.hansenet.de) 21.09.20 Join SereR0KR [0] (n=Fletcher@Fd4f0.f.strato-dslnet.de) 21.14.08 Quit borges_ (Read error: 104 (Connection reset by peer)) 21.16.26 # anyone wanna test some crossfeed? 21.16.47 *** Saving seen data "./dancer.seen" 21.17.17 # no thanks, i just ate 21.17.21 # heh 21.17.31 Join JBGood [0] (i=Johnq@JBAUMAN.WV.CC.cmu.edu) 21.23.06 Ctcp Ping from t0mas!n=tomas@rockbox/developer/t0mas 21.23.06 *** Server message 505: 'logbot- :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' 21.23.33 # test how preglow? 21.23.50 Quit jbauman (Read error: 110 (Connection timed out)) 21.25.05 Join webguest09 [0] (n=cfc54dc2@labb.contactor.se) 21.26.09 # luckz: as in test the new one 21.26.10 # but forget it anyway 21.26.10 # where are new WPS tags actually defined? 21.26.18 # i just remember i haven't tested it on target yet :-) 21.26.26 # luckz: gwps-common.c 21.26.57 # ahhhhh 21.26.57 # okay 21.27.09 # now I understand :) 21.27.57 Join Fitzsimmons [0] (n=Fitzsimm@HSE-Montreal-ppp3469390.sympatico.ca) 21.28.21 # was metadata.c/.v abandoned in favour of tagcache? 21.30.05 Quit mirak (Connection timed out) 21.31.11 # luckz: no 21.31.17 # preglow, I don't wnat to bug you, but how can I keep track of battery indicator progress on 4G grey? 21.31.27 # is there anything more I can provide? 21.31.28 # tagcache uses metadata.c to get the real metadata 21.31.37 # (while it builds the db) 21.31.47 # Slasheri: well, the albumartist patch changes metadata while the discnumber one changes tagcache 21.32.06 # linuxstb: didn't you do some measurements on the 4g now? 21.32.13 # luckz: yep.. the albumartist patch needs to add an entry to tagcache also 21.32.20 # preglow: http://www.davechapman.f2s.com/rockbox/battery_bench_ipod4gcolor60gb.txt 21.32.21 # same way the discnumber patch does 21.32.52 # amiconn: shouldn't be too hard to have battery readout support soon now, then? 21.32.52 # so I'll just go to all places changed by either and put in the necessary stuff for both, yes? their function is pretty alike, after all. 21.33.16 # amiconn: btw, what do you think if the first entry in file browser would be and in tagcache browser ? 21.33.22 # I have almost implemented that now.. 21.33.24 # where does doom expect it's WADs? 21.33.34 # ender`: it expects its wads in /games/doom/ 21.33.37 # Slasheri: i'd like that ;o 21.33.39 # ender`: apparently in Games\Doom or so 21.33.52 # Slasheri: That sounds less intuitive to me than just a virtual sub-dir 21.33.58 # is doom supposed to work on the X5 in any way? 21.34.05 # amiconn: hmm, yeah.. but that would work for both ways 21.34.08 # i guess though, if you can choose it via a menu 21.34.08 # ok, i've got doom1.wad in there, but it doesn't seem to work 21.34.09 # (it gets compiled for it, after all) 21.34.19 # and there is a way to change on-the-fly, via a virtual dir as amiconn suggests 21.34.21 # *shrug* 21.34.23 # ender`: do you have rockdoom.wad too? 21.34.27 # preglow: I would like to see discharge curves of other ipods taken with battery_bench and continuous playback from fully charged to low-bat shutdown 21.34.27 # no 21.34.43 # tada 21.34.44 # Slasheri: That would look like a circular link... 21.35.11 # amiconn: yeah, i just need to fix the ata.c hack first, then i'll do a rundown 21.35.12 # amiconn: hmm, true.. maybe the virtual sub-dir would be better then 21.35.24 # virtual sub-dir also works both ways: just leave it to get back to fs 21.35.56 # preglow: Nice. 21.35.59 # amiconn: however, that has the one benefit that after rebooting unit, the last browse mode would be recalled 21.36.08 # 21:32:14 < Slasheri> luckz: yep.. the albumartist patch needs to add an entry to tagcache also <- the point also was more that not one patch changes both metadata and tagcache while the other doesn't but that both ONLY change either one and that that confuses me 21.36.11 # We could also use a curve from a 5g... 21.36.44 # preglow, should I just keep asking you from time to time to see the progress of the ata.c hack and the calculations needed and to keep it on your mind? 21.37.07 # luckz: hmm, do you have a link to the patch that changed the metadata also? 21.37.10 # Slasheri: Hmm. We could remember the last dir instead. Would be even more general 21.37.22 # amiconn: hehe, agreed too 21.37.27 # ...but requires to stop using the config sector 21.37.34 # RoC_MM: 4g battery should work soon 21.37.38 # you need to bug linuxstb, not mee 21.37.41 # i don't even have a 4g 21.37.41 # ...at least to do it in a clean way 21.38.02 # Slasheri: http://www.rockbox.org/tracker/task/4961 <- only tagcache || http://www.rockbox.org/tracker/task/2974 <- only metadata 21.38.20 # What is linuxstb working on preglow? 21.38.32 # preglow: If we have the curves, and also the standard capacities, correct battery readout for all ipods should be simple 21.38.54 # We already know the scale factor is identical (it has to, since it is the same chip) 21.39.21 # luckz: ah, interesting 21.39.31 # luckz: probably that is to support ogg tags too 21.39.46 Join hardeep [0] (i=hardeeps@otaku.freeshell.ORG) 21.39.49 # The 100% limit is also the same. The 0% limit is a bit different depending on generation and storage medium 21.39.51 # as id3.c supports only the id3 tags 21.40.09 # bagh, this pause -> unpause -> all effed up during disk buffer is not easy to reproduce. 21.40.10 # What would also be useful is a charge curve 21.40.41 Join stripwax [0] (n=stripwax@i-83-67-214-206.freedom2surf.net) 21.40.45 Join PhR3aK [0] (n=A@pD952878E.dip0.t-ipconnect.de) 21.40.49 # Slasheri: which method seems better, easier to implement, potentially less problematic etc? 21.40.54 Quit webguest09 ("CGI:IRC") 21.41.13 # It's not linear? 21.41.16 Quit actionshrimp ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") 21.41.31 # i have a question, when i update rockbox, should i remove all the rockbox files on my x5 or should i overwrite them? 21.41.42 # overwrite them PhR3aK 21.41.46 Join afruff23 [0] (n=icechat5@c-69-138-162-228.hsd1.md.comcast.net) 21.41.47 # PhR3aK: I just overwrite them, keeps your settings 21.41.53 # ok 21.41.57 # luckz: Deleting them will still keep your settings. 21.42.05 # Paul_The_Nerd: where are settings saved? 21.42.21 # luckz: In their own sector, elsewhere on the disk. They aren't in an actual file. 21.42.23 # does the X5 have software charge control or monitoring 21.42.30 Quit goffa_ ("leaving") 21.42.42 # for power 21.42.52 # Usually it's safe to just overwrite, but every now and then you end up with spare files. Like bejeweled.rock after the rename. 21.43.11 Join goffa_ [0] (n=goffa@216.220.23.105) 21.43.26 # yes thats what i meant, in the and i got too many trash in my rockbox folder 21.43.30 # so better delete? 21.44.01 # did you add custom themes etc? still have them on your comp? 21.45.17 # is someone working on the power management for the x5? because the battery life really isnt that good even with the "L" version 21.45.22 # does anybody know if the X5 has software charge control or monitoring 21.45.55 DBUG Enqueued KICK PhR3aK 21.45.55 # 2(afruff232): how long lasts your x5 with the rockbox fw? 21.46.09 # don't keep track 21.46.15 # afruff23: I dont think that just repeating yourself will get you anywhere; I also dont understand your question 21.46.24 # ep0ch: is it true that the screwed up pause crap only happens during initial buffer fill? 21.46.43 # ouch, doom on h120 can certainly cause a headache 21.46.49 # %bc "c" if the unit is currently charging the battery (only on targets that have software charge control or monitoring) 21.46.57 # taken from CustomWPS page 21.47.16 # I want to make an X5 WPS with this 21.47.19 # is it possible? 21.47.27 # lostlogic: seems so 21.47.38 Part stripwax 21.47.46 # ep0ch: yay for at least narrowing down WTF. 21.47.54 # I'm totally for the virtual sub dir idea for tag database 21.48.05 # afruff23: I dont know if you can even charge the X5 while using it. at least I havent done so successfully. 21.48.19 # afruff23: Can you charge while in the retail firmware? If so, you'll probably eventually be able to charge in Rockbox. 21.48.24 # especially if other modules (e.g. playlist) could use the virtual path directly 21.48.27 # luckz: i am going to do the sub dir idea. But not sure if i do it during the feature freeze :) 21.48.52 # that way you wouldn't have to insert each track into the playlist 21.49.06 # when in tag database 21.49.29 # afruff23: By "charge while in retail" I mean, can you charge while doing other stuff (playback, browsing) 21.49.54 Nick Kyomi is now known as Kyomi|off (n=a@ip-152010169023.student.appstate.edu) 21.50.02 # Slasheri: How's chunked browsing coming along? 21.50.13 # basically, when rockbox is on? 21.50.18 # Slasheri: how long do you think it'll approximately take until I in some way can obtain a then-current rockbox build with those features? 21.50.20 # (Paul_The_Nerd) yes you can 21.50.32 # afruff23: I didn't say anything about rockbox... 21.50.38 # amiconn: needs more work, but probably in a few days when i get enough time to do it 21.50.45 # oh, charge in retail firmware? 21.50.46 # yes 21.50.47 # Paul_The_Nerd: if I understood the manual etc correctly, you cant charge in retail 21.50.51 # but that is just me 21.51.08 # afruff23: Then eventually you'll be able to charge in Rockbox probably, so the battery charging tag should work (once that's implemented, that is) 21.51.08 # as it tends to then throw you OUT of the firmware and into a "charging..." screen, IIRC 21.51.28 # no, it doesn't 21.51.36 # Slasheri: any idea what a "-2" error code is on boot with dircache enabled? 21.51.42 # luckz: well, if not during the feature freeze, probably very soon after it (just make sure you remember to mention that to me again) :) 21.52.02 # the battery icon animates while charging in the original firmware 21.52.08 # ep0ch: unfortunately the error code doesn't tell much :/ you have two possibilities: 21.52.38 # too many files (dircache ram size limit is reached) or too deep directory structure (over 6-8 levels) 21.52.54 # hm, any idea why rockbox hangs sometimes? it happens after a time, i recognize it often when crossfading stops working, and when i try to swich tracks, the x5 hangs 21.53.00 # Slasheri: yes too many files - i tried 30,000 sid files :) 21.53.00 # ep0ch: if you want the exact error, you may check with logf enabled 21.53.05 # hehe :D 21.53.28 # yep, that is too much for dircache to handle 21.53.30 # boy wasn't rockbox happy when i tried to delete them as well 21.53.30 # haven't had that happen to me PhR3aK but then i don't use crossfade 21.53.47 # we would need some sort of compression to handle that much of files 21.53.54 # could it be that crossfading is not this stable? 21.54.01 # no worries 21.54.09 # I bleive it puts a lot fo strain on the processor 21.54.13 # to use crossfade 21.54.18 # yeah that could be 21.54.19 # believe* 21.54.26 # but i love this feature :) 21.54.34 # its always annoyed me 21.54.43 # i'm slightly confused ... why does 'make clean' makes sources unusable? (for example it removes 'firmware' dir) 21.54.47 # lots of changes to the playback engine has been made recently 21.54.58 # I got rid of crossfading because it takes annoyingly long to just skip a few tracks 21.54.59 Quit SereR0KR ("XChat Aqua") 21.54.59 # and in its current state it's quite buggy.. 21.55.08 # (it should not crossfade on manual skip IMO) 21.55.15 # Could the hold switch for the X55 be used for somethign other than hold? 21.55.18 # I really like crossfades on track end though 21.55.18 # but now going to sleep, night 21.55.18 # it took me a while to disable it on pause 21.55.29 # cya 21.55.34 # then i found it 21.55.34 # :) 21.55.35 # since the buttons and joystick never get accidentally pressed in most pockets 21.55.40 # luckz: i believe that is configurable 21.55.49 # afruff23: uh, in mine they do. I thought that too, at first. 21.55.58 Join robin__ [0] (n=robin@debian.demon.nl) 21.55.59 # hm... crossfading works for my when skipping tracks, too 21.56.06 # hardeep: you can make it crossfade only when in shuffle mode, but that still does that on manual skip 21.56.07 # where do I get the wad files for doom ? 21.56.13 # robin__: hy legal reasons 21.56.23 # i thought midk added an option for crossfade on skip 21.56.32 # hy ? means :) ? 21.56.41 # my* 21.56.45 # robin__: there's a shareware wad on the wiki page 21.56.45 # robin__: that this is not #warez, if I understand correctly 21.57.01 # robin__: I found them on a copy of the game I bought for $10 at walmart 21.57.03 # ok, but thought the demo wads was okay 21.57.09 # you can use free, legal WADs made by people 21.57.11 # i can reveal that it's not very hard to find on google 21.57.19 # no okay, it's doom1 ? 21.57.26 # robin__: yes, the demo wad is free 21.57.27 # robin__: Well the demo wad is linked to in the wiki at PluginDoom... 21.57.32 # ok 21.57.38 # thx 21.57.55 # so did anybody actually try doom on x5? or not? 21.58.00 # yes 21.58.05 # soem iaudiophile.net 21.58.10 # memebrs report it to be working 21.58.19 # yep they sad it works smoothly 21.58.19 # some* 21.58.26 # not smotthly 21.58.26 # using the /games/doom/ folder there too? 21.58.32 # they said there is no enter button 21.58.33 # no? 21.59.12 # i mean it doesnt lag... 21.59.17 # http://www.iaudiophile.net/gallery/albums/iaudio_x5/rockbox/IMG_2362_resize.jpg <- what game is that? 21.59.21 # don't know aboyt that 21.59.26 # luckz: bubbles 21.59.44 Quit Kohlrabi (Nick collision from services.) 21.59.53 Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-131-125.pools.arcor-ip.net) 22.00.07 # my mesage was directed to phr3ak BTW 22.00.19 # about* 22.01.07 # 2(afruff232): Is your x5 getting hot, too? i experienced this today 22.01.31 # is a wad an ascii file? 22.01.34 # or binary? 22.01.35 # i mean while using rockbox 22.02.06 # mine is getting kind of hot on the back 22.02.16 Join Naked [0] (i=naked@naked.iki.fi) 22.02.33 # hmm I have created a /games/doom/ directory and placed doom1.wad there 22.02.33 Nick Naked is now known as Hadaka (i=naked@naked.iki.fi) 22.02.37 # but it can't find the wad file? 22.02.38 # a lot of people have been notiving that as well 22.02.50 # robin__: please read the wiki page! 22.03.03 # directed at phr3ak 22.03.17 # Mikachu: sry :D 22.03.40 Quit RedBreva_ ("Leaving") 22.03.52 # something cool to add to the "car adapter mode" would be a switch that turned off all effects/eq and turned the volume all the way up for the best "line in" sound 22.06.22 # afruff23 hm... and another thing is, that the voltage (normally about 4V) is getting lower and lower at every start (you can see the voltage in the boot screen) 22.06.22 # line out* 22.06.22 Quit tianjing_ (Connection timed out) 22.06.22 # is it just me or is .rockbox starting to have too many dirs inside it? 22.06.23 # over tiem batteries lose voltage 22.06.23 # but I don't know how often 22.06.23 DBUG Enqueued KICK afruff23 22.06.23 # time* 22.06.23 # sicne they build up resistance 22.06.24 # hey, 22.06.46 # line out on the mp3 player, line in on the stereo yes 22.06.53 # you won't see anymore extra dirs for a while 22.06.59 # (feature freeze) 22.07.01 # somebody fuxxed up the tagcache play (i guess thats what ill call it), and they took off the "Add to playlist option" 22.07.13 # doom dir will go in there 22.07.40 # ? 22.07.43 # o nvm 22.07.45 Quit damaki_ (Remote closed the connection) 22.08.09 # subwayjared, yes but you were referrign to the player itself, the greatest line-out may not be mean a great line-in 22.08.14 # a common 'settings' dir would be nice, instead of having them scattered around 22.08.17 Quit theli_ua ("") 22.08.19 # may not mean* 22.08.20 # and how do I play fullscreen ? (there is some border), and get back to the menu ? 22.08.23 Join damaki_ [0] (n=Chocolat@ALille-153-1-33-100.w83-198.abo.wanadoo.fr) 22.08.34 Ctcp Ignored 2 channel CTCP requests in 20 minutes and 28 seconds at the last flood 22.08.34 # * robin__ kicks myself for not reading wiki 22.08.40 # robin__: go to the menu and options, and make change Screen Size 22.08.51 # wow, great sentence 22.09.00 # * Mikachu escapes to kitchen 22.09.18 # * Doomed sees if the new cvs 22.09.21 # RTFW :) 22.09.46 # i are back here! 22.10.00 # how doe we find out the exact changes to a wiki topic 22.10.50 # I knwo about the recent changes thign but it doesn't say where exactly in the topic 22.10.50 # how do* 22.10.50 Join JBGood25 [0] (i=Johnq@JBAUMAN.RES.cmu.edu) 22.11.21 Join webguest83 [0] (n=5312646e@labb.contactor.se) 22.11.28 # lol the sounds 22.11.30 # are wicked :) 22.11.36 # there is no music, that's right? 22.12.34 Join muesli__ [0] (n=muesli_t@88.134.20.76) 22.12.40 Quit webguest83 (Client Quit) 22.13.39 # robin, what palyer are you using? 22.13.45 # player* 22.14.00 # anybody no why this is happening? 22.15.03 # afruff23: ipod nano 22.15.33 # wtf, can anybody help me real quick 22.16.08 # wot 22.16.27 # has the rapture begun? 22.16.36 # what's the status of the gbc emulator for the ipod? 22.16.39 # ipod nano 22.16.55 Quit novimon (Read error: 110 (Connection timed out)) 22.17.40 # when i play a song, then i change to another song, the first song keeps playing 22.17.55 # the screen changes then the music abruptly stops and the new song starts 22.18.53 # robin__: It does not work yet. 22.19.00 # and why was the add to playlist option taken out of tagcache 22.19.31 # I assume there won't be a rockboy for X5 any time soon, due to the LCD things? 22.19.34 Quit JBGood (Read error: 110 (Connection timed out)) 22.20.06 # okay 22.20.15 # does this happen to anybody else 22.20.20 # Doomed: playback code is being reworked 22.20.25 # ok 22.20.26 # LCD things? 22.20.33 # you eman small LCD? 22.20.35 # mean* 22.20.43 # so thats why eh 22.20.48 Join lee-qid_ [0] (n=liqid@p5496704E.dip.t-dialin.net) 22.21.00 # afruff23: the X5 LCD works different, technically, and thus you cant simply make rockboy work in a second or two. read the feature request stuff for more information. 22.21.47 # luckz: link 22.21.50 # I couldn't find it 22.22.39 Quit wefds (Read error: 110 (Connection timed out)) 22.23.17 # Could anyone point me to a tutorial on how to make rockbox themes, I searched, but couldn't find anything 22.23.23 # whats the estimated time itll be finished? 22.23.48 Join Lamed_ [0] (n=Shachar@82.166.51.237) 22.24.01 # Doomed: There are no time estimates, really 22.24.12 # gahhhh 22.24.18 # its really annoying 22.24.18 # lol 22.24.33 # urgh. 22.24.39 # Well, it'll be done when someone does it. If you want to know when it's done, be the one working on it. :-p 22.24.46 # can you get an older build? 22.25.06 # * amiconn just discovered horizontal scrolling in oscilloscope is broken on greyscale ipods after the lcd driver flip 22.25.18 # * amiconn goes to fix the scrolling routines 22.25.52 # Older builds are available on the website. 22.26.01 # under "daily builds" click "older" under your player 22.26.35 # What is this LCD driver invert thing on 4G ipods? 22.26.48 # harbel: http://www.rockbox.org/twiki/bin/view/Main/CustomConfigFile 22.27.35 # that might not be what you're looking for 22.28.30 # Nope, I'm looking for how to make WPS files, moreso 22.28.36 # more so* 22.28.49 # go to the customWPS page 22.29.16 # http://www.rockbox.org/twiki/bin/view/Main/CustomWPS 22.29.24 # yeah i no where they are 22.29.30 # i would really like to help 22.29.35 # but i have no clue where to start 22.29.53 # doomed: are you talking about WPSes? 22.30.05 # no, talking about helping code 22.30.10 # oh 22.30.36 # eh i guess ill get an old version 22.31.49 # Thanks aruff23 22.32.35 # I don't know how to change font and font color though. Do you jsut change them in general settigns? 22.32.38 # just* 22.32.57 # You can set them in the .cfg file for the theme 22.33.52 # but there is no wiki on this format 22.33.53 # http://www.rockbox.org/twiki/bin/view/Main/CustomConfigFile 22.34.01 # it mentions that thmes also use this format 22.34.08 # but they don't mention what variables 22.34.16 # Manually save your settings, and then all variables are in the .cfg 22.34.21 # Then trim the ones you don't want changes. 22.34.41 Quit PhR3aK ("get satisfied! :: (Gamers.IRC) www.gamersirc.net ::") 22.34.58 # afruff23: http://www.rockbox.org/tracker/task/4951 22.35.01 # can you change the font color for the WPS and not the menus? 22.35.09 # no 22.36.36 # if I "open" a cfg file with only the foreground color variables, will my other settings change? (i.e. id3 tag priority, scroll speed, etc.) 22.36.58 Quit Lamed (Read error: 110 (Connection timed out)) 22.38.03 # to reword my question better, if a cfg file is applied and it only contains some but not all variables, will the unincluded variables be affected(i.e. go back to default values)? 22.38.11 # I dont think so. 22.38.12 # no 22.38.16 Quit subwayjared () 22.38.23 # thanks 22.38.23 # I had a huge problem because one config file changed my background and that made everything unreadable. 22.38.27 # I had no other background file. 22.39.02 # I think a "reset .cfg-changed things to standard values" option wouldnt be all that horrible. an easy-to-find one, that is 22.39.36 # Just put the hold switch to the on position when starting up rockbox 22.40.07 # It resets settings, if I'm not mistaken 22.41.11 # yes 22.41.13 Join Febs [0] (n=40be24d8@labb.contactor.se) 22.41.16 # does anybody know the mAh ratign of the X5L battery? 22.41.25 # rating* 22.41.27 # It's in the x5 forums, isn't it? 22.41.31 # no 22.41.34 # I couldn't fidn it 22.41.38 # oh 22.41.44 # you meant rockbox.rog forums 22.41.47 # I'll check 22.41.50 # org* 22.43.02 # I'm basically always going to mean the Rockbox forums. 22.43.47 # yea, I'm used to the iaudiophile.net forums 22.43.56 Join RedBreva [0] (n=root@host86-133-124-164.range86-133.btcentralplus.com) 22.43.56 # :-p 22.44.15 Quit harbel () 22.44.24 # afruff23: 2250 mah 22.44.27 # is what linus says 22.44.31 # i think he's pretty close 22.44.37 # some claim that its over 3200 22.44.41 # hard to guage 22.44.49 Quit Lamed_ ("Chatzilla 0.9.69.1 [Firefox 1.5.0.1/2006011112]") 22.44.52 # and really isn't important as the meter isn't accurate 22.45.09 # yea, I found hat topic 22.45.12 # that* 22.45.30 # ah ok 22.45.53 # is 2250 good?(compared to other rockbox players) 22.46.11 # yeah 22.46.21 # The H120/320 are 1300. 22.46.32 # actually i think the x5l has one of the stronger batteries if not the strongest 22.46.41 # Some say the H300 is 1400mAh 22.46.41 # Though many people have replaced 'em with 1900-2200 ones. 22.47.16 # are there any higher cpacity batteries available in a size that would fit mp3 players 22.47.29 # I am aware the price would be high 22.48.12 # probably.. it all depends on the form factor of the case, how badly you want to void your warranty, etc 22.48.13 # Well it depends on the mp3 player 22.48.54 # i get pretty good life out of my x5l.. like 20 hours 22.49.04 # anybody know the iPod 60 gig 5g's mAh? 22.49.08 # that was with default firmware or rockbox 22.50.08 # all of my songs are ogg q6, mp3 vbr (around 256), and mpc extreme 22.50.34 # ogg seems to give me the most battery life... 22.50.48 # odd, ogg is usually the msot intensive 22.50.51 # most* 22.51.00 # what bitrate is q6? 22.51.02 # i think the smaller the size the better battery life you can expect.. of course the higher the compression lower the sound quality 22.51.09 # i think mp3 is the worst optimised one 22.51.17 # afruff23: vorbis doesn't use bitrate settings... 22.51.25 # that's the point of the quality setting 22.51.38 # there's no AVerage bitrate? 22.51.40 # average* 22.51.43 # no 22.51.53 # you _can_ encode with an abr 22.51.57 # q6 is _very_ roughly average to 192kbps 22.52.04 # but that's very roughly, and there's no rate control 22.52.14 # but it's not recommended 22.52.43 # and ogg uses more cpu, but less disk access... and the disk access is what drains the battery 22.52.48 # at least in my experience 22.52.54 # flac really sucked the juice 22.52.56 # some guy made the encoder work with very low bitrates, like 4 or 8, and encoded a dire straits song with it 22.53.09 # it's like 250kB for 5 minutes and you can actually hear what they sing and some of the instruments 22.53.18 # ha ha ha 22.53.27 # speaking of bitrates 22.53.29 Join fiftyfour123 [0] (n=chatzill@cpe-66-108-136-179.nyc.res.rr.com) 22.54.24 # i want that song! 22.54.42 # looks like ipod batteries vary in size.. from 600 to 1600 22.54.55 # http://www.cellsavers.co.uk/acatalog/iPOD_Batteries_iPOD_battery.html 22.54.59 # according to that anyway 22.56.24 # slasheri: Is there a particular reason why when selecting a song in an album it would take 8 seconds for playback to start in tagcache, or is that just an "I haven't gotten around to making it create playlists quickly" thing? 22.56.29 # Mikachu: haha, yeah, that was experimental, however 22.56.40 # sultans of swing at 1kbps 22.56.47 # i know i have the ogg somewhere 22.56.50 # i just can't remember the name 22.57.00 # ha ha ha.. sultans of vomit 22.57.02 # at that bitrate 22.57.34 # pft 22.57.40 # sultans of swing > * 22.57.48 # goffa; there are no iPod video 60 gig specs on that page 22.58.32 # afruff23: from that page 22.58.37 # iPod 4th Generation (4G) Battery 22.58.37 # Battery for the Apple iPod 4th Gen (4G) 20 GB, 30GB, 40GB & 60GB. Battery specification : Li-Ion, 3.7v, 750 mAh 22.58.41 # Compatible with the following part numbers : 22.58.43 # 616-0183, 616-0206, AW4701218074 , ICP0534500 22.58.46 # i found it :) 22.59.32 # that says 4G 22.59.35 # not 5G 22.59.52 # ipod video=5G 23.00.21 # ah... 23.00.21 Quit RoC_MM ("Leaving") 23.00.32 # Vorbis stream 1: 23.00.32 # Total data length: 199244 bytes 23.00.32 # Playback length: 5m:46.293s 23.00.32 # Average bitrate: 4.602895 kb/s 23.01.23 # you could stream this comfortably on a 28k modem 23.01.30 # (obviously) 23.01.44 # Mikachu: send ;) 23.01.48 # or url, heh 23.01.53 # serial port would be just dandy. 23.01.55 # crashd: you already autoaccepted it :P 23.01.59 # oh, heh 23.02.01 # i went for a smoke 23.02.03 # i'd estimate around 910 23.02.09 # and then did the irssi 'chase the window' game 23.02.09 # for the 5g 23.02.15 # Mikachu: so i did! 23.02.16 # crashd: alt-a? 23.02.25 # based on http://ipodbatteryfaq.com/ipodbatteryandpower.html 23.02.33 # and taking 14hrs vs 20 hrs 23.02.36 # Mikachu: alt-winnumber over and over, i cant do with having acts 23.02.46 # crashd: try holding alt-a instead 23.02.57 # thats probably not exact.. but its ballpark 23.02.58 # i remapped the alias 23.03.02 # but i dont remember to what O.o 23.03.05 # heh 23.03.21 # or /script install chanact 23.03.50 Join harbel [0] (n=harbel@chtwpe0105w-142068115155.pppoe-dynamic.pei.aliant.net) 23.03.54 # * Paul_The_Nerd sighs. 23.04.54 # There is something clearly wrong when someone encounters a problem, you ask if they followed all the instructions, and they say "What guy does?" 23.05.12 # yeah, some kind of language barrier there 23.05.42 Quit RedBreva (Remote closed the connection) 23.05.45 # crashd: what do you think of the quality? :) 23.06.12 # interesting 23.06.20 # it's like listening to it through a wall 23.06.32 # but you can identify the instruments 23.06.35 # it is better than mp3 at 4kbits/s 23.07.04 # i bet you could tweak it to make it sound better 23.07.07 # Hmm, interesting: Just removing data_end++; and changing the loop condition from data < data_end to data <= data_end shaved 16 bytes off the binary 23.07.09 # (ipod) 23.07.47 # i found an inline function in tremor that when un-inlined made the codec 10kB smaller (it was 110kB before) 23.07.57 # i wonder which is better 23.08.52 Part harbel ("Leaving") 23.09.44 Join harbel [0] (n=harbel@chtwpe0105w-142068115155.pppoe-dynamic.pei.aliant.net) 23.09.49 # amiconn: weird... 23.10.17 # Mikachu: only one way to find out 23.10.34 # Anyway, one step closer to grayscale lib: lcd_blit() in cvs... 23.11.54 # ...and I know the LCD refresh rates for 4g gray and mini 2g. They are a bit lower than on archos and H1x0, but that lowers the CPU load a bit 23.13.08 # preglow: and what is that? 23.13.10 # Unfortunately the grayscale lib on ipod will suck almost 50% CPU power (at 75MHz), similar to what it draws on archos 23.13.28 # On H1x0 it needs less than 10%, and we don't need to boost... 23.13.54 Join |Unknown| [0] (i=pinchas@216-145-235-108.rev.dls.net) 23.15.47 # amiconn: ouuuch 23.15.53 # amiconn: why so high? 23.16.00 # <|Unknown|> where can i get tagcache? 23.16.04 # The slow lcd write... 23.16.08 # riiight 23.16.13 # tagcahe is in the CVS 23.16.14 # |Unknonw|: It's built in. 23.16.31 # it's already included if you have a relatively new rockbox build 23.16.50 *** Saving seen data "./dancer.seen" 23.16.56 # <|Unknown|> hum is there a way to access music then without accessing ipod_control and selecting music and different folders 23.17.17 # tagcahe? 23.17.21 # |Unknown|: Enable tagcache and let it index your music. Tagcache is explained more fully at the TagCache wiki page. 23.17.34 # u have to force it to use tagcache 23.17.55 # at gunpoint 23.17.58 # unrelated, http://forums.rockbox.org/index.php?topic=3368.0 23.18.07 # will this be lower quality than a dedicated line-in? 23.18.09 # okiedoke 23.18.14 # anyone wanna test new crossfeed? 23.18.41 # the link I posted was to a discuassion of using the iPod's headphone prot as a line-in port 23.19.26 # or zoide speaking and some guy saying lol 23.19.27 # preglow: So, using the grayscale lib on ipod *will* make mp3 playback skip as hell for sure :-( 23.19.43 # preglow: meeeeeeeeeeeee :) 23.20.08 # ep0ch: you can do your own compiles, yes? 23.20.13 # amiconn: how lovely 23.20.14 # amiconn: Remember, you have the second core right? Won't playback eventually be done over there? 23.20.21 # yup 23.20.47 # * amiconn decides PP should be bashed for not releasing docs 23.20.55 # Paul_The_Nerd: riiight 23.21.21 # preglow: Would it be possible to run the grayscale isr on the cop? 23.21.24 # amiconn: By eventually, I mean somewhere around 2010 or so, but it still means that playback + grayscale is feasible. Just not, y'know... likely any time soon. 23.21.55 # * amiconn doesn't know anything about the communication between the 2 cores 23.22.33 # http://www.pvv.org/~thomj/rockbox/new_crossfeed.patch 23.22.53 # beware your ears, sounds may be distorted until you start adjusting settings for some reason 23.23.01 # amiconn: sure 23.23.17 # amiconn: but i don't think we should do that 23.23.30 # amiconn: eventually we'll move audio/dsp to it anyway so that core 1 will have more free cycles 23.23.32 # I really wish I understood why pause -> unpause during initial buffer fill causes insanity. 23.23.39 Join ashridah [0] (n=ashridah@220-253-120-131.VIC.netspace.net.au) 23.24.09 # lostlogic: It's one of those fundamental laws of the univers. Y'know "What can go wrong, will go wrong" and "The work Brandon picks shall never be easy" 23.24.22 # lostlogic: Why is there a distinction between initial fill and subsequent fills, btw? 23.24.39 # amiconn: this is one of the ways I've considered solving the problem :-P 23.24.48 # The hwcodec engine doesn't distinguish these 23.24.59 # amiconn: but I'd rather understand why it causes a problem first. 23.25.18 Join Daishi [0] (n=daishi@ool-18bcf48a.dyn.optonline.net) 23.25.56 # ep0ch: lemme know what you think 23.26.00 # lostlogic: did you have the strange behaviour when you stop playback and resume, no audio and when you go to debug audio menu, all is freezed? 23.26.00 Quit quobl (SendQ exceeded) 23.26.05 # hmph, now I can't get it to screw up any more, this is very frustrating, and I'm obviously missing some mode of interaction between the two threads. 23.26.31 # Moos: yes, sometimes when playing from an offset I've had that. 23.26.37 # preglow: will do, just copying over the new build 23.26.57 Part raf82 23.27.06 # lostlogic: you really have destoyed playback man : ) 23.27.47 # preglow: From looking at the lcd writing code, it seems there is something like an interface controller between the cpu and the actual lcd controller 23.27.59 # amiconn: wouldn't surprise me 23.28.04 # lostlogic: ohoh, I didn't test your last fix yet 23.28.07 # This controller handles the timing requirements of the lcd controller 23.28.16 # Audio ADC/DAC driver 50% Playback works, recording not done 23.28.17 # Moos: don't expect much new in the latest, that was mostly non-functional changes. 23.28.21 # from X5 port page 23.28.31 # does recording necessarily mean using hte Mic? 23.28.34 # the* 23.28.35 # ...but: somehow the timing is apparently much slower than what the lcd controller can handle 23.28.37 # lostlogic: ok 23.28.39 # preglow: do you have any recommended settings for crossfeed? 23.28.40 # amiconn: damn, it's got _SIX_ dma channels 23.28.47 # ep0ch: the defaults should be pretty nice 23.28.55 # Moos: yes, I expected I'd severely break playback when I started this, now the goal is to fix it. and in the end we'll have a cleaner and more robust (and a bit faster) system. 23.28.56 # in other words, are there definite plans to support the mic on the X5? 23.29.20 # ep0ch: http://www.ohl.to/interests-in-audio/crossfeed-and-eq-for-headphones/ 23.29.24 # I suspect there's some configuration register for this interface controller, where the timings can be adjusted 23.29.25 # lostlogic: we are in bugs hunting, no? : ) 23.29.28 # ep0ch: check that page, it's from jlo, who designed the crossfeed 23.29.40 # we really should find out how to use the dma 23.29.43 # this was on the 3.0 release schedule :-P 23.29.47 # Now if I only knew this register :-( 23.29.53 # afruff23: There are always plans to support all hardware, it's just a matter of how long it'll take. 23.30.00 # preglow: cool 23.30.29 # "Datasheets are only available to ALi's development partners and customers who have signed non-disclosure agreements. Unfortunately, datasheets cannot be provided to end-users. ALi will review requests from other developers and grant them on a case-by-case basis. " 23.30.44 # taken from X5 hardware components page talking about USB chip on X5 23.30.50 Quit Febs ("CGI:IRC (EOF)") 23.30.51 # lostlogic: but why didn't made patches and ask for testers instead of commit broken code? :p 23.31.00 # has any developer cotnacted these guys for a datasheet 23.31.04 # contacted* 23.31.07 # preglow: no option to change the delay? 23.31.18 # afruff23: Since there's a non-disclosure agreement, information from the datasheet may not be able to be used anyway., 23.31.19 # to help engineer USba nd USB-OTG 23.31.20 # ep0ch: nope 23.31.52 # amiconn: the pp spec sheet says it's got display controllers 23.32.11 # preglow: The lcd controller can handle cycle times of 600ns at the lowest voltage. It's a 16bit i/f, so this would allow ~3MByte/s transfer rate. 23.33.00 # Moos: I'm encouraging people to help me. 23.33.20 # Moos: and because I don't have my own SCM system and want revision control and tracking on the various steps of the process. 23.33.33 # (that is I'm too lazy to set up a local repository for versioning) 23.33.33 # we're in dev anyway 23.33.36 # However, we get 156fps on mini at 75MHz, which means only 580KByte/s 23.33.54 # lostlogic: hehe :) 23.34.01 # "naked: Use this attribute on the ARM, AVR, C4x and IP2K ports to indicate that the specified function does not need prologue/epilogue sequences generated by the compiler. It is up to the programmer to provide these sequences." <- what does that mean? 23.34.08 # So where's the slowness factor of 5 coming from? 23.34.10 # lostlogic: if you need I test something, just ask 23.34.11 # besides, now lostlogic has all the testers he could ever want :P 23.34.33 # :-) 23.34.34 # exactly, I just hafta look for people yelling my name in the channel :) 23.35.01 # ep0ch: i guess i could hack up a version that has the delay control as well 23.35.14 # * scottder yells random things at lostlogic 23.35.17 # i'm just sceptical to include it since i don't think it'll have very much impact, and will make my code slower 23.35.22 # preglow: new crosfeed coming? 23.35.34 # Moos: i just posted the patch here 23.35.48 # http://www.pvv.org/~thomj/rockbox/new_crossfeed.patch 23.35.49 # goodie 23.35.51 # preglow: i say don't do it if its going to make it slower 23.36.11 # ep0ch: it might, i'm coding the assembler optimised routine now, and it doesn't look like i'll have any registers to spare 23.38.50 Quit Doomed ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") 23.40.06 # preglow: crossfeed seems good, without the attenuation loss its easier to compare the difference with and without crossfeed now 23.41.00 # ep0ch: yup, be careful you don't make it clip now, though 23.41.04 # ep0ch: since that's possible 23.41.07 # are the interrupt handlers written in assembler? 23.41.18 # Mikachu: on ipod, only the fiq handler is 23.41.22 # okay 23.41.24 # that's the most critical one anyway 23.41.36 # there is an "interrupt" attribute in gcc 23.41.41 # preglow: Hah, this is nice: In arm asm, a conditional return is just one instruction, including the register restore... 23.41.45 # "The compiler will generate function entry and exit sequences suitable for use in an interrupt handler when this attribute is present." 23.41.55 # amiconn: yeah, that's really sweet 23.41.57 # Permissible values for this parameter are: IRQ, FIQ, SWI, ABORT and UNDEF. 23.42.07 # amiconn: and including a thumb/arm state change 23.42.16 # ldmeqia sp!, {......., pc} 23.42.46 # the ldm and stm instructions are really handy 23.43.58 # sweet god, gcc is so incredibly wasteful with the registers 23.44.48 # What still confuses me is the operand order 23.45.09 # it's quite logical, really 23.45.14 # it's in algebraic order for most thing 23.45.15 # s 23.45.26 # preglow: are you supposed to add strings in the middle of the lagn file? 23.45.27 # add r0, r1, r2 -> r0 = r1 + r2 23.45.37 # Mikachu: No, never 23.45.44 # right 23.45.48 # that's why one of my menus had YES = PLAY in it then 23.45.53 # i tried to follow the logical layout of amiconns lang update 23.46.32 # i question how useful the lang file backwards compatability is 23.46.45 # preglow: crossfeed is now so far better, in one usable state for use it always for me now : ) 23.47.23 # * Moos is playing with settings 23.47.32 # Moos: i want feedback on the settings 23.47.36 # they're really subtle 23.47.52 # i couldn't find anything in the menus :) 23.48.00 Join petur [0] (n=petur@rockbox/developer/petur) 23.48.10 # Mikachu: eh? what did you do, then? 23.48.18 # amiconn: if i rm english.lng, will it use the builtin strings? 23.48.34 # feels sort of silly to load the strings twice 23.49.00 # If you reset the settings, english.lng isn't loaded 23.49.06 # It's not even checked for 23.49.37 # but i need the english.lng if i want to change back to english from something, heh 23.49.52 # If you loaded it once, the settings block will remember it. If you then remove english.lng, it will still try to load it, but fail 23.49.53 # or save settings, edit out the lang, reset and reload 23.50.18 # that remind me I need to finish francais.lang rework 23.50.23 # However, not loading english.lng won't save any memory 23.50.36 # but possibly a millisecond of startup time? 23.50.43 # amiconn: but ok, why can't i add a string in the middle of the lang file? only because of backwards compat. with older files? 23.50.50 # Mikachu: yes ;) 23.50.57 # that's what i cared about :) 23.51.18 # preglow: Yes, backwards compatibility with .lng *and* .voice files (!!!!!!!!!!!!!!!!!!) 23.51.32 Join austriancoder [0] (n=austrian@80.120.117.30) 23.51.32 # right, i guess the voice file compatability is a better point 23.51.33 # seeking is somewhat broken on h120 :( 23.51.44 # i can't imagine why the hell someone would want to run with an old lang file 23.51.58 # useful, i can edit the .cfg with jdgordons text editor 23.52.09 # when seeking playback hangs after stopping to seek. Pausing and unpausing gets playback to work again. 23.52.09 # Not necessarily want, but it might happen 23.52.15 # bluebrother^: yes, yes it is, on all swcodec targets, until I figure out why seek_complete is not always unpausing. 23.52.21 # Then the strings would be all mixed up.... 23.52.39 # lostlogic: good luck ;) 23.52.40 # amiconn: i don't necessarily think we should support broken installs... 23.52.47 # but anyway, the voice file point is valid 23.52.49 # i'll fix it 23.52.57 Part Paul_The_Nerd 23.52.59 # lostlogic: ah, ok. Wasn't reading the log recently. 23.53.42 # bluebrother^: there are other playback problems whcih are worse, but harder to trigger too :-D 23.53.55 # amiconn: btw, why do we care? we don't even _have_ voice files now, isn't it better if i keep the nice structure you made in the lang file until release? :) 23.54.21 # e.g. like the beep that I'm sometimes missing? 23.54.36 # The .lang will see a final cleanup before release anyway (I hope) 23.54.40 # bluebrother^: that's an old one, and is not what my current work effects 23.54.48 # okiedoke 23.54.49 # (which isn't important to me) 23.54.53 # i'll put them at the end instead, then 23.54.53 # ...and we have voice files, I just didn't upload them yet 23.55.12 # lostlogic: maybe put bug report somwhere in the wiki until you fix all of them? maybe the playback one 23.55.19 # sounds like the swcodecs need some work until the release. 23.55.35 # btw, is doom supposed to work on h120? 23.55.38 # Reminds me, voice files should also know about the binary language version 23.55.42 # bluebrother^: it's one of the major things going into 3.0... the big fat rework that I started a long time ago with pcmbuf rework. 23.55.47 # Moos: good thinking. 23.55.59 # lostlogic: that way easy to see if is one new bug or known one 23.57.00 # when you have a bit of time, put the bugs you already know, and we'll add new ones for help you a bit 23.58.16 # where does execution start in rockbox? 23.58.53 # heh, google's answer for "tan(pi/2) = 1.63317787 * 10^16"... should be "tan(pi/2) = undefined" :D