--- Log for 20.08.105 Server: kornbluth.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 15 hours ago 00.10.12 Quit ender` (Read error: 113 (No route to host)) 00.10.29 Join webguest31 [0] (n=d5ee4c08@labb.contactor.se) 00.16.58 Quit AliasCoffee (Read error: 60 (Operation timed out)) 00.22.04 *** Saving seen data "./dancer.seen" 00.24.06 Quit ansivirus (Remote closed the connection) 00.27.00 Join stripwax_ [0] (n=stripwax@213-228-241-36.dsl.prodigynet.co.uk) 00.27.27 # ello 00.27.52 # god 00.27.53 # tv sucks 00.27.54 # hello. 00.28.22 Quit CBM-away (Read error: 110 (Connection timed out)) 00.28.23 Join muesli- [0] (i=muesli_t@hmln-d9b8ef42.pool.mediaWays.net) 00.28.33 # HCl :) 00.28.37 # hi.. 00.28.38 # how goes? :/ 00.28.49 # * HCl is in his i-need-to-get-away-from-shallow-people-badly mood 00.29.39 # having some problems with recent daily builds. keep crashing right near the end of playing an ogg track. not sure if that's cos my hard drive is about to die or not, but I get illegal instruction exceptions very very often 00.29.53 # :/ 00.30.29 # stripwax_: Did you try the latest build (at least after Linus' pcm_playback.c fix from today)? 00.30.52 # yeah was just thinking that. not yet ,and will do 00.32.02 # here's a weird one. if I press the PLAY button while listening to FM radio on iriver, it exits the radio mode but the radio is still playing! can even listen to FM and ogg at the same time :-D 00.32.26 # This is (almost) intended 00.32.33 # oh really? 00.32.36 # ...and documented :/ 00.32.56 # Yes, you can leave the radio screen in 2 ways, leaving the radio playing or not 00.33.21 # This is in order to be able to access the menu, run plugins etc without interrupting radio playback 00.33.38 # The only bug is that the radio should stop when you start playing audio files 00.34.15 # right... 00.34.29 # is anybody working on making the wps screen available when not playing? 00.34.45 # this has been discussed on the web forum 00.35.09 # I'd like to be able to change volume *before* playing a file 00.35.28 # You can always change the volume, from the menu 00.36.19 # ah, you're right. 00.36.59 # then, what is the reason for the "sound settings" item to be in the "context menu" of the wps? 00.38.14 Join RotAtoR [0] (n=e@12-208-69-190.client.insightBB.com) 00.40.50 # amiconn - get a chance to look at your alternative level caching idea for the sokoban plugin? 00.44.37 # yeah, pls cache ALL levels :D 00.44.43 # would be great 00.45.20 # muesli- amiconn's idea was to just size the level cache based on the size of the plugin memory (rather than just caching 20 levels at a time) 00.45.54 # how many levels does sokoban contain? 00.45.57 # 100 00.46.01 # wow 00.46.24 # level 61 is insanely hard. 00.46.24 # 20 are enough...you'll need some time to reach level 20 00.46.37 # muesli- my patch caches 20 levels 00.46.48 # excellent :D 00.47.30 # did amiconn code all levels or was it a port? 00.47.46 # a port i think 00.47.53 # I didn't code sokoban 00.49.02 # you must be crazy to code those levels 00.49.09 # really 00.49.18 # solving them is haed enough 00.49.21 # Hmm? 00.49.22 # hard 00.49.26 # [00:47:54] I didn't code sokoban 00.49.34 # *at all* 00.49.36 # i mean in generall 00.49.41 # -l 00.49.43 # :-D 00.50.42 Join Beep [0] (n=d92ba1c2@labb.contactor.se) 00.51.04 # My iriver got stuck on the loading original firmware screen 00.52.25 # is there something like lcd_mono_bitmap that takes as input a mono bitmap but colorizes it ? 00.52.25 # ouch. 00.52.49 # hey hcl ;) 00.52.55 # yeh, wont restart either 00.53.15 # does reset help? 00.53.37 # Thats what i meant above ^^ reset doesnt work 00.53.57 # how's yr battery? 00.54.07 # was it full or rather empty? 00.54.09 # reset doesn't work? 00.54.09 # good and you ? 00.54.24 # Batterys have only just been charged 00.54.30 # hum 00.54.46 # but rbx boots? 00.54.49 # Reset doesnt work, just stays on the starting original firmware 00.54.58 # modded battery or original? 00.55.05 # Original :| 00.55.08 # hmk... 00.55.14 # odd that the reset doesn't work 00.55.20 # it worked bout an hour ago 00.55.24 # are you sure you're pushing the reset button in properly? 00.55.34 # ive pressed it alot 00.55.37 # k 00.55.38 # sorry 00.55.50 # sometimes you don't know what people do to their computers.... 00.55.59 # anyways. 00.56.00 # hm. 00.56.08 # :| huh 00.56.19 # well, opening it up and unplugging the battery manually isn't a good idea either.. 00.56.40 # that thing is plugged in tight, when i unplugged it for my battery replacement i destroyed the plug of the original battery 00.56.46 # while trying to get it out 00.56.47 # Beep - what are you using to press in the reset button? (could be that the reset button is physically broken..) 00.57.18 # is the harddisk doing anything? 00.57.20 # a metal paper clip that fits in the hole almost perfectly 00.57.30 # nah HDD is doing jack 00.57.33 # * HCl always uses a paperclip too.. 00.57.33 # okay 00.57.42 # what *i* would do, is simply let it run out of battery.. 00.57.49 # but thats just me. 00.57.53 # i dunno if thats a good idea 00.58.21 Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.58.33 # maybe the only option that is left 00.58.39 # Oh yeah, that's something that's been annoying me. When my iriver crashes (illegal instruction..), the hard drive stays on. Any way to tell the hard drive to stop from the illegal instruction handler? 00.58.52 # if i opened her up, wouldnt i be able to see the rest button ? 00.58.57 # iirc there's hardly anything you can do at a crash.. 00.59.00 # reset# 00.59.02 # Beep: i think so. 00.59.16 # ill give it ago brb 00.59.18 # but letting it drain might be safer 00.59.20 # good luck 00.59.24 # and be careful :x 00.59.50 # nah i like livingon the edge 00.59.54 # mk. 01.00.05 # * HCl gets terrified just when he has to flash an 300 euro device, heh. 01.00.19 # well, not terrified 01.00.21 # but i far from lik it 01.00.22 # like 01.00.37 Quit Moos (Read error: 104 (Connection reset by peer)) 01.00.44 # will rbx sometime fully flashable? 01.00.51 # probably sometime 01.01.55 # Is FM radio playlists in yet ? 01.02.16 # radio playlist? 01.02.24 # wow the reset button is mashed 01.02.47 # mine too 01.02.53 # Beep - yeah... 01.02.55 # and i didnt use it very often 01.03.06 # Beep - fm radio playlist? 01.03.22 # Yeh so i can store the radio stations 01.03.31 # oh right. presets, right? not playlist 01.03.39 # favourite list whatever yes presets 01.03.43 # :-) 01.03.54 # Ok , what do i do with mashed reset buttons 01.04.35 # Beep - is the reset *switch* mashed or just the button? (I'm not sure of the iriver reset switch, maybe it's all one piece) 01.04.57 # just the black buitton thing i think 01.05.52 # Beep - can probably just stick something in its place 01.07.35 # * Beep im going in 01.09.40 Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 01.10.27 # ok the reset buttons moosed 01.10.45 # How do i discombobulate the battery connector 01.11.10 # is it on the battery or in the unit the connection 01.11.57 # ? 01.13.32 # how do i disconnect the battery from the unit 01.15.16 # just unplug it 01.15.39 # yeh lol, where from 01.15.49 # ok the whole reset button is destroyed 01.16.10 # * Beep is procceding to ape shit mode 01.17.13 # Beep - search the forums on misticriver.net - there's a guide for replacing the battery which shows where the connector is (I don't happen to know..) 01.17.19 # beep 01.17.31 # i happen to know its near impossible to detach the battery from the mainboard properly 01.17.38 # i suggest you try to find the connectors of the reset button 01.17.44 # and connect them with a paperclip or so 01.18.41 # http://www.iriverlounge.de/pdf/srvguid/iHP-H_ServiceGuide_4032.01.02low.pdf 01.18.46 # check this out dude 01.19.04 Join TCK [0] (i=TCK@81-86-96-249.dsl.pipex.com) 01.19.33 Part stripwax_ 01.20.24 # i cant remove the HDD 01.21.22 # its a litlle bit tricky 01.21.27 # remove that blue stuff 01.21.46 # oh i see, i thought it was screwed in 01.21.47 # its out now 01.22.39 # erm the connections are actually welded to the board 01.24.00 # what would happen if i just shorted somthing with out the HDD in ? 01.26.56 # i think its safe to say its bricked 01.28.28 # ok i managed to reset it using a scredriver making a connection it says ATA error 01.28.34 # insert usb cable ? 01.29.03 # ok done that it says Bootloader USB mode 01.29.39 # i just got an electric shock and it turned off 01.29.53 # :| 01.30.51 # :x 01.31.09 # Ok now the hdd is running but the screen isnt on 01.33.54 # WHOS THE DADDY 01.34.32 # got it to work? 01.34.49 # shit its constantly rebooting it has a metal circle over it 01.42.46 # *dances* 01.42.49 # it work 01.43.09 # Im glad the unit is tougher than the reset button 01.46.05 Quit hicks_ ("Too lazy to change my quit message") 01.47.07 Quit muesli- (Read error: 110 (Connection timed out)) 01.49.54 # grats o.o 02.05.24 Join ashridah [0] (i=ashridah@220-253-123-165.VIC.netspace.net.au) 02.07.29 # Time to flash back to Iriver for good tho, it hasnt needed to be reset for the 2 yearts ive had it 02.07.43 # rock box is just to risky 02.18.56 Quit Beep ("CGI:IRC (EOF)") 02.22.07 *** Saving seen data "./dancer.seen" 02.23.27 # O.o... 02.23.39 # tears half his player up then puts it back together 02.23.43 # then says rockbox is too risky 02.23.45 # lmao. 02.24.42 # :) 03.08.14 Join phislammajamma [0] (n=stryfe@pool-162-84-247-72.ny5030.east.verizon.net) 03.31.11 Quit matsl (Remote closed the connection) 03.47.14 Part phislammajamma 04.03.03 Quit BBub (Read error: 104 (Connection reset by peer)) 04.05.19 Join QT_ [0] (i=as@madwifi/users/area51) 04.16.31 Join phaedrus96 [0] (n=Unknown@p54AE1B82.dip0.t-ipconnect.de) 04.17.30 Join CheeseBurgerMan [0] (n=BurgerBo@63.150.80.89) 04.19.58 Quit QT (Read error: 110 (Connection timed out)) 04.20.42 Quit phaedrus961 (Read error: 110 (Connection timed out)) 04.21.34 Quit RotAtoR () 04.22.09 *** Saving seen data "./dancer.seen" 04.22.56 Nick phaedrus96 is now known as phaedrus961 (n=Unknown@p54AE1B82.dip0.t-ipconnect.de) 04.48.50 Join ansivirus [0] (n=ansiviru@adsl-69-148-89-72.dsl.rcsntx.swbell.net) 05.05.58 Join solex_ [0] (n=jrschulz@c219161.adsl.hansenet.de) 05.17.08 Quit solex (Read error: 110 (Connection timed out)) 06.22.10 *** Saving seen data "./dancer.seen" 07.04.36 Nick CheeseBurgerMan is now known as CBM-away (n=BurgerBo@63.150.80.89) 08.22.11 *** No seen item changed, no save performed. 08.24.27 Join Lost-ash [0] (i=ashridah@220-253-120-96.VIC.netspace.net.au) 08.25.59 Quit ashridah (Read error: 110 (Connection timed out)) 08.26.49 Join Zagor [0] (i=foobar@h63n1fls31o265.telia.com) 08.31.15 # morning 08.37.42 # morning 08.51.59 Nick Lost-ash is now known as ashridah (i=ashridah@220-253-120-96.VIC.netspace.net.au) 09.01.51 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 09.11.37 # hi 09.11.53 # today i might commit the voice ui for iriver (initial version) :) 09.15.57 # I could really need some helpful hints from Linus 09.16.21 # Still trying to figure out how to hook up the runtimedb on archos 09.17.02 # My own proposal (the buffer / unbuffer events) does make it difficult 09.17.07 # Slasher: Perhaps you could give me some hints too 09.17.41 # amiconn: Hmm.. i really don't know how the runtimedb works.. i haven't used it yet 09.19.00 # But i think that writing an amarok plugin in future that allows to sync the db with amarok would be really cool 09.19.39 # Is it correct that there are basically two cases where I have to call the unbuffer callback? (1) Directly before loading new tracks: for the tracks that are done playing (2) When rebuffering for various reasons (skip forward outside of buffered track range, stop playback): for the tracks that are not yet played 09.19.57 # (and in case of sopping playback also for the current track) 09.20.03 # *stopping 09.20.07 Nick QT_ is now known as QT (i=as@madwifi/users/area51) 09.20.16 # Did I miss something here? 09.20.58 # Hmm, i think you need to call unbuffer callbacks only when a track is really unloaded from memory (or prior to buffer callback for the same track) 09.21.28 # you should always have the same number of unbuffer callbacks as buffer callbacks 09.22.51 # A track is never literally 'unloaded' 09.23.15 # It is merely made invalid, and the implementation in mpeg.c is somewhat different from playback.c 09.24.16 # I know that the callbacks have to be balanced 09.24.24 # Hmm, true. Maybe there is some point of no return to the previous track without rebuffering.. Then you should call the unbuffer callback. Just make sure the buffer callbacks are sync with unbuffer callbacks and everything should be fine 09.24.29 # yes.. 09.24.44 # Yes, skip back on archos always rebuffers 09.24.58 # ...even if the start of the track is still in the buffer 09.25.07 # ah, just call it always when tracks "ends" 09.25.45 Join gursikh [0] (n=gursikh@adsl-68-93-89-47.dsl.hstntx.swbell.net) 09.25.50 # That would invalidate the idea behind the buffer/unbuffer events, as it would cause a spinup between buffer refills 09.26.34 # I need to call the unbuffer events for all tracks that passed before loading new tracks, then load, then call buffer events for all new tracks 09.26.47 # This is the ordinary playback case, relatively straightforward 09.27.08 # Hmm, yes.. i don't know how the playback on archos works but there must be some place where the code rebuffers. Maybe you could call the callbacks there 09.27.23 # yep, sounds good 09.27.43 # My point is that there are some other situations, like the user picking a different track (skipping, or from playlist, or starting completely different list) 09.28.22 # that's true, you should of course handle the special cases too.. 09.28.27 # This will likely happen when there are track(s) in the buffer, so I already called the buffering callback for these 09.28.37 Quit gursikh (Client Quit) 09.28.44 # ...and I have to call the unbuffer callback as well 09.29.00 # I want to make sure that I didn't forget a case... 09.29.54 Join ender` [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) 09.30.00 # just test your code with dummy handlers that will output some debug information (as on iriver the default dummy callbacks) :) 09.33.40 Quit matsl (Remote closed the connection) 09.39.25 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 09.46.45 Quit ashridah ("Leaving") 09.51.16 Join XMaster-ShadowX [0] (n=KdTMaste@pD9531B68.dip0.t-ipconnect.de) 10.01.52 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 10.02.55 Join linuxstb [0] (n=503a2beb@labb.contactor.se) 10.22.14 *** Saving seen data "./dancer.seen" 10.26.06 Quit linuxstb ("CGI:IRC (EOF)") 10.28.56 Quit einhirn_ (Read error: 104 (Connection reset by peer)) 10.43.56 Quit XMaster-ShadowX (Read error: 113 (No route to host)) 11.05.13 Join XMaster-ShadowX [0] (n=KdTMaste@pD9531B68.dip0.t-ipconnect.de) 11.07.48 Join einhirn [0] (i=Miranda@carlsberg.heim2.tu-clausthal.de) 11.19.37 Join epl [0] (i=epl@4-1-4-39d.gmt.gbg.bostream.se) 11.33.48 Join stripwax_ [0] (n=stripwax@213-228-241-36.dsl.prodigynet.co.uk) 11.33.59 # hello hello 11.35.12 # So I've just submitted a patch for Solitaire, so that 'red' cards actually show up in a different color than 'black' cards on suitable LCD displays. should even work with multicolor lcd displays e.g. H300 11.55.16 Join Lear [0] (n=chatzill@h179n2c1o285.bredband.skanova.com) 11.58.21 # preparing voice ui for commit.. i will commit it today :) 12.01.21 Join webguest04 [0] (n=d5654642@labb.contactor.se) 12.02.15 # what does the topic "First multimeter "beep" for the h300." on the mainsite mean? 12.03.50 # ?? 12.03.50 # hehe, it means that there are some substantial progress made that should allow connecting a bdm to h300 soon ;) 12.04.16 # so soon we will have the firmware? 12.04.49 # http://www.rockbox.org/twiki/bin/view/Main/IriverFAQ#Will_Rockbox_be_released_for_the 12.04.57 # maybe.. but first we have to make a working bootloader, lcd drivers etc. 12.05.22 # anyway, successfully connecting a bdm is a big step towards working bootloader 12.06.57 Join ashridah [0] (i=ashridah@220-253-121-58.VIC.netspace.net.au) 12.07.06 # very good guys 12.07.13 # keep up the goooood work ! 12.12.54 Quit XMaster-ShadowX (Read error: 113 (No route to host)) 12.19.24 Join preglow [0] (n=c39fb69a@labb.contactor.se) 12.20.39 # Slasher: so, you solved the problem? 12.22.16 *** Saving seen data "./dancer.seen" 12.22.28 Quit webguest04 ("CGI:IRC (Ping timeout)") 12.25.13 # preglow: the performance problem is not yet fully solved but the voice ui should be quite usable now 12.27.18 # yeah, but no more noise while playing music? ;) 12.27.24 # no :) 12.27.29 # playback is fine 12.27.36 # libmad should at least be fast enough two decode two things at the same time 12.27.50 # s/two/to/ 12.28.05 # yes it should.. but there are some other issues.. i will try (or anybody could try) solve them later 12.28.23 # what issues? 12.28.36 # please also note that voice codec's libmad has stack on sdram (not enough iram space for it) 12.28.43 # the performance mainly 12.28.56 # ahh, that's bad 12.28.59 # libmad uses the stack a lot 12.29.08 # yes, that will affect performance 12.29.11 # you can't swap out the stack as well? probably would be faster 12.29.28 # hmm, i could try that but it could crash the whole system 12.29.57 # can't see how, if you copy the entire stack 12.30.18 # has amiconn done a fast memcpy yet? 12.30.31 Join Moos [0] (i=DrMoos@m29.net81-66-158.noos.fr) 12.30.38 # preglow: Nope 12.30.52 # Hello guys 12.31.08 # preglow: but if i am on the current thread and replace that thread's stack with an other thread's stack.. do you think the thread wont crash? 12.31.25 # of course it will almost immediately after that enter to a mutex lock 12.31.43 # It will almost certainly crash 12.32.36 # Hmm... I did some stack swapping/manipulation code in the Amiga days... 12.32.37 # what, the memory copying is done from within the audio thread? 12.34.07 # preglow: no, the codec thread does it.. current codec will swap out byt itself 12.34.09 # -t 12.35.13 Nick Lear is now known as Lear_away (n=chatzill@h179n2c1o285.bredband.skanova.com) 12.35.51 # ahh, yes, i meant the codec thread 12.36.16 # ah, ok 12.36.29 # well, no, of course, the codec thread can't very well switch it's own stack contents 12.36.38 # but maybe you should look at the code when i commit it.. it will clear things out :) 12.36.45 # yep 12.37.05 # yes, might, i'll move to a place with faster internet again during the next week 12.37.10 # which should make rockbox work possible again 12.37.35 Quit stripwax_ (Read error: 110 (Connection timed out)) 12.38.01 # great :) 12.42.20 # preglow: I still intend to write an optimised memcpy() for coldfire, and I have some ideas how to utilise burst mode in as many cases as possible 12.42.50 # well, yes, that would be a major point in writing it ;) 12.43.08 # For maximum performance I need to test whether reading or writing profits more from burst mode 12.43.25 # hmm 12.43.35 # For larger blocks, the operation that profits more will always use line bursts 12.43.57 # can't you burst both ways? 12.44.24 # The other operation will use burst mode if it is line aligned, and I think it is also possible to use it if it is long aligned 12.44.40 # (by shifting the alignment to line with 1 or 2 additional registers) 12.44.58 # ahh, of course 12.45.33 # The problem is that if I line-align the source, the destination will only be line-aligned in 1 of 16 cases, and vice versa 12.46.03 # yep 12.46.31 # That 1 cases will definitely use burst mode for both reading and writing, and I think it is possible to do the mentioned offsetting with additional regsiters 12.46.49 # ...so that 4 of the 16 cases will burst both reading and writing 12.47.14 # sounds like a bit of work, though 12.47.22 # at least you know you're helping the voice ui :) 12.47.32 # However, I think it won't pay off to do excessive shifting just to get line alignment in the remaining 12 cases, so these will only use bursts for one direction 12.47.49 # With one depends on which profits more 12.48.09 # s/With/Which/ 12.54.39 Join hicks [0] (n=hicks@zeus.mups.co.uk) 12.55.23 # btw, are there any plans to merge to iriver and archos playback code? 12.55.28 # to = the 12.57.12 Nick Lear_away is now known as Lear (n=chatzill@h179n2c1o285.bredband.skanova.com) 12.59.52 # I think this would make sense, especially for adding the pcm codec 13.00.00 # However, there are some problems 13.00.19 # Slasher: any eta on the voice ui prototype? 13.00.20 # (1) The archos playback code is still running more stable than the iriver playback code 13.00.37 # preglow: i think i will commit it now 13.00.47 # goodie 13.00.51 # (2) The mpeg thread does not only handle the playback, but also the recording 13.00.58 # i'm leeching a voice set 13.01.14 # amiconn: well, it doesn't have to be now, obviously 13.01.19 # (3) This will be a very big architectural change 13.01.23 # hmm 13.01.24 # the archos playback code cannot handle codecs 13.01.27 # i wonder what happened to hubbel 13.01.35 # Yes, but it will have to (sort of) 13.04.33 # ok, now looking at diff and checking what files i will have to commit.. :) 13.04.34 # where to put the voice file? straight in .rockbox? 13.04.46 # .rockbox/langs/english.voice 13.04.51 # ahh, langs... 13.04.53 # i'm blind 13.13.30 # committed 13.13.56 # :-) 13.14.18 Join stripwax_ [0] (n=stripwax@213-228-241-36.dsl.prodigynet.co.uk) 13.15.26 # there are for sure many bugs in the initial code.. fortunately we have soon that "bug fixing period" ;) 13.15.39 # haha, good point 13.17.42 # slasher: there is a byteswap table, in some sh-1 assembler file... 13.17.44 # what's the point of CODEC_DSP_ENABLE if it always has to be true now? 13.18.17 # Lear: ah.. 13.18.37 # preglow: in fact there is no much point for that.. probably should be removed in the future 13.18.41 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 13.18.49 # firmware/bitswap.S, but it is used with signed indices (!) 13.19.10 # well, maybe playback.c should always enable the dsp if the voice ui is enabled? 13.19.30 # Lear: ah, yes. that is a better solution 13.19.39 # indeed 13.20.04 # still, i dont think the codec should be able to decide that 13.20.10 # it should be a settings thing 13.20.38 # hmm, if the codecs needs the dsp then it must be enabled 13.20.42 # -s 13.21.10 # but simple codecs (wav for example) doesn't need it 13.21.31 # (or they do if resampling) 13.21.33 # doesn't not enabling dsp for wav disable use of the resampler? 13.21.36 # yes, exactly 13.21.57 # i think all dsp processing should be up to dsp.c , not the codec, since dsp.c knows better 13.22.02 # or playback.c, blah 13.22.09 # yep, hmm true.. maybe the core could decide when dsp should be enabled 13.25.48 Quit matsl (Remote closed the connection) 13.26.27 # Hm... should that beep really be there? :) 13.28.36 # the beep is mandatory??? 13.31.00 # maybe it could be option like original fw 13.31.22 # preglow: afaict, yes... 13.31.52 # What beep? 13.32.17 # Hmm, beep when changing tracks? 13.32.30 # yep. 13.32.48 # that's got to go 13.32.56 # that is, manually initiated changes... 13.33.04 # I hope that this beep is done only when skipping manually, and the voice UI is enabled 13.33.26 # If it is implemented like that, I think it is a good feature 13.33.53 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 13.35.20 # i believe this is what they call clipping 13.35.21 # haha 13.35.23 # but works great 13.35.33 # Slasher: Is talkbox also supported in your initial version? 13.35.48 # anyone agree with me that we want to ramp the volume down when something is spoken? 13.36.22 # Slasher: great workj 13.36.24 # amiconn: hmm, you mean playing the directory names etc. directly from harddisk? i haven't tested it, it may work or crash when music is not playing but it definately doesn't currently work if music is playing 13.36.25 # -j, even 13.36.31 # preglow: hehe, thanks :) 13.36.39 Join iMark [0] (n=nobby@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) 13.36.42 # a lot of people have been waiting for this 13.36.44 Part iMark 13.37.37 # in pcmbuf_mix, why "*ibuf * 4"? 13.37.52 # i wanted to increase the volume (it was too faint while playing music) 13.37.59 # And when mixing, shouldn't it be more like "(a + b) / 2"? 13.38.10 # of course the voice ui volume should be configurable in the future 13.38.12 # Could cause clips... 13.38.17 # it does cause clips 13.38.20 # quite clearly 13.38.21 # no, the clipping should be ok 13.38.29 # hmm 13.38.31 # but the volume should be ramped down momentarily 13.39.08 # need to write some envelope code for playback now, might as well use that there as well 13.41.41 Join Hansmaulwurf [0] (n=maerlyn@p5081CA61.dip.t-dialin.net) 13.47.39 # Slasher: the voice file clips on its own, here 13.47.55 # that was not true 13.47.57 # hmm 13.48.20 # Hmm.. 13.48.44 # what do the different crossfade settings do, btw? 13.49.49 Join LinusN [0] (n=linus@labb.contactor.se) 13.50.04 # Slasher: the beep should be optional 13.50.17 # preglow: "crossfade" fades the volume and mix does not 13.50.26 # LinusN: Why a separate option? 13.50.31 # really annoying 13.50.31 # LinusN: hmm, yes.. a menu option has to be added 13.51.10 # Does it beep when the voice UI is disabled? 13.51.11 # i find it useful when keeping player on the pocket and with crossfade enabled i could hear it accepted the skip command 13.51.19 # yes it does 13.51.26 # then it most definitely needs to go 13.51.29 # That's indeed bad, then 13.51.44 # in fact i don't know what do you mean with voice ui disabled.. all of the three options turned off? 13.52.06 # No, I mean 'voice menus' turned off 13.52.10 # ah 13.52.11 # i think it's especially annoying when you have crossfade enabled 13.52.28 # LinusN: Hmm.. but it beeps only when manually changing tracks 13.52.30 # never automatically 13.53.20 # of course, but in "party playback" mode the crossfade is good 13.53.31 # and the beep is just in the way 13.53.35 # ah, yes 13.54.08 # i think a separate "beep" option is good, not related to the voice 13.54.51 # yep. Hmm, does somebody want to add it? :) i can do it later too 13.56.20 Join hshah [0] (n=acd5a4a7@labb.contactor.se) 13.57.41 # (LinusN) i think a separate "beep" option is good, not related to the voice <--- i would love u for that! 13.57.55 # sounds the best route to take, yes 13.58.04 # my, the lawn doesn't cut itself, who'd have thought it 13.59.01 # amiconn: what sample rate are the voice files? 13.59.14 # 12 kHz atm 14.00.07 # mono? 14.00.09 # i take it 14.00.14 # yep 14.00.36 # 12 kHz mono mp3 vbr, bitrate limited to 64 kbps 14.00.50 # ...and bitswapped, for archos 14.00.50 Part LinusN 14.01.06 # hah 14.01.08 # We can extend the format to include a codec identifier 14.01.20 # well, we should 14.01.25 # i'm hoping to get speex working 14.01.27 # ...and then generate them without bitswapping for iriver, also with better quality 14.01.46 # (16 kHz and a little less compression) 14.01.58 # i think they sound quite nice in the quality they are, actually 14.02.22 # the resampling doesn't exactly cut the cake, though :/ 14.02.29 # 16 kHz sounds significantly better, believe me 14.02.41 # We had that, until the files grew too big... 14.03.03 # hello... just saw the most recent cvs update... with the voice thing... what does that do? 14.03.15 # i've got a shell on 100mbit now, i wonder what they'd think about me mirroring the files 14.03.37 # then at least size wouldn't be a problem 14.03.47 Join ep0ch [0] (n=ep0ch@84.12.192.92) 14.03.52 # hshah: speaks menus 14.04.12 # hshah: so you don't need to read them, or if you can't read them, as is the case for blind people 14.04.19 # Slasher: nice work :) 14.04.37 # thx :) 14.05.06 # amiconn: or isn't it the bandwidth that is a problem? 14.05.08 # i have suggestion with the beep though. Beep on shutdown? so i know if rockbox is shutting down or not without looking at the screen 14.05.23 # preglow: really... cool... is that a default thing then or what... can we have the option of turning it of? and also whose voice is it? 14.05.53 # hshah: you get to use the voice set of your choice. most of them are good quality synthesized, and yeah, you can turn it off 14.05.57 # ep0ch: hmm, sounds good (i would also like it). will be added later :) 14.06.00 # preglow: What do you mean? 14.06.04 # and preglow... it works on the iRiver too? 14.06.14 # rushes off to do a cvs update 14.06.25 # hshah: it's always been working for archos 14.06.30 # hshah: this is the iriver update 14.06.35 # oh rite... cool 14.06.50 # amiconn: you mentioned the files grew too big 14.07.16 # They need to fit in the archos ram, completely, while still leaving room for the talkbox clip and the dir buffer 14.07.21 # ahhh 14.07.25 # So maximum size is <~ 1.5 MB 14.07.31 # figures 14.08.31 # Slasher: The voice UI works, but not quite as 'snappy' as on the archos 14.09.07 # hehe, that might be true.. so you mean the response is better with archos? 14.09.39 # Basically, when I quickly change from an item (with a long associated talk clip) it stops the current clip and immediately starts the new one 14.09.46 # ah, ok 14.09.54 # that's still buggy.. 14.09.57 # It just lets the old clip finish the current frame 14.10.00 # Ah ok 14.10.11 # Hope we'll find the bug :) 14.10.19 # :) 14.10.49 # There is another problem when quickly switching items - the item where I end on isn't always spoken 14.11.20 # yep, i have noticed that too.. i don't know yet what is wrong 14.11.40 # It's a big step forward towards completion of the port though... another great feature 14.11.48 # :) 14.12.07 # Voice UI wasn't smooth at the beginning on archos as well, also due to bugs 14.12.19 # but i need to commence the mowing of the lawn, later all 14.12.24 # ...and we'll have 2 weeks of bugfix-only time 14.12.32 Quit preglow ("CGI:IRC") 14.13.18 # Slasher: When music is not playing, talkbox works.... 14.13.31 # amiconn: oh, that's great :) 14.13.56 # the problem is that we don't know how much to reserve memory for talkbox when music is playing 14.14.00 # im just making the new build 14.14.03 # time for testing :) 14.14.12 # Slasher: Nothing, just disable talkbox while music 14.14.24 # It doesn't make sense 14.14.30 # those who recommended me to use cvs were right - so much simpler :D 14.14.47 # Hmm, perhaps it would make sense in some circumstances... 14.15.00 # hshah: hehe :D 14.15.09 # Slasher: Does talkbox on iriver use the voice codec or the playback codec? 14.15.31 # We could reserve a certain maximum buffer for talk clips 14.15.38 # amiconn: hmm, in fact i am not sure if i understand correctly what the talkbox is.. =) 14.15.42 # Longer clips would simply be truncated 14.16.07 # if the talkbox plays the directory names from clip files on hdd, then it does use the voice codec 14.16.26 # Every folder (and every file) can have an associated short clip file 14.16.39 # ah, yes so it's what i though it was :) 14.16.54 # ...to identify file and folder as a blind user, or if you can't / don't want to look at the display 14.17.09 # There is a script that can generate them 14.17.22 # They are plain mp3 files, just with a different extension 14.17.29 # whats .talk mp3 clip? 14.17.34 # (and normally without tags) 14.17.39 # and the numbers option? 14.18.16 # Slasher: The script is for windows only, as it is a vbscript and uses microsoft sapi5 14.18.40 # I think it is possible to implement similar for linux, using whatever voice package exists there 14.19.11 # hmm... how does this voice thing work... coz i can't hear a thing 14.20.04 # Slasher: Nothing bad happens if you browse dirs while music is playing and talkbox is enabled 14.20.12 # It just doesn't babble... 14.20.28 # how do u make it talk in the first place... nothing is happening 14.20.57 # hmm, sounds good.. i just think that it should crash with the current implementation if you try that.. 14.21.11 # grrr.... someone reply to me.... :( 14.21.15 # hshah: http://www.rockbox.org/twiki/bin/view/Main/VoiceHowto 14.22.15 # * amiconn will run the voice clip generation script across his iriver drive 14.22.19 *** Saving seen data "./dancer.seen" 14.22.21 # hmm... lol - i think i may need the voice files 14.22.28 # hshah - chuckle 14.23.08 # well no one told me :p 14.23.33 # * stripwax_ is itchy to write a voice synthesizer on iriver.. 14.27.42 # stripwax_: Even if this works, it wouldn't nearly reach the quality of e.g. at&t natural voices 14.28.45 # ...the point being that although this would be leet from a coders point of view, it would be a step back for the user 14.29.45 # Slasher: The bitswap code is looking funny... 14.29.47 # what happens when u put more than 1 lang file in the lang folder... 14.29.59 # is there a way of choosing on the mp3 player? 14.30.09 # You mean more than 1 voice file? 14.30.24 # Rockbox chooses the one matching the selected .lng file 14.30.43 # ...i.e. english.voice for english.lng etc 14.31.35 # what happens if i have english.voice and englishfast.voice 14.31.42 # or r they the same file name and i can't have both...? 14.31.50 # im of 56k so the english fast is still downloading... 14.32.02 # They all have the same name 14.32.24 # You can use a trick if you really want multiple voices 14.32.31 # ok 14.32.34 # Example: english.lng 14.32.52 # nah - can't be stuffed... i was just testing this... never going to use it... its a pain in the arse 14.33.00 # If you want a second voice, copy the secondary english.voice as e.g. english_voice2.voice 14.33.23 # amiconn :D i just wrote it fast because i couldn't find assembly function that could do that on coldfire 14.33.27 # Then duplicate the existing english.lng as english_voice2.lng, and select that one as your 'language' 14.33.53 # Slasher: A simple table is usually quite fast, no need for an assembler routine 14.34.03 # ah, hmm 14.34.45 # Hmm, with voice UI support localisation v2 really becomes a requirement... 14.34.47 # Bagder? 14.35.05 # Some menu items aren't spoken because they can't be on archos 14.35.17 # ...but they could perfectly be spoken on iriver 14.35.46 # However, simply adding the voice strings to the .lang files would bloat the voice files for archos, which isn't exactly what we want... 14.35.53 # bloody hell this is very laggy 14.36.18 # i move through the menus so fast that when i reached the wps screen... it was still going on and on and on for like 10 secs 14.36.57 # That's because the 'shutup and immediately play new clip' is still buggy 14.37.20 # lol 14.37.42 # i turned it off... and it says " voice menus... no... and then continues reading crap for like 10 secs 14.37.51 # Heh, this is the very first version of voice UI for iriver... 14.37.55 # aint got a clue what it was reading 14.38.10 # this is cool 14.38.17 # but i don't think i would use it... 14.38.28 # well not unless i become blinded somehow 14.38.44 # I use it in the car (mainly the talkbox feature) 14.39.08 # No need to look away from the street... 14.39.40 # talkbox? 14.39.58 # or is this voice thing called talkbox? 14.40.17 # http://www.rockbox.org/twiki/bin/view/Main/VoiceHowto#Speaking_spelling_directories_an 14.41.27 Quit hshah ("CGI:IRC") 14.42.22 # Slasher: There is a slight problem with the talkbox clips. It seems to swallow a tiny part of the end of a clip. When the next clip is coming up, it plays the end of the old clip before it 14.42.43 # Perhaps the pcm playback is stopping a bit too early, so the old end stays in the buffer? 14.42.45 Join hshah [0] (n=acd5a4a7@labb.contactor.se) 14.43.12 # Doesn't happen in the menus... 14.43.24 # AHHHH - this beep on next track completely fucks the cross fade... it makes it sound shit... 14.43.28 # how can u turn this beep off? 14.43.46 # amiconn: Hmm, interesting.. the pcm playback shouldn't stop until the buffer is empty 14.44.12 # hshah: a menu option for that will be added 14.44.36 # Hmm, somehow it isn't possible to skip back??? 14.44.48 # Slasher: maybe with beep volume :) 14.44.48 Quit hshah (Client Quit) 14.44.48 # really? 14.44.55 # Hmm, turns out it is when the disk has stopped before 14.44.56 Join hshah [0] (n=acd5a4a7@labb.contactor.se) 14.44.58 # Moos: hmm, good idea :) 14.45.06 # :) 14.45.15 # ...so it registers the second left click before being able to react 14.45.18 # Slasher: when? coz this is alrwady pissing me off 14.45.19 # ? 14.45.20 Quit hshah (Client Quit) 14.45.30 # If the disk is still spinning, you can't click fast enough 14.45.42 # hmm, trying that 14.46.01 # Hmm. Now it works, strange.... 14.46.37 # The beep is a good thing, of course still needs to be made optional 14.47.55 # yes really 14.48.43 # I don't think it is annoying, but then I don't use crossfade (never!) 14.50.06 # are songdb.pl and songdb.jar equivalent? 14.50.20 # nope 14.50.50 # does songdb.pl work? (never tried tag database in rockbox yet, and I am unable to run java) 14.50.56 # I'm not sure, but last time I checked the perl version didn't generate hash values, and hence the ruuntimedb wouldn't work 14.51.02 # nadgers 14.51.21 # tadb itslef will work with both versions 14.52.02 # yup - but was keen to try out runtimedb too. actually, maybe the jar works with a non-Sun Java.. maybe I'll give it a go.. 14.57.55 # Ok, I must be on crack. where *is* songdbv2.pl ? couldn't find it here, anyway. http://www.rockbox.org/twiki/bin/view/Main/DatabaseV2 14.58.00 # hmm.. i think someone fixed the perl hashes 14.58.09 # stripwax_: its in cvs 14.58.26 # gtg, cu 14.58.42 Part amiconn 14.58.58 # HCl - thanks. someone should update that wiki so that the link to "project files" links to the actual files..! 14.59.17 # yea, parts of it are outdated 15.03.43 Part stripwax_ 15.05.19 Join Strath [0] (i=mike@dgvlwinas01pool0-a203.wi.tds.net) 15.29.57 Join XMaster-ShadowX [0] (n=KdTMaste@pD9531B68.dip0.t-ipconnect.de) 15.31.15 Quit matsl (Remote closed the connection) 15.42.17 Part ep0ch 16.01.45 Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0.6/20050720]") 16.07.01 Join bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) 16.14.52 Join webguest40 [0] (n=52e2d6b6@labb.contactor.se) 16.15.02 Quit webguest31 ("CGI:IRC (Ping timeout)") 16.15.57 Quit webguest40 (Client Quit) 16.18.28 Quit Strath ("Client closed") 16.19.28 Quit XMaster-ShadowX (Read error: 113 (No route to host)) 16.19.56 Join webguest53 [0] (n=52e2d6b6@labb.contactor.se) 16.20.05 # hello, usb mode doesn't work anymore since the voice ui build, usb screen appears on lcd but deivice isn't recognized by windows/debian 16.20.43 Quit webguest53 (Client Quit) 16.22.22 *** Saving seen data "./dancer.seen" 16.36.12 # ahaha. 16.36.25 # not only that, but when i disconnected mine, my kernel paniced :) 16.37.22 Quit Hansmaulwurf ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 16.39.14 # i'm assuming that's a bug in a poorly handled error condition in the usb drivers tho 16.44.10 Join Lear [0] (n=chatzill@h179n2c1o285.bredband.skanova.com) 16.55.16 # Oh, i will fix that 16.56.10 # Slasher: the kernel panic? sweet! ;) 16.56.17 # hehe, the usb mode ;D 16.56.42 # but i might look into that kernel panic as well 16.57.47 # ashridah: ah! you mean the linux kernel panic 16.57.57 # yes, that is a bug and should be reported/fixed 16.58.38 # the kernel will panic if the usb device is disconnected when kernel was waiting it to be ready 17.06.58 # my kernel only oopses, doesn't panic :) 17.07.11 Nick solex_ is now known as solex (n=jrschulz@c219161.adsl.hansenet.de) 17.07.21 # same here.. but the usb thread "panics" so the usb remains unusable until next reboot 17.07.29 # ACK 17.07.47 # haven't anybody reported this to lkml? 17.07.52 # it really should be reported 17.07.54 # had to reboot twice today, just because of that 17.08.40 # I had that oops in the past, too, when connecting and disconnecting my iriver very often. 17.08.58 # correction: that was a different oops 17.09.10 # the current one happens in, wait... 17.09.18 # hmm 17.09.27 # ..hey, it didn't oops this time! 17.09.28 Quit hicks (Remote closed the connection) 17.09.36 # :D 17.10.09 # fortunately the bootloader usb mode looks solid 17.10.55 # wait a minute, I want to copy sth. 17.11.02 # yes, the usb mode always works 17.11.13 # just make sure the player is turned off before connecting the cable 17.11.27 # I know, thanks. 17.13.53 # Oops 17.14.02 # EIP is at sysfs_hash_and_remove+0xb/0xf8 17.14.38 # Hmm, something like on my system too.. 17.14.50 # * solex needs to find his bugzilla account details 17.15.33 # got it. 17.16.09 # Hm... Category: IO/Storage, Component: ? SCSI? 17.16.54 # Nevermind, I am in the search form 17.17.53 # Summary: Oops when disconnecting Iriver MP3-Player with slightly broken firmware 17.18.44 # it is broken, isn't it? 17.19.36 # it hasn't need to be broken to generate that bug.. :D 17.19.46 # it's enough to disconnect it before it's ready 17.19.56 # *trigger 17.20.01 # Ok, then I'll leave that part 17.20.04 # out 17.20.06 # good :) 17.20.31 # Anybody tried that with Iriver firmware? 17.20.46 # Hmm, i don't want to try that right now.. =) 17.21.02 # And I cannot without rebooting :) 17.21.07 # :D 17.21.57 Quit ashridah ("sleep.") 17.23.49 # doesn't reloading the usb modules help? 17.24.15 # maybe, if you can reload them.. i am afraid of that 17.25.18 # i had some quite serious usb trouble with 2.6.8 or .9 or so, and reloading helped sometimes 17.25.54 # it got slightly tricky if i managed to unload the modules but not load again, because my keyboard and mouse are usb models :) 17.28.06 # http://bugzilla.kernel.org/show_bug.cgi?id=5098 17.28.10 # hehe, then you can load them logging to you machine from network ;) 17.28.41 # Feel free to add comments, info, patches... :) 17.28.54 # solex: wonderful :) 17.29.16 # null problemo 17.30.39 Join hshah [0] (n=acd586db@labb.contactor.se) 17.32.00 # someone please tell me that a dev will add the optional feature to turn this most annoying beep off, when skipping tracks 17.32.43 # its driving me crazy and it ruins the whole mixed cross fade effect 17.32.46 # hshah: yes, that will be done soon 17.33.08 # for the love of god - great! 17.33.17 # :) 17.33.52 # which "idiot" decided to put that in, and for what reason? 17.34.24 Join Sucka [0] (n=NNSCRIPT@host81-156-209-48.range81-156.btcentralplus.com) 17.34.56 # hshah: hehe, that is a useful feature sometimes when you have the player in your pocket and want to change a track without taking it out 17.35.29 # I agree. It's a little bit too loud for my taste, but I really like it. 17.35.47 # how is it useful? it beeps when u change track, to tell you that you have changed track? or you can just listen to the changed track and know its been changed!!! 17.36.46 # solex: well its personal choice, but i really don't think the devs should have added that without having the option of turning the stupid thing off!!! 17.37.07 # hshah: sometimes rockbox is a little slow and you don't really know whether you really pressed the button right or not. 17.37.25 # hshah: feel free to use an earlier version. Ne need for shouting. 17.37.45 # no ones shouting... THIS IS SHOUTING :p 17.40.44 # don't you know what terry pratchett wrote about multiple exclamation marks? :) 17.42.55 # erm... no!!!!!!!!!!!!!!!!!!!!! 17.42.57 # hehe 17.44.56 # http://en.wikipedia.org/wiki/Talk:Exclamation_mark#Multiple_exclamation_marks.21.21.21 17.47.32 Quit hshah ("CGI:IRC (EOF)") 18.05.03 # Hm, I can't reproduce the USB bug with the Iriver firmware 18.19.22 Join bagawk [0] (n=lee@unaffiliated/bagawk) 18.21.05 Nick CBM-away is now known as CheeseBurgerMan (n=BurgerBo@63.150.80.89) 18.22.24 *** Saving seen data "./dancer.seen" 18.28.11 # Interesting.. i tried to fix the iriver usb problem and verified that all threads in playback.c goes to the usb mode.. But still it doesn't work. Something else is still preventing the usb mode :/ 18.34.03 Join leftright [0] (n=5087fc7f@labb.contactor.se) 18.35.30 # hshah: just chill and use a earlier version, no biggie 18.45.55 Part leftright 19.06.28 Nick Sucka is now known as Sucka`away (n=NNSCRIPT@host81-156-209-48.range81-156.btcentralplus.com) 19.09.19 DEBUG Received signal 15 (SIGTERM), terminating (snapshot: fplrun.c line 385) 19.09.19 *** Cleanup 19.09.19 *** Saving seen data "./dancer.seen" 19.09.19 *** Exit 19.09.20 *** Started Dancer V4.16 19.09.20 *** Connected to irc.freenode.net on port 6667 19.09.20 *** Logfile for #rockbox started 19.09.20 *** Server message 501: 'logbot :Unknown MODE flag' 19.09.20 Mode "logbot :+i" by logbot 19.09.20 Join logbot [0] (n=bjst@labb.contactor.se) 19.09.20 Join bagawk [0] (n=lee@unaffiliated/bagawk) 19.09.20 Join Sucka`away [0] (n=NNSCRIPT@host81-156-209-48.range81-156.btcentralplus.com) 19.09.20 Join Lear [0] (n=chatzill@h179n2c1o285.bredband.skanova.com) 19.09.20 Join bluebrother^ [0] (n=c28@nat-ph3-wh.rz.uni-karlsruhe.de) 19.09.20 Join Moos [0] (i=DrMoos@m29.net81-66-158.noos.fr) 19.09.20 Join epl [0] (i=epl@4-1-4-39d.gmt.gbg.bostream.se) 19.09.20 Join einhirn [0] (i=Miranda@carlsberg.heim2.tu-clausthal.de) 19.09.20 Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) 19.09.20 Join ender` [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) 19.09.20 Join Zagor [0] (i=foobar@pdpc/supporter/sustaining/Zagor) 19.09.20 Join solex [0] (n=jrschulz@c219161.adsl.hansenet.de) 19.09.20 Join ansivirus [0] (n=ansiviru@adsl-69-148-89-72.dsl.rcsntx.swbell.net) 19.09.20 Join CheeseBurgerMan [0] (n=BurgerBo@63.150.80.89) 19.09.20 Join phaedrus961 [0] (n=Unknown@p54AE1B82.dip0.t-ipconnect.de) 19.09.20 Join QT [0] (i=as@madwifi/users/area51) 19.09.20 Join TCK [0] (i=TCK@81-86-96-249.dsl.pipex.com) 19.09.20 Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) 19.09.20 Join thegeek_ [0] (n=thegeek@s201a.studby.ntnu.no) 19.09.20 Join merbanan [0] (n=banan@dalink.campus.luth.se) 19.09.20 Join Hadaka [0] (i=naked@naked.iki.fi) 19.09.20 Join pike [0] (i=pike@c83-249-120-126.bredband.comhem.se) 19.09.20 Join dionoea [0] (n=dionoea@muscipula152.via.ecp.fr) 19.09.20 Join dwihno_ [0] (n=dw@81.8.224.89) 19.09.20 Join courtc [0] (n=court@adsl-158-42-20.asm.bellsouth.net) 19.09.20 Join Bger [0] (n=Bager@83.222.160.88) 19.09.20 Join warewolf [0] (i=warewolf@warewolf.org) 19.09.20 Join igor47 [0] (n=igor47@temple.src.uchicago.edu) 19.09.20 Join Bagder [0] (n=daniel@1-1-5-26a.hud.sth.bostream.se) 19.09.20 Join odd_ [0] (i=mrodd@fangorn.starshadow.com) 19.09.20 Join crash__ [0] (n=crash@a15167580.alturo-server.de) 19.09.20 Join Rob- [0] (n=robbie@haylott.plus.com) 19.09.20 Join HCl [0] (i=hcl@titania.student.utwente.nl) 19.09.20 Join Rick [0] (i=rick@unaffiliated/Rick) 19.09.20 Join mbr [0] (n=mb@stz-softwaretechnik.de) 19.09.20 Join pill [0] (i=pill@cybercrimi.nl) 19.09.20 Join CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) 19.09.20 Join Asku [0] (n=aksu@adsl-39.180-DynIP.ssp.fi) 19.09.20 Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) 19.09.20 Join crashd [0] (i=nobody@badger.ing.me.uk) 19.09.20 Join Seed [0] (i=ben@l192-117-115-168.broadband.actcom.net.il) 19.09.20 Join pabs [0] (n=pabs@xor.pablotron.org) 19.09.20 Join Ismo [0] (i=laitinei@huippu.net) 19.09.20 Join crwl [0] (n=crawlie@dsl-83.148.225-157-dynip.ssp.fi) 19.09.20 Join ze [0] (i=ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net) 19.09.20 Join Slasher [0] (i=miipekk@ihme.org) 19.15.28 Join Toni1 [0] (n=91fec2d9@labb.contactor.se) 19.15.38 # Hi rockers 19.15.45 # hello 19.15.59 # I just updated my fm radio menu patch 19.17.13 # It gives better appearance and simpler station selection 19.19.40 # Bye bagawk 19.19.42 Part Toni1 19.20.36 Join paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) 19.20.40 Quit CheeseBurgerMan ("CheeseBurgerForums: www.cheeseburgerman.allhere.com") 19.20.57 # hey someone using ipv6 19.30.11 # a seven year old rfc and people using it are instantly recognized - progress is unstoppable! 19.35.41 # lol 19.39.23 Join hshah [0] (n=accb605d@labb.contactor.se) 19.42.02 Quit hshah (Client Quit) 19.52.04 Join dpassen1 [0] (n=dpassen1@cpe-24-168-110-99.si.res.rr.com) 19.59.29 # i have ipv6 19.59.37 # i should probably use it. 20.00.13 Quit HCl ("Changing server") 20.00.16 Quit Lear ("Chatzilla 0.9.68.5 [Firefox 1.0.6/20050720]") 20.00.47 Join hcl [0] (i=hcl@2001:610:1908:8000:290:27ff:feca:8029) 20.00.54 Nick hcl is now known as HCl (i=hcl@2001:610:1908:8000:290:27ff:feca:8029) 20.01.03 # it was annoying to find an ipv6 server of freenode that worked 20.01.04 # but this one does 20.03.20 Quit bagawk ("Leaving") 20.05.22 # any devs around? 20.05.45 # I've found a potentially nasty bug in the id3 code 20.08.25 # id3.c line 711, if there are less than 2 bytes left in the buffer, then framelen is set to 0 or -1 causing the following read to fail 20.09.20 # on my archos, this causes the drive to go haywire for a few seconds before the unit powers off 20.09.22 Join zezayer [0] (n=jake@87.81.166.52) 20.10.20 # so we need to add the condition "bufferpos < buffersize - 1" to the while loop 20.12.46 # Hmm, do you mean line 728? 20.13.28 # it has if(framelen >= buffersize - bufferpos) ... 20.14.37 # yeah, I guess my editor is lying to me :) 20.15.14 # ok :) and changing the while(size >= minframesize ) to while(size >= minframesize && bufferpos < buffersize - 1) would correct that problem? 20.15.30 # yep 20.16.05 # good, i think you have tested it and found it stable. I could commit that 20.17.15 # yeah, it prevents the crash for me 20.17.37 # great, please tell your name and i commit it 20.18.17 # Frank Dischner 20.19.04 # btw, I found this while working on unicode support for id3, which is now working 20.19.29 # we're getting closer :) 20.19.30 Join Shebb [0] (n=5271058d@labb.contactor.se) 20.19.48 # sounds good :) 20.19.59 # committed, thanks 20.20.17 # no problem 20.21.03 # Hi! I have found that the elaped time when retrieved in a plugin using audio_current_track() seems to lag behind what it should be at 20.21.34 # Do I need to call any updateing function before I access mp3entry::elapsed ? 20.22.22 Join bagawk [0] (n=lee@unaffiliated/bagawk) 20.22.52 # hmm, interesting. The id3.elapsed -field should have the most recent elapsed time synced with real audio output 20.23.19 # so the buffer elapsed time is a few seconds more than the real elapsed time reported by that id3 field 20.23.56 # Is there another function I should use then? 20.24.23 # I am comparing the time elapsed counter in my plugin to the time elapsed shown on the wps 20.24.48 # The wps uses the id3 field for the elapsed time I believe? 20.24.52 # not at the moment but i think you could try pcmbuf_get_latency (if necessary add this to the plugin api if it's not already there) 20.25.00 # yes it does 20.25.43 # bookmark uses this field as well 20.26.59 Quit bagawk (Read error: 104 (Connection reset by peer)) 20.28.07 Join bagawk [0] (n=lee@67-42-194-6.eugn.qwest.net) 20.35.06 Quit dpassen1 (Read error: 110 (Connection timed out)) 20.46.08 Join XavierGr [0] (n=XavierGr@ppp10-adsl-207.ath.forthnet.gr) 20.46.32 Quit bagawk ("Leaving") 20.53.17 Join hshah [0] (n=accadf21@labb.contactor.se) 20.55.25 Quit hshah (Client Quit) 21.06.19 Join hshah [0] (n=acd5669f@labb.contactor.se) 21.06.45 # has something changed with the usb interface in the recent builds? 21.07.06 Join telliott [0] (n=telliott@68-179-148-221.bsr-c3-d2.evv.dhcp.sigecom.net) 21.07.16 # i can no longer connect to usb on my pc unless the iriver is turned off, plugged in and then booted... 21.07.36 Part telliott 21.07.51 Join telliott [0] (n=telliott@68-179-148-221.bsr-c3-d2.evv.dhcp.sigecom.net) 21.09.24 *** Saving seen data "./dancer.seen" 21.09.55 # yes I can confirm that too. 21.11.23 Quit hshah ("CGI:IRC") 21.11.35 # 20 Aug 18:55 Miikaapps/playback.c 1.147 Preparations to fix the usb mode (something is still preventing it from working). 21.11.54 Join hshah [0] (n=acd5669f@labb.contactor.se) 21.12.41 Part zezayer 21.12.47 # What do you guys think is the best AA/AAA NiMH charger? I need ont that woll charge 1-4 batteries. Many will not charge a single battery. 21.13.47 # Anyone have the Energizer 15 minute charger? 21.13.55 # XavierGr - did anyone say anything regarding this USB thing after u confirmed it... coz my browser randomly closed 21.14.47 # oh Miika is working on it by the looks of it... 21.17.17 Join webguest00 [0] (n=5087fc7f@labb.contactor.se) 21.17.29 Quit hshah ("CGI:IRC") 21.17.51 # the MAHA 401F will charge 4 batteries individually 21.18.50 # avail here http://www.thomas-distributing.com/index.htm 21.20.29 Part webguest00 21.28.07 # silly question: how do i get back to WPS screen when i browse files while a song is playing without interrupting that song? 21.30.38 # play while in tree. 21.30.51 Join zezaye1 [0] (n=jake@87.81.166.52) 21.31.32 Part zezaye1 21.35.26 # thanks 21.36.55 Join dpassen1 [0] (n=dpassen1@cpe-24-168-110-99.si.res.rr.com) 21.41.14 Part telliott 22.02.20 Join OPeePee [0] (n=Gun-IT@c-24-12-189-55.hsd1.il.comcast.net) 22.02.47 # hi, im just here to say im happy with the latest improvement on rockbox for h3xx, good work 22.03.57 Join RotAtoR [0] (n=e@12-208-69-190.client.insightBB.com) 22.13.35 Quit Zagor ("Client exiting") 22.18.41 Quit paugh (Read error: 54 (Connection reset by peer)) 22.20.38 Quit dpassen1 (Read error: 110 (Connection timed out)) 22.25.52 Quit Shebb ("CGI:IRC (Ping timeout)") 22.26.01 # what improvement for h3xx? 22.29.46 Join hshah [0] (n=acd8c75c@labb.contactor.se) 22.33.22 Join spiralout [0] (n=keep_goi@p54B38C5B.dip0.t-ipconnect.de) 22.33.42 # can some nice and kind Dev please add the multiple align in wps and the mode patch before the freeze? 22.35.41 Quit OPeePee (Read error: 110 (Connection timed out)) 22.35.41 # what is the mode patch? 22.36.01 # HCl: I think he means the multimeter beep. 22.36.35 Join preglow [0] (n=c39fb695@labb.contactor.se) 22.36.45 # XavierGr - it returns a value for the status of playback, repeat and shuffle 22.36.46 # oh hi preglow! 22.37.00 # hshah: in the wps? 22.37.09 # yes 22.37.25 # hello 22.37.40 # it can show... play, fast forward, rewind, paused, repeat on, repeat off, shuffle on, shuffle off etc etc etc 22.38.00 # so if some nice dev could add those two patches... it would be great :) 22.38.23 # what the hell triggered this usb thinh? 22.38.31 # i dunno 22.38.46 # i noticed it from the 19th build i think... 22.38.57 # or mebbe one of the 18th bleeding edge builds 22.44.11 Join muesli- [0] (i=muesli_t@hmln-d9b8ef4b.pool.mediaWays.net) 22.44.53 # high 22.45.03 # this usb problem is really screwing with my player!!! 22.45.17 # what does it do? 22.45.26 # keeps killing it 22.45.40 # unplugging from usb kills it at times 22.46.20 # also noticed that when resume on boot is on... and the song it was playing b4 has been deleted or there r no songs on the hard disk... it shows a blank screen 22.50.16 # i have never had to use the reset button so many times than in the last 3 to 4 days 22.50.45 # hah 22.50.49 # someone made a step sequencer 22.50.53 # this i like 22.52.40 # what is that? 22.53.10 # just a simple sequencer for making beats/simple melodies 22.53.41 Quit hshah ("CGI:IRC") 22.56.21 Quit merbanan (Read error: 104 (Connection reset by peer)) 22.59.12 # but i'm out 22.59.15 Quit preglow ("CGI:IRC") 23.09.27 *** Saving seen data "./dancer.seen" 23.15.28 Join merbanan [0] (i=banan@dalink.campus.luth.se) 23.18.18 # now the beep can be turned off (just committed fix) 23.18.39 # nights -> 23.29.11 # the beep doesnt always work. 23.29.29 # what is that beep good for? 23.30.30 # it is something like the iriver beep. 23.30.39 # but yeah I always remove it. 23.30.51 # definately :D 23.31.10 # Also the pops and clicks that can be heard before playback are really annoying. 23.31.19 # I can't wait a fix for them. 23.31.22 Join hicks [0] (n=hicks@zeus.mups.co.uk) 23.32.17 # which pops and clicks? 23.32.30 # the remote cklciking bugs? 23.34.55 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 23.35.59 Quit spiralout ("ChatZilla 0.9.68.5 [Firefox 1.0.6/20050717]") 23.37.19 # well sometimes when you start playing a file you can hear a faint pop before audio come in. 23.37.27 # and no I am not refering to remote pops. 23.37.52 # never noticed those pops 23.52.22 # with good phones you can hear them more easily. 23.56.04 Join thebum [0] (i=thebum@c-69-180-135-144.hsd1.mn.comcast.net) 23.56.37 Join webguest84 [0] (n=45b48790@labb.contactor.se) 23.56.48 Quit webguest84 (Client Quit) 23.58.50 # 19 Aug 12:29 Linus "Remove the uda1380mute() calls, since they were called in interrupt context menu wich could lead to a big crash. This will reintroduce a slight pop when starting/stopping playbac..."