--- Log for 31.05.106 Server: clarke.freenode.net Channel: #rockbox --- Nick: logbot- Version: Dancer V4.16 Started: 2 months and 6 days ago 00.04.04 # hehe, rockboxdev.sh is a nice script 00.05.27 # * Bagder bows 00.06.18 Quit midkay_ ("Leaving") 00.06.20 Join sharpe [0] (i=sharpe@user-0c8hc23.cable.mindspring.com) 00.06.28 # gah... 00.06.39 # finally home.. 00.06.53 # sharpe: welcome home :) 00.06.58 # Bagder: Very polite refusal to the request to re-open the wma->mp3 converter feature request... 00.07.09 # stuck at school for practically three hours. 00.07.19 # linuxstb: :-) 00.08.12 Nick Sa is now known as San (n=test@213-202-189-31.bas504.dsl.esat.net) 00.08.56 # sharpe: Lucky you, I was stuck there for 20 years... 00.09.02 # lollll 00.09.09 # well, that was only this afternoon. :) 00.09.21 # Hey, how is work going on the Ipod's for detecting how much RAM is on the device? 00.09.42 # Im asking because My info says My buffer is < 32MB 00.09.49 # Bagder: what was that guy thinking?! 00.10.03 # I don't think it thinks at all 00.10.18 # HeibonJoo: Someone in the forums figured out how to build Rockbox for the 5g with support for 64MB of RAM, but the detection isn't done at runtime - you need to change the source and recompile. 00.11.07 # They made an already built one, but its built off the May 25th CVS build 00.11.19 # And I just got done reading that article in its entirety. 00.11.34 # and it said at the end they are working on a way to detect RAM 00.12.27 # They're working on a better way to detect RAM, because it's possible that future device (and 80gig 5G?) will happen, and it'd be better not to depend on HD size. Especially since if a good method is determined, one could use it for other targets that may have multiple RAM sizes, if I understand. 00.12.38 # from Llorean 00.12.38 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 00.12.39 # It's not as simple as just detecting how much RAM is available - the codecs and plugins expect to be loaded and run at the end of RAM. So if the end of RAM is different for different players, then it won't work. 00.13.25 # ... just what the administrator says :( 00.13.40 # It's been discussed before though - a possible solution is to move the codecs and plugins to the very start of RAM, instead of the end. 00.13.50 # moving the plugins/codecs should be hard 00.13.54 # NOT 00.14.01 # darn, can't type today either 00.14.05 # Then do it muahahaha! 00.14.29 # How do you find out which CVS build you have installed? 00.14.30 Join kiaxdc [0] (i=kiaxdc@dsl-blk3-ip203.mcloudteleco.com) 00.14.34 # on the device. 00.14.46 Join Febs [0] (n=40be24f0@labb.contactor.se) 00.14.50 # Main Menu -> Info -> Version 00.14.54 # ive looked and i just wanted to make suer 00.15.10 # there isnt a build of rockbox for the iriver h10 right 00.15.15 # right. 00.15.22 Join damaki [0] (n=Chocolat@ALille-153-1-75-225.w86-207.abo.wanadoo.fr) 00.15.22 # Does anyone know what the error "Result: 0" in the bootloader? 00.15.25 # kiaxdc: correct 00.15.32 # oh well lol 00.16.03 # Any howtos on how to compile the build yourself? 00.16.08 # yes 00.16.17 # check the docs and wiki links 00.16.22 # Febs: That should mean everything's OK - i.e. the rockbox.whatever file has been loaded and the checksum/model verified. 00.16.41 # checking 00.17.07 # Febs: So it's not an error - just a status message. 00.17.25 # Hmmmm. I'm trying to help out this guy: http://forums.rockbox.org/index.php?topic=4486.0 00.17.52 # He says the bootloader gets to that point and then stops. He never sees the Roickbox splash screen. 00.18.41 # Roickbox/Rockbox 00.19.40 # sweet. Rockbox wiki extremely helpful 00.20.17 # Febs: The next (only) thing the bootloader does after displaying "Result:0" is to jump to the entry point in Rockbox. So it would seem that Rockbox itself is crashing before it displays anything. 00.20.44 # did he build rockbox himself? or is he using a daily/cvs build? 00.21.17 # Reading the thread, he seems to have tried the latest daily build. 00.21.23 # ooh 00.22.06 # heh... this will be my first time to compile O_o 00.22.07 Part tom__ ("Leaving") 00.24.04 Join JdGordon [0] (i=jonno@c211-28-95-208.smelb1.vic.optusnet.com.au) 00.24.51 # sweet. rockbox development here I come 00.24.57 # heheh... 00.25.08 # HeibonJoo: welcome! 00.26.00 # you'll get your membership card as soon as i get around to the procrastination member cards. 00.26.07 Quit ender` (" There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence.") 00.26.38 Quit Febs ("CGI:IRC 0.5.7 (2005/06/19)") 00.26.47 # hrmm.. which do you recommend, VM Ware player or Cygwin? 00.27.04 # i'm just taking a stab in the dark, but you're using windows, right? 00.27.10 # yes 00.27.20 # HeibonJoo: vmware is a lot faster 00.27.25 # i use cygwin, but, vmware compiles faster... 00.27.29 # I'm a slave to the $%^& that is microsoft... 00.27.31 Join damaki__ [0] (n=Chocolat@ALille-153-1-10-123.w83-198.abo.wanadoo.fr) 00.27.32 # :( 00.27.56 # i just use cygwin because i've no real need to use the vmware image... 00.27.58 # vm ware it is then :D 00.28.05 # use colinux 00.28.11 # faster than both of them 00.28.23 # I'll stick with VM ware. 00.28.55 Quit damaki_ (Read error: 110 (Connection timed out)) 00.30.16 # and i'll use cygwin. ahahah. 00.30.22 Quit bluebrother ("Leaving") 00.31.33 # This should be interesting 00.34.42 # cvs -z3 -d:pserver:username@www.rockbox.org:/cvsroot/rockbox co rockbox-devel ... "pserver means what?" 00.35.00 # leave it as it is :) 00.35.05 # alrighty then 00.35.06 # just change username to anonymous 00.35.16 # excellent :D 00.35.35 # pserver is the type of connection, if my memory serves me correctly. 00.36.23 # 183MB uncompressed to 2 GB... wow. 00.36.35 # 7zip image of rockbox development for VMware 00.39.31 # what does this line do? cvs -z3 -d:pserver:username@www.rockbox.org:/cvsroot/rockbox co rockbox-devel 00.39.49 # gets the latest package of rockbox-devel... 00.40.05 # and copies them to rockbox-devel? 00.40.12 # the current directory... 00.40.24 # Ah. so I need to be in a directory... heh 00.40.33 # It will make a directory called rockbox-devel in the current directory. 00.40.48 Join BHSPitLappy [0] (i=Steve-O@adsl-66-141-169-130.dsl.rcsntx.swbell.net) 00.41.07 # and if using vmware I should just leave as is? 00.41.29 # not change directories I mean. 00.41.47 # hm, doesn't the vmware image come with something already checked out? 00.42.08 # * Bagder doesn't know, just trying to remember 00.42.09 # Dunno, not complete just yet 00.43.22 Quit damaki (Read error: 110 (Connection timed out)) 00.43.51 # is turening off autorun that important? 00.46.25 # Uno momento, have to reboot system. 00.46.28 Quit HeibonJoo () 00.50.35 Quit ACK54W ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") 00.56.57 Part pixelma 00.59.37 Join esper256 [0] (n=812ab823@labb.contactor.se) 01.04.27 Quit obo ("bye") 01.06.07 Join midkay [0] (n=midkay@rockbox/developer/midkay) 01.07.39 Quit kiaxdc () 01.11.02 # midkay? 01.11.07 # sharpe? 01.11.11 # midkay?! 01.11.19 # sharpe?! 01.11.24 # midkay!! 01.12.43 # alright, that's getting annoying. 01.12.51 # but funny. 01.13.05 # ... yeah.. 01.13.10 Quit arkascha (Read error: 110 (Connection timed out)) 01.13.23 # so, take any look at that source? :) 01.13.36 # nope 01.13.46 # arr. 01.13.50 # level 19 i am. 01.13.57 # ah, grats. 01.14.16 # only ~2995 more exp. until i hit 20. 01.14.31 # another good quest or two :) 01.14.36 # yep... 01.14.50 # any reccomendation on armor? ;) 01.15.03 # i've got the seitung, i like it.. 01.15.21 # ah... 01.20.06 Quit PaulJam (Read error: 113 (No route to host)) 01.20.09 # hmmm... 01.20.12 Join PaulJam [0] (n=pauljam@vpn-3009.gwdg.de) 01.20.19 Join ashridah [0] (i=ashridah@220-253-123-16.VIC.netspace.net.au) 01.21.53 Quit San (Read error: 110 (Connection timed out)) 01.26.44 Quit Kohlrabi (Read error: 104 (Connection reset by peer)) 01.27.38 Join HeibonJoo [0] (i=averagjo@ip70-191-150-162.fv.dl.cox.net) 01.27.40 # alright. 01.28.13 # What is an extended freezing period? 01.29.04 # HeibonJoo: no new features get added until major bugs have been fixed. 01.29.12 # Ah. 01.32.44 # woo 01.32.48 # now i've djgpp set up. 01.32.52 # WMware.. Cool. 01.33.13 # researching what djgpp is. 01.40.33 Join rotator [0] (n=e@rockbox/developer/rotator) 01.40.38 # next, mingw! 01.41.34 # * qwm slaps midkay 01.43.15 Part Paul_The_Nerd 01.43.19 Join San [0] (n=test@A-102-32.cust.iol.ie) 01.45.48 *** Saving seen data "./dancer.seen" 01.47.39 Join safetydan [0] (n=dan@rockbox/developer/safetydan) 01.54.09 Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) 01.54.25 # ahah! now i've cygwin, djgpp, and mingw set up! 01.56.08 Quit nls_web2 ("CGI:IRC (EOF)") 02.03.55 Part Goodwill 02.04.11 Join Jd|uni [0] (n=82c20d6a@labb.contactor.se) 02.04.48 # hey all 02.05.10 # hardeep: they shuffle resume bug is fixed? 02.05.10 # support for ipod 3G anywhere soon? 02.05.28 # not official.. but it works currently.. 02.05.52 # but still no sound? 02.05.58 # dunno.. 02.06.01 # hey Jd|uni 02.06.08 # hey midkay 02.14.33 # hey sharpe. 02.15.08 # if your bored and u know if clap your hands 02.15.11 # CLAP CLAP 02.15.22 # too bored to 02.15.25 # if your bored and u know if clap your hands 02.15.28 # CLAP CLAP 02.15.33 # the least bit of excitement will remove my boredom 02.15.54 # if your bored and u know it and u really wanna show it.. 02.16.07 # if your bored and u know it clap yours hands 02.16.09 # CLAP CLAP 02.16.27 # oh 02.16.30 # which reminds me 02.16.34 # i must wash more clothes. 02.16.40 # i'll be back in a few minutes. 02.21.21 # yay 02.26.24 # So, how do you get shuffle to work over multiple directories? 02.26.35 # playlists. 02.26.37 # very carefully. 02.26.42 # haha. 02.26.50 # like if I have /music/a and /mucic/b and I want it to shuffle between them? 02.26.54 # only playlist eh :/ 02.26.59 # another acceptable answer, "correctly." 02.28.09 Quit ashridah ("gone.") 02.28.45 # Jd|uni: yes, it should be fixed 02.30.08 # HeibonJoo: Context->Playlist->Insert shuffled on the /music directory will shuffle all subdirectories together if you have recursively insert enabled from the playlist options menu 02.30.55 # cheers hardeep 02.33.44 # thankyou hardeep :D 02.35.15 # hrmmm... that seems to take a while.. 02.35.17 # heh 02.35.18 # yay 02.35.39 # i did something, not particularly useful, but funny. 02.35.45 # And how do you get back to the WPS? 02.36.10 Join J32US [0] (n=brenborg@d141-32-21.home.cgocable.net) 02.39.06 # HeibonJoo: enable directory cache to speed it up. it took me 13s to insert 3000 tracks on my h300. 02.39.13 # to get back to wps: press play 02.42.00 Quit PaulJam (".") 02.42.47 Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) 02.45.38 # dang, alot more people in here than I expected. 02.46.25 Quit Jd|uni ("CGI:IRC") 02.47.50 Join damaki_ [0] (n=Chocolat@ALille-153-1-88-47.w86-215.abo.wanadoo.fr) 02.49.42 Quit midkay ("Leaving") 02.50.10 Join qwx_ [0] (n=qwm@h147n2fls32o1010.telia.com) 02.50.18 Quit qwm (Nick collision from services.) 02.50.25 Nick qwx_ is now known as qwm (n=qwm@h147n2fls32o1010.telia.com) 02.51.40 Join midkay [0] (n=midkay@rockbox/developer/midkay) 02.54.02 Join Jd|uni [0] (n=82c20d6a@labb.contactor.se) 02.54.33 Quit midkay (Client Quit) 02.55.07 Join midkay [0] (n=midkay@rockbox/developer/midkay) 02.59.13 Join solexx_ [0] (n=jrschulz@e176122004.adsl.alicedsl.de) 02.59.39 Quit midkay ("Leaving") 03.00.12 Join midkay [0] (n=midkay@rockbox/developer/midkay) 03.01.13 # done any work with fireworks yet midkay? 03.01.24 # Jd|uni, not really.. 03.02.41 # anyone have a question for sharpe? heheh... 03.03.35 Quit damaki__ (Read error: 110 (Connection timed out)) 03.03.45 # sharpe, sure.. say my nick. 03.03.55 # midkay: you told the world already? 03.03.56 # :\ 03.04.00 # * qwm is disappointed 03.06.13 # sharpe: are you related to sharpie, the permanent marker? 03.09.46 Quit Drumr () 03.10.38 # eh, unfortunately, no... 03.11.35 # k 03.11.40 # then, no 03.11.45 Quit solexx (Read error: 110 (Connection timed out)) 03.11.57 # oh, okay... 03.17.31 Join RoC_MM [0] (i=dragon@dsl-29-8.cofs.net) 03.24.32 Quit esper256 ("CGI:IRC (EOF)") 03.26.41 # in soviet russia, stages are for performers only 03.27.02 # k 03.28.38 # in soviet russia, road forks youu!! 03.28.48 # ... family guy... 03.28.53 # yeah, we know. 03.29.09 # lol sharpe 03.29.39 # yep... 03.29.47 # in soviet russia, stalin kills everybody! 03.29.57 # in soviet russia, kid makes shoe! 03.30.18 # a friend and i had made up many of them... 03.32.35 # those don't fit in with the accepted pattern, though 03.32.45 # no, but they make for a better sounding joke. 03.32.58 # it should say, everybody kills stalin 03.33.21 # but, "in soviet russia, stalin kill everybody!" sounds better, and more understandable... 03.33.40 # maybe in YOUR opinion... 03.33.49 # yes, i know it should be the other way 03.33.50 # * BHSPitLappy eats sharpe's DAP 03.34.46 # that's not nice... 03.43.31 # now no one will have space invaders on their player... :( 03.44.37 # you don't need a DAP to code for one. 03.44.44 # and technically, I already have it. (iPL) 03.44.49 # no, but i need it to test. 03.45.50 *** Saving seen data "./dancer.seen" 03.46.54 Quit rotator (Read error: 110 (Connection timed out)) 03.48.53 Join rotator [0] (n=e@rockbox/developer/rotator) 03.50.19 # what's up with that freezing period... 03.50.49 Quit linuxstb (Read error: 110 (Connection timed out)) 03.52.51 Quit Jd|uni ("CGI:IRC") 04.00.25 Quit hardeep ("BitchX: the NEW form of birth control!") 04.02.27 # what DAP do you need sharpe? 04.03.05 # the one I ate. 04.03.52 # mmhmm. 04.03.57 # well when you go to the washroom. tell me what kind it was :-p 04.04.07 # that is if you can still tell :s 04.04.10 # i pawd vidio. 04.04.28 # eh, should probably be vidioh. 04.04.46 # or videyo 04.04.53 # i pawd vidioh, too 04.05.02 # ipod... dang 04.05.29 Join damaki__ [0] (n=Chocolat@ALille-153-1-14-100.w83-198.abo.wanadoo.fr) 04.06.27 # i dunno what it is... but i have alot of beef with mac/apple/ipod 04.06.33 # they just... well, suck 04.06.50 # ipods are nice 04.07.06 # would you prefer a Windows Media Player Mobile someday? 04.07.09 # * BHSPitLappy shudders 04.08.29 # i would cry. 04.08.48 # hey! WMPM! wimpim! 04.09.19 # the TuxTunes player would be a nice third party :P 04.09.38 # or the rockbox port. heheh... 04.10.25 # i wrote 22 bytes of shellcode! 04.11.05 # woo! 04.11.14 # guess what it does! 04.11.15 # I took 22 bites off a toblerone! 04.11.25 # * BHSPitLappy feels sick... 04.11.32 # gee, i wonder why. 04.12.25 Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 04.12.33 # linuxstb ! 04.12.33 # i wish the rockbox port was finsihed :-s gigabeats rocks 04.16.10 # meh, was something changed about fonts or the way they are displayed? 04.16.20 # the themes are broken on the bleeding edge build 04.16.47 Quit RoC_MM (Remote closed the connection) 04.17.29 # but at least it seems to have better responsability than the other version i had. 04.17.53 # aghaster: Which themes? 04.18.07 # dancing puffs and joltAmp 04.18.18 # what seems broken is only the way text is displayed 04.18.28 # "the way text is displayed" is a very vague statement 04.18.30 # but it seems fonts weren't changed 04.18.36 # i'll look for that first. 04.18.45 # its my first build (which i built myself) 04.19.14 # meh, can't browse fonts 04.19.24 # btw, i have no .rockbox/fonts dir 04.19.26 # is this normal? 04.19.52 # No 04.20.06 # Did you delete your old .rockbox dir, and then _not_ download the fonts zip when you reinstalled? 04.20.29 # you got what i did wrong. 04.20.34 # i exactly did that 04.20.42 # i didnt have to download a seperate fonts dir last time 04.20.44 # is this new? 04.21.22 Quit damaki_ (Read error: 110 (Connection timed out)) 04.22.46 Join Falco98 [0] (n=18586afa@labb.contactor.se) 04.23.25 # what's shaking everyone 04.24.19 # hi Falco98 04.24.21 # how are you? 04.26.07 # not bad, you? 04.27.58 Join qwx [0] (n=qwm@h147n2fls32o1010.telia.com) 04.28.24 Quit qwm (Nick collision from services.) 04.28.34 Nick qwx is now known as qwm (n=qwm@h147n2fls32o1010.telia.com) 04.29.12 # any firefox users in here with Verizon Wireless? 04.29.19 # i'm fine 04.29.25 # i've been building my first build. 04.29.45 # oh, have you made changes? 04.30.20 # not yet 04.30.28 # except half-translating it to esperanto 04.30.29 # lol 04.30.35 # but i wanna mod it 04.31.11 # Falco98, I'd like to see the dejavu font added to rockbox 04.31.31 # i don't have the time to look at it tonight, because i'm going. but if you have time and would like to check that :P 04.31.32 # what's that? 04.31.50 # a font that supports lots of foreign characters 04.32.04 # it would be very useful as the default font for rockbox 04.32.32 # Just use fontforge to convert it, no? 04.32.47 # i'll do that, i need to convert it to fnt? 04.32.53 # http://dejavu.sourceforge.net/wiki/index.php/Main_Page 04.33.05 # To BDF 04.33.28 # Then use bdfconv to make it a fnt, if I recall 04.33.29 # the fonts folder i needed to add to my rockbox dir was loaded with .fnt files 04.33.33 # ok 04.33.33 # Paul_The_Nerd: i thought you were to be known as 'llorean' in here from now on? 04.34.19 # Falco98: My client automatically picks this name, and I"m too lazy to bother changing it. :-P 04.35.03 # Paul: In fontforge i select "generate fonts" and then what type should i choose? there are two boxes where i can choose types, and format 04.37.04 # in fact i dont really know how to use that software 04.37.32 # paul: gotcha 04.37.59 # BRB 04.38.31 Quit Falco98 ("CGI:IRC (EOF)") 04.39.44 # aghaster: I've never used it, but I've been told it has an option to export to BDF, and that's the best way to generate fonts for Rockbox 04.40.49 Join Strath [0] (n=donat@dpc67143207026.direcpc.com) 04.40.49 Join Falco98 [0] (n=chatzill@cpe-024-088-106-250.sc.res.rr.com) 04.41.03 # hm, finally back in a *real* irc client :-P 04.41.06 Quit [TCK] (Read error: 104 (Connection reset by peer)) 04.41.11 Quit Daishi ("Client exiting...") 04.43.44 # anyone still awake then? 04.44.06 # aghaster: In fontforge, load the font then go to Edit->Select->Select All 04.44.34 # Then go to Elements->Bitmaps Available 04.44.41 # choose the point size, DPI, etc 04.44.58 # then go to File->Generate Fonts... and choose a BDF format 04.45.14 # save as BDF, then use convbdf in the rockbox source to convert to FNT format 04.45.21 # eh... i'm going to sleep. 04.45.25 # g'night peoples. 04.45.25 # awake? its 10:45 pm where i live. 04.45.38 # same 04.48.11 # yeah im tired too. sleep is a good idea. peace 04.48.15 Quit J32US () 04.49.16 # * Falco98 forgets what other channels the rockbox people have in freenode 04.52.45 # my nose has bled like, five times in the past week. 04.55.57 # okay 04.56.00 # sharpe sleep time. 04.56.04 # g'night everyone. 04.57.34 Join qwx_ [0] (n=qwm@h147n2fls32o1010.telia.com) 04.59.56 # JdGordon: u still around? 05.01.29 # Falco98: is cool 05.01.32 # hmm 05.01.34 Join Rob2222_ [0] (n=Miranda@ACB6F2AA.ipt.aol.com) 05.02.14 # Falco98: is bored 05.02.22 # * Falco98 looks around 05.04.05 Join Kratos [0] (n=Lorenzo@c-24-127-182-86.hsd1.ca.comcast.net) 05.04.34 # * Falco98 is trying to figure out if lines directed to him can be highlighted in chatzilla 05.08.38 Quit qwm (Read error: 110 (Connection timed out)) 05.09.32 # NickServ- IDENTIFY 05.09.59 # Good to know 05.10.09 # changed it now 05.10.29 # Falco98: I believe they can. I think it used to at least, when I used it 05.11.15 Nick qwx_ is now known as qwm (n=qwm@h147n2fls32o1010.telia.com) 05.11.21 # Paul_The_Nerd: yeah it just beeped at me 05.11.44 # of course instead of marking your nick red or bolding the line, it just bolds your nick.. which isn't the most helpful thing ever... 05.12.04 # hmm, well I just tried it to see what it would do 05.12.28 # tried what? 05.12.40 # nvm 05.15.48 Join Drazzy [0] (n=lol@d57-27-195.home.cgocable.net) 05.15.59 # hello 05.16.07 # yo 05.16.10 # hey 05.16.38 # trying to get rockbox on my ipod color 05.16.56 # cool 05.17.05 # reading the installation pdf on the site, im stuck at the part about inserting rockbox into the firmware 05.17.16 # can anyone help out with that part? 05.17.42 # are you at teh part where you patch the firmware to create the bootloader? 05.18.13 Quit Rob2222 (Read error: 110 (Connection timed out)) 05.18.18 # yesm thats the part 05.18.23 # i dont understand what to do, honestly 05.18.32 # okay, I can help 05.18.36 # thanks. 05.18.43 # you need do download a few key files 05.18.51 # which are? 05.18.51 # first, let me find them 05.18.54 # haha sure 05.19.17 # Drazzy: You're following the iPodInstallation page? 05.19.26 # have you seen this page? 05.19.27 # http://www.rockbox.org/twiki/bin/view/Main/IpodInstallation 05.19.43 # because you seem to be following a PDF 05.19.52 # and the wiki is far easier to understand 05.19.58 # yeah, iw as on the manual that comes with the rockbox download 05.20.01 # * Falco98 nods 05.20.01 # i didnt look at that site 05.20.05 # mmm 05.20.07 # thanks alot for pointing me to the site 05.20.12 # gives me all the programs i need 05.20.14 # mmkay 05.20.20 # take a good look at it 05.20.20 # ill probably be good from here. thanks guys. 05.20.28 # kk 05.21.26 # hey, everyone I have a question too: 05.21.26 # I'm compiling rockbox, and I cant seem to find the bitmap where the boot-up logo is 05.21.36 # I'm on a iPod5g 05.22.39 # Falco98: did u see hardeep fixed the bug :D 05.22.47 # oh, the shuffle bug? 05.22.51 # ye 05.22.52 # no, where can i read about it? 05.23.13 # its the most recent cvs commit 05.23.25 # hmm, do i have to format my ipod before installing rockbox? 05.23.34 # oh yeah, just saw it 05.23.36 # only if u dont have a fat32 partition 05.23.40 # um 05.23.41 # :P 05.23.45 # i dont know if i do 05.23.50 # i wonder if it works 100% with our patch, jd? 05.23.53 # go to my computer 05.23.55 # i always formatted using the apple software 05.24.00 # assuming that it is a winpod 05.24.08 # its win 05.24.08 # dunno... i would guess it would 05.24.16 # i went properties on my ipod drive and it says fat32 05.24.27 # right click on your iPod and go to the properties 05.24.30 # oh 05.24.31 # yeah, i did. 05.24.39 # 16.7gb used, 1.81gb free 05.24.40 # fat32 05.25.18 # do i have to format it at all now? 05.25.18 # so your good to go 05.25.25 # i dont need to get rid of all my music? 05.25.28 # nop 05.25.36 # :O and rockbox will read all my current music? 05.25.42 # i transfered it all using Anapod, not iTunes 05.25.44 # yes, but u need to use tagcache 05.25.53 # hm 05.25.56 # dont worry about that 05.26.01 # it's in the latest build 05.26.03 # does anapod put it into dirs? or fucks it like itunes? 05.26.10 # i have no idea, JdGordon 05.26.27 # Drazzy: the easy way to find out is just look on the ipod's disk 05.26.40 # if it's a recognizable file / dir structure you should be good 05.26.43 # he means, dies anapod irganice your music into folders for like artists/albums 05.26.47 # *does 05.26.48 # JdGordon: I think it tried to do directories, but will crop names if they're over the limit. I could be wrong, as I haven't used it, just seen it discussed. 05.29.40 # LOL 05.29.42 # http://video.google.com/videoplay?docid=3198080720966379496 05.30.12 # uh oh 05.30.14 # im having a problem 05.30.23 # im on the part where im extracting the apple firmware at the moment 05.30.40 # when i type ipod_fw -o apple_os.bin -e 0 bootpartition.bin, it says that ipod_fw isnt a recognized command 05.31.48 # any ideas, guys? 05.32.42 # whve u got the ipod_fw program? 05.33.09 # what? 05.33.25 # the guide doesnt say to download a program called ipod_fw 05.33.34 # oh yes it does 05.33.36 # im an idiot. 05.33.46 # can i close ipodpatcher now, or should i keep it open 05.34.20 # nevemrind, figuredit uot 05.36.50 # k one last question 05.37.10 # im about to copy over the rockbock files to the ipod now.. do i just view the ipod in Explorer and drop .rockbox there? 05.37.23 # yup 05.37.29 # dont forget rockbox.ipod 05.37.32 # yeah 05.37.43 # k copying 05.38.18 Quit TeaSea ("Leaving") 05.38.20 # k so.. if i want to go back to the original apple software.. im sure thats just as easy right 05.38.54 # some1 else will be able to tell u.. but i think pressing a button (dunno which) starts the oriiongal firwmare 05.39.01 # so u can "dual boot" 05.40.03 # okay cool 05.40.06 # now... im in rockbox 05.40.10 # i dont see any of my music 05.40.10 # Holding Menu while it boots, yes. 05.40.29 # Drazzy: iTunes hides the music. You can either copy it over in disk mode, or use TagCache to search for and index your music by Tag. Either method works 05.40.52 # how do i do the tagcache method 05.41.27 # ah found a guide online for it 05.41.31 # menu > settings > file > force tagcache update 05.41.37 # how much space am i going to need on the ipod for this? 05.41.45 # 2mb.. 05.41.53 # ok :) 05.42.09 # hope it doesnt take TOO long 05.42.34 # for this? <- rockbox or tagcache? 05.42.45 # tagcache. 05.42.51 # i did the force tag cache update 05.42.53 # but i dont know if its done or not 05.42.57 # oh, dunno... not much space.. 05.43.00 # it will take a while 05.43.15 # fuck i think it froze.. 05.43.24 # i cant use the scroll wheel right now and the backlight is stuck on 05.43.34 # u can se its progres in the menu > info > debug > tagcache 05.43.56 # what should i do now> 05.44.48 # wiat... or reset.. 05.45.07 # haha holy crap 05.45.13 # progress: -`% 05.45.23 # The progress isn't reliable on iPod 05.45.25 # -1%** 05.45.30 # wtf, it froze again. 05.45.46 # harddrive stopped seeking, like i cant hear it anymore 05.45.51 # and backlight is stuck on too 05.45.53 *** Saving seen data "./dancer.seen" 05.46.39 # something tells me tagcache isnt working.. 05.47.03 # * JdGordon cant help.. tc works fine here but i dont have an opid... 05.47.07 # hehe opid :D 05.47.29 # =/ 05.47.38 # yeah so i pretty much dont know what to do from here,. 05.48.27 # should i just.. leave it on like this for a bit? or restart and try again? 05.48.30 # TagCache has had issues with files that have embedded album art in the past, though I don't know if that's whta this is. 05.48.37 # oh shit 05.48.43 # alot of my mp3s have embedded album art. 05.49.41 # ugh, so i pretty much have to wipe my ipod clean and start over i take it? 05.50.26 # Why would you have to wipe your iPod? 05.50.45 # tag cache seems to hate my mp3s that are on there 05.50.57 # so i figured id have to wipe it and put them in manually once rockbox was on there. 05.51.14 Quit patterson () 05.51.40 # * JdGordon thinks that needs to be fixed.. its not a TC bug but the metadata reader bug.. 05.52.19 # anyway, if u dont plan on using appple os to listen to music then jutst copy all your music back on in explorer and your good to go 05.52.20 # k so what options do i have at this point in time 05.52.25 Quit midkay ("Leaving") 05.52.41 # i want the apple os on there still, though 05.52.53 # u said 5g ye? 05.52.56 # no 05.52.57 # 4g color 05.53.06 # does that play videos? 05.53.08 # nosir 05.53.21 Join midkay [0] (n=midkay@rockbox/developer/midkay) 05.53.23 # so just bugger appleOS, copy all your music back and never load it again 05.53.34 # i WANT appleos 05.53.50 # i want both to be present on my ipod 05.54.00 Join qwx_ [0] (n=qwm@h147n2fls32o1010.telia.com) 05.54.08 # What do you want to use Apple OS for? 05.54.24 # incase i dont want to use rockbox 05.55.10 # im going to test something 05.55.20 # where do i put my music if i want to load it in rockbox? what directory 05.55.39 # Anywhere 05.55.51 # in the .rockbox dir? 05.55.56 # or base dir of my ipod 05.56.15 # base 05.56.34 # k 05.57.07 # it doesnt really matter... but u shouldnt put it in .rockbox coz u can hide that folder.. 05.57.55 # how do i apply .patch files for themes? 05.58.01 Quit qwm (Read error: 110 (Connection timed out)) 05.58.08 # .patch for themese?? 05.58.12 # im guessing i put them in J:\.rockbox\themes 05.58.12 # themes are .cfg 05.58.16 # what patch have u found? 05.58.26 # Scroll Margins by Ben Basha: Get the latest patch from here 05.58.35 # there are a bunch of patches for a certain theme i want to use 05.58.39 # and they are all .patch files 05.59.00 # u need to setup a dev setup so u can compile it.. 05.59.05 # oh 05.59.06 # FUCK 05.59.20 # Now that's unnecessary 05.59.37 # sorry. 05.59.49 # what does setting up a dev mean 06.00.13 # Development Environment. Either be running Linux, or set up Cygwin, VMWare or colinux so that you can compile your own builds. 06.00.19 # http://www.rockbox.org/twiki/bin/view/Main/CrossCompiler 06.01.10 # crap 06.01.18 # seems like ALOT of work for this 06.01.19 # heh 06.01.38 # yup 06.02.05 # i tihnk there is a thread on the forums with precompi;ed versions with those comon patches 06.02.45 # Remember that Rockbox on iPod has not been released yet. 06.02.54 # You should come into this with the expectations of being a tester, not a user. 06.03.26 # night all 06.03.27 # yeah i know 06.03.28 # night dude 06.03.31 Nick Falco98 is now known as Falco_away (n=chatzill@cpe-024-088-106-250.sc.res.rr.com) 06.05.36 Join JBGood [0] (n=Johnq@66.216.165.55.dynamic.dejazzd.com) 06.06.37 # yay, i got themes working 06.07.03 # only thing to get working is tagcache 06.10.24 Join YouCeyE [0] (n=YouCeyE@unaffiliated/youceye) 06.11.27 Nick qwx_ is now known as qwm (n=qwm@h147n2fls32o1010.telia.com) 06.12.23 # haha wow this is cool!!!! 06.12.28 # it looks so pretty :> 06.12.39 # are u on drugs?? 06.12.45 # its ugly as fuck :p 06.12.50 # not with my skin it isnt 06.12.51 # unless u got a ncie wps goin! 06.12.55 # which u got? 06.13.11 # jBlackGlass for iPod Photo/Color 06.14.28 # * JdGordon kicks but :D fixed a bug :D 06.14.51 # now i have to find the danm bug report in fs :'( 06.15.31 # nice 06.15.38 # im still screwin' with tagcache, bro 06.17.15 # Paul_The_Nerd: any idea who is the main person behind the tree browser code? 06.18.22 # JdGordon: No clue. Sorry. I mean, other than Slasheri, I think I've seen Hardeep make a few changes to it, but I don't know if they were easy, or required more knowledge, or if I'm even remembering right. 06.19.01 # heeh ok... just wondering who to point my bug fix to.. (its actually a bug fix so it should go in b4 3.0) 06.19.01 # You can always look at the CVS history to see who's done what to it. 06.19.26 # thats using your nogin :p spose i could do that 06.19.30 # Huh. I haven't seen you around in a while... 06.19.46 # zagor was the original committer 06.19.57 # Paul_The_Nerd, that's because I haven't been around :) 06.20.08 # Moving countries makes it hard to stay connected to the various internets 06.20.13 # Aaaaah 06.20.25 # Like, constant motion through countries, or one long process from one to another? 06.20.43 # 400 changes.. bits of everyone.. 06.20.55 # Like returning home (i.e. Australia) after two years living in the UK 06.21.02 # congrats :D 06.21.03 # Aaah 06.21.12 # cept u picked a bad time.. its too damn cold atm 06.21.22 Quit rotator ("zzzzzzzz") 06.21.32 # warm enough if you've acclimitised to UK weather :) 06.21.49 # where abouts in oz? 06.21.50 Quit Drazzy () 06.22.25 # Brisvegas 06.22.35 # oh well... no1 is perfect :D 06.23.28 # * JdGordon bbl 06.25.13 Quit lostnihilist (Remote closed the connection) 06.29.04 Quit jbauman (Read error: 110 (Connection timed out)) 06.39.28 Join hardeep [0] (n=hardeep@c-67-188-108-180.hsd1.ca.comcast.net) 06.41.04 Part Kratos 06.57.18 Quit hannesd (Read error: 104 (Connection reset by peer)) 06.58.43 Join hannesd_ [0] (n=light@212.87.148.33) 07.04.25 Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) 07.18.49 Join daurn|laptop [0] (i=daurnscr@dsl-202-52-48-092.vic.veridas.net) 07.18.51 # hello? 07.19.21 # Yes? 07.23.09 # hey 07.23.18 # whats the smallest device with rockbx support? 07.24.03 # ondio and nano I guess 07.25.00 # ondio? 07.25.06 # Archos ondio 07.25.10 # a flash player 07.25.38 # link 07.25.39 # :S 07.26.07 # hm 07.26.08 # oh 07.26.11 # looks ugly 07.26.11 # : 07.26.12 # :S 07.26.22 # http://www.rockbox.org/twiki/bin/view/Main/DeviceChart 07.26.43 # the nano is way lighter it seems 07.27.53 # grr 07.27.57 # i don't like apple 07.28.20 # then join the work on the ifp-799 port for the iriver flash players ;-) 07.28.59 # i'm actually looking to buy the smallest mp3player i can find 07.29.03 # (for a good price) 07.29.14 # and thought i might check with good 'ol rockbox 07.29.14 # :P 07.29.29 # that's probably one of those USB stick/memorycard combos 07.30.00 # Nah 07.30.05 # It's the MobiBlu Cube 07.30.08 # smallest seems to be eg, mobiblu 07.30.09 # Very small 07.30.12 # :P 07.30.19 # the nano is weirdly small 07.30.20 # heh 07.30.23 # There's one smaller, but it actually has larger dimensions in two of them, it's just thinner 07.30.25 # So less volume 07.30.28 # but mobiblu supposedly has HORRIBLE battery life 07.30.29 # :P 07.30.43 # is that the little cube Phillips makes? 07.30.45 # The iFP-799 isn't terribly small (not big either) but it's much more sturdy feeling than the Nano, and all around quite nice 07.31.29 # iriver? 07.31.47 # wow 07.31.48 # expensive 07.32.10 # I liked my nano 07.32.14 # I got mine for $132 with free Sennheiser PX-100s, and a free waterproof case. 07.32.32 # wow 07.32.42 # go with sansa! ;-) 07.32.43 # prices i'm seeing on a quick google are $250 07.32.47 # :S 07.33.42 # morning B4gder 07.33.50 # ive got a real bug fix for you :D 07.33.58 # * B4gder hides 07.33.59 # what's the deal with 3.0 07.34.05 # what happened to the 29th 07.34.11 # JdGordon: gimme 07.34.19 # (just curious, not being pushy) 07.34.44 # http://www.rockbox.org/tracker/task/5466 07.35.06 # why is that for me? 07.35.32 # I've never even seen tag cache run 07.35.42 # umm... coz u were complaing on the ml no1 is patching bugs :p 07.35.49 # no 07.35.53 # I was stating facts 07.36.11 # i know... also i didnt know who to bring that to attentions.. 07.36.15 # I'm trying! :) 07.36.24 # any1 know about the arcos gmini xs202 07.36.25 # http://archos.com/products/music/gmini_xs_202S/tech_specs.html?country=global&lang=en 07.36.27 # try that again.. i dont know whos attention to bring that to 07.36.29 # it looks ok 07.36.33 # but - its 20gb 07.36.33 # lol 07.36.40 # i wanted, like, 1gb 07.36.40 # :S 07.36.46 # I want one of those Sansa players. If they give me a 6gb one for free, I won't even complain when they dump tech support duties on our forums. 07.36.53 # the gmini is 1.8" disk based 07.36.54 # i can always cope with extra storage though 07.37.09 # B4gder: for that one, impossible 07.37.15 # its only 1.7" big 07.37.18 # tghat gmini looks niice 07.37.28 # wait 07.37.31 # its 2.9" 07.37.33 # sorry 07.37.33 # :P 07.38.58 # worst thing bout archos is the lack of scrolling mechanisms 07.39.19 # no 07.39.21 # i currently have a gmini 402, and you gotta hold the down button for a fair while 07.39.23 # its the lack of Rockbox ;-) 07.39.32 # B4gder: port it then 07.39.41 # YOU have the archos 07.39.51 # I ported to Archos already 07.39.56 # I'M porting mediOS 07.40.50 # morning 07.41.10 # doom is kickass on gmini 40* 07.41.11 # :P 07.42.33 # rararar.... viewer.c is some funky code to try and follow 07.43.41 # then you haven't checked the menu code ); 07.43.42 # ;) 07.45.55 *** Saving seen data "./dancer.seen" 07.50.31 # one thing at a time 07.51.17 # yeah 07.52.38 # On a second though, instead of complaining, one should get the hands dirty and cleanup the code 07.53.23 # The viewer code needs to be a bint funky... it needs to be able to deal with texts larger than the remaining plugin buffer 07.54.42 Join Myst [0] (i=Myst@dsl-202-72-159-232.wa.westnet.com.au) 07.54.50 Nick Myst is now known as Myst` (i=Myst@dsl-202-72-159-232.wa.westnet.com.au) 07.56.11 # yeah I understand why the complexity is there... doesn't make it any easier to follow though 07.56.29 # definitely something weird going on when you set it to wide mode with a file with long (>200 char) lines 07.56.56 # voodoo code! \o/ 07.56.58 # Slasheri: It seems the tagcache commit bug is completely fixed. Tried it on H140, H340 and iPod mini g2. Thanks :) 07.57.23 Quit San (Read error: 104 (Connection reset by peer)) 07.57.58 # amiconn: ah, that sounds great :) 08.01.42 Join _Lucretia_ [0] (n=munkee@62.56.101.193) 08.02.16 Join cismo_ [0] (i=cismo@adsl-85-217-34-39.kotinet.com) 08.05.40 Join San [0] (n=test@A-102-32.cust.iol.ie) 08.09.31 Quit Noah0504 (Read error: 104 (Connection reset by peer)) 08.19.27 Join damaki_ [0] (n=Chocolat@ALille-153-1-5-107.w83-198.abo.wanadoo.fr) 08.21.31 Join kingspaw1 [0] (n=anakron@204.80-203-21.nextgentel.com) 08.21.58 Quit cismo (Read error: 110 (Connection timed out)) 08.33.01 # Slasheri: It's till working fine on archos as well. The only major feature still missing is to remove deleted tracks from the database. 08.34.00 # (and the alphabetical sorting is wrong for german umlauts, but that's not a tagcache problem) 08.35.04 Quit damaki__ (Read error: 110 (Connection timed out)) 08.35.58 Quit kingspawn (Nick collision from services.) 08.36.04 Nick kingspaw1 is now known as kingspawn (n=anakron@204.80-203-21.nextgentel.com) 08.36.36 # amiconn: hmm, i am working with implementing the file removal. The simpler way of first just marking all deleted entries wouldn't be hard to do. But to remove the entries from the db for real requires temporary file to be built from the db and then the db should be committed from scratch against that file (should be still faster than rebuilding db from scratch) 08.39.36 # I think just marking the deleted files should be sufficient. Maybe one could force a cleanup from time to time 08.40.14 # yes, that sounds good 08.41.11 # (or maybe force a rebuild if more than x percent free space) 08.43.04 # hmm, yep. or just if we have for example more than 15% of deleted files from all files in db, then force a rebuild 08.43.52 Join muesli|delhi [0] (n=muesli_t@125.23.48.113) 08.43.53 # Or how 'bout make the "Force TagCache update" do both proper removal and use marking for the automated updates? 08.45.27 # That would probably make an update on archos significantly slower 08.45.34 # that proper deleting would be still quite battery hungry at least if we do it every time one file has been removed 08.45.46 # ..or for anyone who is using tagcache without dircache 08.46.09 # yep 08.46.25 # even without dircache searching for the new and deleted files will be much slower 08.48.01 # or one possibility would be even to enable dircache for archos with a special mode to index only supported files just before starting tagcache update 08.48.14 # but that would still eat more ram from the code space.. 08.48.37 # and then it couldn't be done on background 09.04.17 # * amiconn still didn't try dircache on archos 09.05.24 # that's not the proper fix 09.05.35 # ooops, please ignore 09.05.36 Join ender` [0] (i=useless@84.52.165.220) 09.06.18 Join petur [0] (n=d4efd6a6@labb.contactor.se) 09.12.14 # * petur wonders if amiconn or preglow are around 09.13.17 Quit Infirit (Read error: 104 (Connection reset by peer)) 09.14.01 Join ACK54W [0] (n=Acksaw@spc1-stok5-0-0-cust770.bagu.broadband.ntl.com) 09.15.39 Quit hardeep ("Chatzilla 0.9.73 [Firefox 1.5.0.3/2006042618]") 09.16.01 # Slasheri: Tagcache adds about 8KB to the archos recorder binary size. Main buffer size is decreased by 48KB (dircache still disabled). Building the dircache takes ~16 seconds on my recorder (4774 files, 393 dirs). The dircache itself takes 402KB. It seems to be working fine. 09.18.53 # Not really desirable on standard archos, but if someone has done the 8MB mod, and is browsing a lot, he could enable dircache in his personal build 09.20.05 Join ashridah [0] (i=ashridah@220-253-123-202.VIC.netspace.net.au) 09.20.44 # amiconn: would recording from s/pdif require more cpu than from analog in? 09.20.57 # The interesting thing is that building the dircache is quite fast even on archos 09.21.13 # petur: Nope, but it requires a tiny bit more battery power 09.21.23 # http://forums.rockbox.org/index.php?topic=4534.0 09.21.26 # We need to power the spdif circuit 09.21.58 # unboosted recording wasn't ok. I do need to test line-in recording with a pure sine to check for glitches 09.22.07 # only tested with an audio track 09.26.06 # Since he tested with a sine, maybe it's not a glitch caused by the boost/unboost, but something completely different I was hunting on archos for several weeks before the 2.5 release? 09.26.59 # I'm sure it's not the boost/unboost since he had the glitches at the beginning. I only boost/unboost when writing wav to disk 09.27.23 # I just asked him to test to be 100% sure 09.27.44 # If the recording is about to save, and the file write needs to *search* for the next free cluster because the fsinfo block was invalid, the search took very long due to other things eating too much cpu power, so the buffer wrapped meanwhile and the beginning of the recording was completely garbled 09.27.50 # btw, did you see the post about the remote adding noise when recording? 09.27.59 # amiconn: ah, interesting. it should be fast, because it uses fat_ functions directly to do the recursion 09.28.51 # This was very hard to find until I enabled mp3 frame numbering in the mas. Then I could see that the garbage at the beginning had higher block numbers than the following part... 09.29.44 # sooo... lower the watermarklevel a bit... a bit more frequent saves, more batt power :) 09.29.50 # petur: Nope. I don't look at the forums too closely these days. Too much noise for me 09.30.36 Quit Ribs ("Leaving") 09.30.42 # reply 6 on http://forums.rockbox.org/index.php?topic=3723.0 09.30.54 Join whatboutbob [0] (n=cbd6701e@labb.contactor.se) 09.30.56 # The question is whether this may be the case here. Iirc the pcm recording stops when it's about to wrap, so it won't overwrite unsaved data 09.31.21 # But of course this will still cause a glitch, because then a part of the recording is missing 09.31.26 # and recording stops if buffer wraparound is detected 09.31.32 # yeps 09.31.38 # hmmmm 09.31.45 # Hmm, you mean the whole recording stops? 09.31.49 # I do need to test line-in with a sine too 09.31.56 # I thought it only pauses until save 09.32.12 # must check the code but I think it kills dma 09.32.19 # A good test method would probably be to record a slow sine sweep 09.32.30 # yeah 09.32.31 # petur: yeah...they're audible glitches. 09.32.35 Part Paul_The_Nerd 09.32.44 # ah, here's our tester ;) 09.33.19 # i initially tested an audio file (ray lamontagne...check him out if you're into folky stuff)...and they were noticeable in that so i figured i'd get some metrics...hence the sine wave. 09.34.15 # amiconn: dma overrun stops recording 09.34.29 # hmm... 09.34.32 # too bad viewcvs has no line numbering 09.34.37 # petur: i haven't tried analog recording since applying your patch...should i? 09.34.44 # maybe 09.34.50 # petur: Click 'annotate' instead of 'view' 09.35.06 # WOW! 09.35.09 Join RedBreva [0] (n=chatzill@host86-134-212-125.range86-134.btcentralplus.com) 09.35.13 # didn't know that function 09.35.39 Join safetydan_ [0] (n=dan@cor5-ppp1714.bri.dsl.connect.net.au) 09.35.48 # http://www.rockbox.org/viewcvs.cgi/firmware/pcm_record.c?annotate=1.26 line 674 09.36.47 Quit safetydan (Read error: 110 (Connection timed out)) 09.41.40 # Hmm, mabye the cpu frequency change causes a short spdif receive error? I hope it doesn't.... 09.43.38 Join damaki__ [0] (n=Chocolat@ALille-153-1-64-112.w86-196.abo.wanadoo.fr) 09.44.43 # doesn't sound too likely 09.45.59 *** Saving seen data "./dancer.seen" 09.52.03 # hrmmm... 09.52.45 # analog recording is showing me some glitches on the sine wave too. 09.52.57 # eow 09.53.53 # can you do a build without the boost/unboost (see forum post)? 09.54.16 # Just ran one 3 min recording then four 15 second recordings. The first 3 had glitches...on the first one it *may* have been me changing the volume (not the gain) 09.54.49 # yeah...lemme just run a couple more tests to rule out volume change and pre-patch bug. 09.55.07 # *bonk* 09.55.25 # * petur gets hit by payed work (tm) 09.56.00 # Changing the volume shouldn't cause glitches :/ 09.57.09 # at least one of the spdif glitches coincided with a brief red lcd flash (presumably buffer write?) 09.57.17 # at about the 5 second mark. 09.57.51 # preglow: the peakmeter flickers slightly upon volume change. 09.59.16 Quit damaki_ (Read error: 110 (Connection timed out)) 10.00.06 # oops...meant to direct that at amiconn.... 10.04.03 Join damaki_ [0] (n=Chocolat@ALille-153-1-64-179.w86-196.abo.wanadoo.fr) 10.05.48 Quit BHSPitMonkey (Read error: 104 (Connection reset by peer)) 10.07.25 # crimminy. the last few 3 test recordings were completely knackered. some kind of weird pulse...with or w/o volume change. making petur's suggested change now. 10.09.00 # i haven't tried any boost recording stuff at all 10.09.09 # but we'll surely need it for the recording codecs change 10.11.08 # bah...firefox is spitting the dummy on me. brb. 10.11.12 Part whatboutbob 10.11.56 Join ScoTTie [0] (n=scott@unaffiliated/scottie) 10.12.20 Join whatboutbob [0] (n=cbd6701e@labb.contactor.se) 10.16.42 # petur: i'm not sure which 2 lines you want me to comment out... 10.17.18 # in firmware/pcm_record.c there are two lines that do cpu_boost 10.18.06 # * whatboutbob shows his ignorance... 10.18.19 # * petur opens viewcvs 10.18.19 # does the code come before or after the comments? 10.18.23 # static volatile int write_index; ? 10.18.32 # and static volatile int read_index;? 10.18.40 # nope 10.18.45 # wait 10.18.50 # deos aynone konw aubot a new prot of rookbcx to a fslah baesd mp3 pyaler? 10.19.06 # static volatile.. arnt they mutually exclusive? 10.19.18 # static unsigned int rec_buffer_offset;? 10.19.30 # * whatboutbob clearly has no idea what he's doin'... 10.19.36 # somewhere around line 556 10.19.37 # anynone? 10.19.39 # daurn|laptop: we mentioned a few before, what more do you want? 10.19.50 Quit damaki__ (Read error: 110 (Connection timed out)) 10.19.52 # you mentioned ones with rockbox already on them 10.19.58 # not only 10.20.02 # now i'm asking about any that people have talked about 10.20.02 # :P 10.20.07 # ifp-799 and sansa 10.20.13 # as well 10.20.18 # ok 10.20.22 # ^_^_ 10.20.27 Quit nudelyn ("At Argon, we're working to keep your money.") 10.20.30 # not that sansa actually is a port going 10.20.38 Quit ScoTTie () 10.20.58 # whatboutbob: my patch added two lines in that file (firmware/pcm_record.c): cpu_boost(true) and cpu_boost(false) 10.21.34 # whatboutbob: line 556 and 573 (+/-) 10.22.08 # whatboutbob: put /* */ around them 10.22.11 # daurn|laptop: and people talk about lots of stuff 10.22.18 # very few actually DO something though 10.22.39 # a rockbox port to a new target is not easily done 10.26.10 # :( 10.26.24 # probably a lack of coders 10.26.24 # :P 10.28.40 Join damaki__ [0] (n=Chocolat@ALille-153-1-64-179.w86-196.abo.wanadoo.fr) 10.29.33 # petur: ah...i thought i was going crazy...the patch patches apps\recorder\recording.c 10.30.03 # amiconn: libmad crashes in the sim again for me now 10.30.44 Join ScoTTie [0] (n=scott@unaffiliated/scottie) 10.31.01 # whatboutbob: WOOPS - I didn't update the patch :( 10.31.28 # whatboutbob: so there's no boost/unboost happening *at all* during recording 10.31.33 # sigh 10.32.04 # hehe...oops... 10.32.30 # i'll just reverse that out then shall i? :-) 10.33.08 # whatboutbob: that should give you back the normal cvs version... 10.33.21 # lostlogic: but yeah, how should dsp_input_size/dsp_output_size work? always give an accurate or larger value than needed? 10.34.06 # petur: done. lemme know when the new patch is ready. :) 10.34.34 # ...unless there's more testing you want me to do on that patch? 10.34.52 # whatboutbob: I'm @work now, please wait 9 hours ;) 10.35.28 # petur: hehe..then I'm off to work. Will test tomorrow night and stop harrassing you for now. 10.35.52 # heh, thanks for testing 10.39.13 Quit ScoTTie (Read error: 104 (Connection reset by peer)) 10.39.58 Join ScoTTie [0] (n=scott@unaffiliated/scottie) 10.41.56 Part whatboutbob 10.42.48 Join nudelyn [0] (i=nudel@62.56.109.71) 10.43.24 Join ScoTTie_ [0] (n=scott@220-253-110-105.VIC.netspace.net.au) 10.45.07 Quit damaki_ (Read error: 110 (Connection timed out)) 10.48.23 Quit ACK54W ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") 10.55.23 # \http://www.anythingbutipod.com/archives/2006/05/rockbox-on-the-sandisk-sansa-e200-series.php 10.55.26 # http://www.anythingbutipod.com/archives/2006/05/rockbox-on-the-sandisk-sansa-e200-series.php 10.55.27 # @@ 10.57.51 # oh 11.01.26 Quit ScoTTie (Read error: 110 (Connection timed out)) 11.13.04 # w0t 11.18.43 # * petur hands preglow another '0' 11.28.51 # cool 11.28.55 # maybe i'kk get a sansa 11.28.59 # if that goes through 11.31.11 Nick ScoTTie_ is now known as ScoTTie (n=scott@unaffiliated/scottie) 11.31.23 Nick hannesd_ is now known as hannesd (n=light@212.87.148.33) 11.31.24 # playback.c is not for me 11.31.26 # ugh 11.31.56 # umm... crap.. i tinhk i just stumbled on another playback bug.. dunno if its reported yet.. 11.32.48 # did "insert next" on a track towards the end of the current on.. anyway, it finished the song and started playing the preveious next track.. but if i go playlist viewer it thinks its playing the track i asked for next.. 11.38.53 Join damaki [0] (n=Chocolat@ALille-153-1-28-1.w83-198.abo.wanadoo.fr) 11.40.44 Join tom_ [0] (n=tom@84-12-31-149.dyn.gotadsl.co.uk) 11.41.52 Join LinusN [0] (n=linus@labb.contactor.se) 11.46.00 *** Saving seen data "./dancer.seen" 11.47.17 Part `3nergy (":)") 11.48.24 # trackcount : 3 in the audio debug means the current track is fully in the buffer? 11.49.49 # grr... bloody hell 11.50.27 Join jd_ [0] (n=jd@APuteaux-151-1-23-186.w82-124.abo.wanadoo.fr) 11.51.05 # hi 11.52.40 # ho 11.55.45 Join amiconn_ [0] (n=jens@rockbox/developer/amiconn) 11.56.29 Quit damaki__ (Read error: 110 (Connection timed out)) 11.57.56 Join damaki_ [0] (n=Chocolat@ALille-153-1-5-214.w83-198.abo.wanadoo.fr) 11.59.13 # weeee.... i must have imagined that bug :'( 12.02.31 # lol 12.03.55 Join jd__ [0] (n=jd@APuteaux-151-1-92-254.w86-205.abo.wanadoo.fr) 12.04.08 Quit jd_ (Nick collision from services.) 12.04.12 Nick jd__ is now known as jd_ (n=jd@APuteaux-151-1-92-254.w86-205.abo.wanadoo.fr) 12.10.35 Quit amiconn (Read error: 110 (Connection timed out)) 12.10.35 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 12.12.40 Quit damaki (Read error: 110 (Connection timed out)) 12.13.07 Join Sa [0] (n=test@213-202-148-83.bas502.dsl.esat.net) 12.14.24 Quit tom_ (Remote closed the connection) 12.15.22 Join damaki [0] (n=Chocolat@ALille-153-1-46-94.w83-198.abo.wanadoo.fr) 12.25.20 Quit San (Read error: 110 (Connection timed out)) 12.28.59 Quit damaki_ (Read error: 110 (Connection timed out)) 12.29.11 # linuxstb: did you find some clue as to why long seeks fail? 12.30.03 # do they? 12.30.29 # well, long (outside current buffer) flac seeks fail and he said it applied to all codecs 12.30.40 # nasty bug 12.31.59 # lostlogic: any reason why codec_pcmbuf_insert_split_callback doesn't just wait with calling dsp_process until it has room for the entire chunk to fit in the pcmbuf? 12.33.53 # maybe it's a latency thing? 12.34.35 Join Moos [0] (n=d596b23e@labb.contactor.se) 12.34.36 # sounds dubious, unless i'm mistaken, there's always room for the whole chunk unless we're at the top end of the pcm buffer 12.34.49 # Hello from Tunisia guys 12.34.52 # so it'll trigger rarely, but when it does, it splits the chunk all over the place 12.35.22 # wow, freeze was extended? 12.35.44 # Moos: it'll probably be extended a while more 12.35.52 # no point in a release if it isn't good 12.36.07 # still h3xx planing? 12.36.13 # planed even 12.36.20 # i doubt it 12.36.28 # probably h1x0 only 12.36.42 # that make sense 12.36.46 # indeed 12.37.06 # yeah, it did occur to me too 12.37.17 # hardware bugs aren't to be trifled with 12.38.07 # LinusN: anyway, if i'm right, it'll just waste cpu for those codecs that keep the buffer filled, since several smaller dsp_process passes will be slower (not by, though...) than one big dsp_process pass 12.38.22 # eh, "not by much, though" 12.39.00 # preglow: lowlight suggested a fix for it last night - I've tested it and it seems to work, but given my complete lack of understanding of playback.c, I'm hesitating about committing it. 12.39.48 # is there a patch somewhere? 12.41.02 # No, but I'll do it now and add it to the bug report. 12.41.14 # (assuming you were talking to me...) 12.41.31 # linuxstb: sounds great 12.42.23 # i've been thinking of trying to dive a bit into the playback system 12.42.34 # having just one dev that understands it isn't very healthy 12.42.59 # i'm also working myself into it 12.43.24 # struggling a bit with time these days, though, but looks like i'll have some time coming up now 12.44.26 # lostlogic did a great job with the playback, but when i look at it, i still get the feeling that it shouldn't really be that complicated... 12.44.34 # Patch added: http://www.rockbox.org/tracker/task/5305 12.45.20 # i've got a bunch of long files 12.45.23 # i'll give it a test 12.45.36 # Do they all fail with the current CVS? 12.46.04 # good point, i'll try that first :) 12.51.35 # wavpack files seem to work well 12.51.42 Join genre9mp3 [0] (n=9bcf1235@labb.contactor.se) 12.53.08 # and mp3s... 12.57.50 # this bugger just crashed on me when i inserted usb 12.59.39 Part r1sk 12.59.40 Join r1sk [0] (n=iRiver@bzq-88-152-20-46.red.bezeqint.net) 13.00.12 # oggs work too, only flacs break here 13.01.02 # then why's the patch in playback.c? 13.01.45 # * amiconn agrees 100% with LinusN 13.01.49 Quit Moos ("CGI:IRC (Ping timeout)") 13.01.52 # (regarding the playback complexity) 13.02.55 # amiconn: weren't you the one saying playback engines are complex? 13.03.02 # flac seeking is fixed with the patch 13.03.53 Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) 13.07.40 # linuxstb: in what ways does flac seeking differ from other codecs? 13.10.39 # preglow: They are... but they shouldn't 13.11.56 # on what basis do you say that? 13.11.59 # some things just are plain complex 13.13.23 Quit jd_ () 13.16.56 Quit hannesd ("Client suicide") 13.17.45 Quit ScoTTie () 13.18.47 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 13.22.36 Join ScoTTie [0] (n=scott@unaffiliated/scottie) 13.29.29 Quit genre9mp3 ("CGI:IRC (Ping timeout)") 13.30.11 Join tom_ [0] (n=tom@84-12-31-149.dyn.gotadsl.co.uk) 13.30.35 Join nls_web [0] (n=51ea2f45@labb.contactor.se) 13.32.32 Join _FireFly_ [0] (n=FireFly@dslb-084-056-117-241.pools.arcor-ip.net) 13.33.02 Join genre9mp3 [0] (n=9bcf1235@labb.contactor.se) 13.40.15 # to try debugging playback issues would it be a good idea to have an option for the playback engine to write everything it does to a log file so if somethign wierd does happen there is a chance it can be traced? 13.40.17 Join RoC_MM [0] (i=dragon@dsl-29-8.cofs.net) 13.40.30 # because i had the wrong track play before but after 3 tries couldnt reproduce it.. 13.41.44 # JdGordon: logf() 13.42.11 # it does it already? 13.42.11 Quit XavierGr (Nick collision from services.) 13.42.14 Join XavierGr [0] (n=xavier@ppp127-124.adsl.forthnet.gr) 13.42.19 # or u have to do the special debug build? 13.42.27 # JdGordon: only with logf-enabled buiöds 13.42.29 # builds 13.43.11 # maybe it might be good to set the cvs builds to that untill the playback issues are fixed? assuming it would give enough info to actually make tracing the pugs possible? 13.43.54 # i can't tell if the "quality" of the logging info is good enough 13.44.26 # JdGordon: the "problem" with logf() is that it captures the remote lcd for output 13.44.36 # so you can't use the remote 13.44.48 # is it useable without the remote? 13.44.55 # of course 13.45.00 Join zigford [0] (n=zigford_@d58-104-190-214.dsl.nsw.optusnet.com.au) 13.45.10 # why does it capture the remote lcd? 13.45.24 # So, I guess its not called mayday nemore? 13.45.30 # "capture" == output log info to the lcd 13.45.42 # zigford: unfortunately not 13.45.49 # more like "someday" 13.45.57 # lol. thats good. 13.46.03 *** Saving seen data "./dancer.seen" 13.46.18 # does DEBUGF() do anthign with regular builds? 13.46.19 # may-beto-day 13.46.31 # JdGordon: no 13.46.42 # preglow: I'm not sure what FLAC does which is special. The seeking code simply looks in the seektable for the byte in the file to seek to, seeks to it, and then continues decoding frames. 13.46.56 # i think we should enable logf() without the remote lcd in the cvs builds 13.46.56 # (the seektable is in RAM already) 13.46.57 # what about changing that to write to a file on regular builds if the option is set? 13.47.01 Quit Sinbios ("If the definition of a klutz is someone who doesn't have eyes on their ass, then yes, I suppose I am a klutz.") 13.47.18 # except it would make heaps of disk writes.. 13.47.23 Quit nls_web ("CGI:IRC") 13.47.28 Join nls_web2 [0] (n=51ea2f45@labb.contactor.se) 13.47.31 # but it would be worth it if it gave enough info to fix things 13.47.32 # yes, i'd rather keep it in memory 13.48.09 # LinusN: doesn't sound like a bad idea 13.48.14 # me fix 13.48.20 Join nls_web [0] (n=51ea2f45@labb.contactor.se) 13.48.31 # bit uselss in RAM unless u dump it fairly frequently... specially if its a freeze your trying to debug :D 13.48.32 Quit nls_web2 (Client Quit) 13.49.05 # :-) 13.49.43 # good point, perhaps some logf dump thread is required? :) 13.49.52 # can anyone close this http://www.rockbox.org/tracker/task/5461 I commited it but don't have permission to close... 13.50.08 # nls_web: what your tracker user name? 13.50.13 # nls 13.50.15 # nls_web: i closed it fifteen minutes ago 13.50.16 # and if we're gonna do this.. how bout going the whole hog.... add debug levels so only show output of levels lower than X ? 13.50.25 # preglow: oh 13.50.41 Join TeaSea [0] (n=Thunderc@lonsdale.nat.lancs.ac.uk) 13.50.52 # nls_web: you now having more tracker powers, for next time 13.51.03 # nice, thanks 13.51.14 # So is the new release date set? 13.51.39 # or, actually might be better to give each part of rb a number so u can choose o show debug from swcodec, or from plugins, or tagcache etc? 13.51.44 # nls_web: not really 13.51.56 # shuold i shut up and finish this prac exam and get to work? 13.52.04 # :-) 13.52.42 # maybe it's time to transform logf() into a fully fledged log 13.52.56 # thats what im suggesting.. 13.53.02 # yes 13.53.34 # still having it not touch a file is useful at times too 13.53.53 # like when logging a lot or when logging in context you don't can or want file access 13.53.54 # well you would only have it enabled if u actually wanted it to debug.. 13.54.05 # btw, the exception handler could then display the latest entries in the log below the "illinstr:xxx" info 13.54.24 # hmm, i already started to look implementation of "syslog" or something like that which includes the loglevel as first parameter 13.54.36 # maybe things like use the plugin buffer as its temp buffer and dump to disk every 5min or so or when a plugin is loaded? 13.54.37 Nick hannesd_ is now known as hannesd (n=light@gate-hannes-tdsl.imos.net) 13.54.53 Quit RoC_MM ("Leaving") 13.54.59 # i'd rather have a dedicated log buffer 13.55.00 # for example syslog(LOG_DEBUG, "..."), LOG_ERROR etc. 13.55.20 # then it could also show errors directly to user 13.56.03 # dedicated buffer isnt so good coz then u have wasted ram if its not used (which i would think it wouldnt for 80% of users..) 13.56.31 # JdGordon: keeping the buffer small enough for normal builds should be ok 13.56.47 # because same data would get logged for all users then (errors etc) 13.58.01 # "Rockbox has experienced a problem. Press 'Play' to send a bugreport to rockbox.org" 13.58.28 # nls_web: i think we should forget the entire release date thing 13.58.30 # ha.. rockbox fone home... 13.58.31 # we release when it's done 13.59.57 # on that note... maybe someone should say something on the frontpage saying "we care more about releasing working software than a buggy bag of shit.. plz be patient.." 13.59.57 # ? 14.00.20 # well put :-) 14.00.57 # preglow: I agree with you - but I would like to know if we are all thinking the same thing with "done". Do all the 3.0 bugs in the tracker need to be fixed? 14.01.13 # hey 14.01.22 # ho 14.01.22 # has any1 thought about making a lua plugin? 14.01.36 # ive got perl almost working instead.. 14.01.38 # lua sux :D 14.01.50 # lua ftw 14.02.04 # linuxstb: i think a lot of them needs to be fixed 14.02.10 # haven't got time to elaborate right now, need to go soon 14.02.32 # * LinusN wants FPL 14.02.41 # fpl? 14.02.48 # Frexx Programming Language 14.03.16 Quit midkay ("Leaving") 14.03.16 # lua is the best high level interpreted language 14.03.17 # :P 14.03.31 # * preglow wants perl 14.03.38 # linuxstb: re critical bugs: a bug that causes a freeze (hard reset req'd) and a bug causing something not to work at all are critical (imho) 14.03.48 # * linuxstb is more than happy with C 14.04.10 # :P 14.05.41 # petur: How would you narrow down the second category though? What are bugs, if they are not something that doesn't work? 14.06.21 # any swcodec related bug or any that causes a crash i rekon is critical... anything else is just annoying.. 14.06.45 Quit safetydan_ ("Ex-Chat") 14.06.54 # also, i'd add langv2 fixups to the critical section 14.07.10 # releasing with wrong button names after having created langv2 specifically for this release is stupid 14.07.38 # lousy remote control button assignments are critical too imho 14.07.44 # how? 14.07.46 # speaking of which.. there is a patch on fs to fix the play button name on h300 which hasnt been commited yet.. 14.07.48 Join Aditya|Nap [0] (n=aditya@c-69-138-7-5.hsd1.md.comcast.net) 14.07.49 # haven't followed that one 14.07.55 # So at the very least, everything currently with "high" severity in the bug tracker is deemed critical? 14.07.58 # linuxstb: some functionality (like a certain codec, crossfade, playlist) not working *at all* is critical. 14.08.30 Part Aditya|Nap 14.08.32 # so being unable to properly use a certain remote is indeed critical 14.08.33 # the h300 lcd remote control button mappings are lame 14.08.56 # * petur has a h100 lcd remote soon :) 14.10.15 # there's something kind of weird with h100 remote mapping stoo 14.10.51 # tell me 14.11.01 # * LinusN never uses the remote 14.11.07 # Anyone had a look at the current ipod freeze issue on greyscale? 14.11.19 # hum, let's see 14.11.50 # linus send it my way then... /me wants one :p 14.12.00 # LinusN, the context menu doesn't pop up with a long press of the navi/menu jogwheel, but a short press does enter directory/play file 14.13.02 # LinusN, instead, the context pops up with a long press of the large play button 14.13.06 # +menu 14.13.13 # it would be nice with a complete table of the mappings, didn't someone compile one a while ago? 14.14.03 # and because there's a separate jog wheel for volume in the remote, i think it should work from everywhere, not only WPS 14.14.06 # daurn|laptop: btw, what would you use lua for if there was a lua plugin? 14.14.15 # gotta go, later 14.14.25 # crwl: agreed 14.14.27 # i would use it more 14.14.34 # i liked using luaplayer for the psp 14.14.40 # but i no longer ave a psp 14.14.45 # and i want a replacement for pc 14.14.46 # : 14.14.47 # P 14.14.47 DBUG Enqueued KICK daurn|laptop 14.14.47 # :P 14.16.03 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 14.16.03 # * JdGordon gets a clean cvs.. 14.16.40 # Slasheri: did u actually start implementing a syslog? or just think about it? 14.17.27 # daurn|laptop: wow 14.17.43 # that will be quite some work to accomplish 14.18.01 # max logf line is 21 chars?? thats a bit limiting isnt it? 14.18.14 # JdGordon: of course it is limiting 14.18.26 # a dap is limited too 14.18.45 # that comes mainly from the width of the remote lcd, and to keep the logf buffer small 14.18.46 # just thinking u need a bit more than 21 chars to get anything usefull... but ok 14.19.10 # it has been very useful so far 14.19.15 # indeed 14.19.16 Join ACK54W [0] (n=Acksaw@spc1-stok5-0-0-cust770.bagu.broadband.ntl.com) 14.19.23 # LinusN: why a big task? 14.19.44 # so much for 21... inconsistent comments... its defined as 30, but comments say 21 14.19.57 # because getting the same functionality as luaplayer means a lot of programming 14.20.11 # JdGordon: :-) 14.20.21 # that's why comments are bad ;-P 14.20.30 # not if kept up to date... 14.20.31 # luaplayer already has a windows emulator/port 14.20.32 # :P 14.20.58 # just its sort of stuck on 480x272, and no proper button input 14.21.10 # so do i aim to replace the current logf, or start from scratch? 14.21.15 # i've looked at the source 14.21.23 # but its too psp dependant 14.21.24 # JdGordon: not replace, extend 14.21.39 # daurn|laptop: figures 14.21.40 # maybe if there was some sort of official effort, it could all work 14.21.53 # first thing is fix that comment :D 14.22.06 # daurn|laptop: i personally don't see the need/benefit, but that shouldn't stop you from trying 14.22.33 # problem 1: theres no rockbox on my player yet 14.22.33 # :P 14.23.02 # and i've been working on mediOS instead (archopen.org) 14.23.32 # port Rockbox to those players instead ;-) 14.23.43 # JdGordon: i have written a few lines of code for it, but not very far yet 14.23.53 # i'm not a good enough C coder to do it on my own 14.23.54 # :P 14.24.03 # mind sending em over? 14.24.05 # BTW... If any of the devs wants a H140 LCD remote, I can donate my unused one... Just let me know 14.24.23 # * LinusN points at JdGordon 14.24.26 # JdGordon: i will try to have some time at evening :) 14.24.35 # dont worry if u dont.. 14.24.42 # * JdGordon points back 14.24.59 # * petur likes pointers 14.25.12 # especially dangling ones :-) 14.25.32 Quit ACK54W ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") 14.25.36 # haw haw haw... very droll :p[ 14.25.45 # maybe if someone else had a gmini 402 i could help out 14.25.46 # :P 14.25.59 Join akaidiota [0] (n=not@84-217-7-159.tn.glocalnet.net) 14.26.57 # JdGordon: basically i have done the buffer as a linked list, so syslog lines can be very long if necessary without extra ram needed 14.27.15 # ooh thats nice :) 14.27.24 # linked list in a static buffer? 14.27.27 # yep 14.27.51 # i tried that with the origional text_editor plugin... was ugly as hell so i scrapped it.. 14.27.57 # you prob did it better tho :) 14.28.02 # hehe :D 14.28.20 # i will send the code as soon as i get it working somehow 14.29.45 # would this work? 14.29.46 # #define logf(f , ...) syslogf(0, f, ...) 14.29.52 # daurn|laptop: are you a archopen.org developer? 14.30.08 # hmm, probably it would 14.30.56 # the devel build enables logf? 14.31.01 # but it's better to replace all of the logfs with syslog and with a proper log level 14.31.15 # also DEBUGF etc. needs to be gone then :) 14.31.23 # currently, yes 14.31.55 # temp fix so its useable without replace a million calls... 14.32.05 # markun: sort of 14.32.17 # we can do same kind of thing with syslog too.. not enabling debug build, could just drop some syslog lines.. for example #define syslog(LOG_DEBUG, ...) nothing 14.32.20 # y? 14.33.13 # just wondering. Don't know much about the project. 14.33.33 # well, i'm not a *great* C coder 14.33.51 # i've been trying to get mediOS working on the gmini 402 14.33.57 # with the help of Reego 14.34.53 # :'( it didnt 14.36.42 Quit akaidiot (Read error: 110 (Connection timed out)) 14.37.14 # daurn|laptop: did you try the SMS emu? 14.37.49 # i've been trying to port it today 14.37.49 # :P 14.38.07 # LinusN: Is there anything I can do towards the iriver power consumption issue that doesn't involve ASM or dissasembly? 14.38.07 # but, no luck 14.38.21 # gonna wait for others to fix some other stuff up 14.38.53 # aliask: as i wrote on the mailing list, the h300 power consumption is not a performance issue 14.39.26 # I've been reading, it's about initialisation you think. But with that in mind is there anything I can do? 14.39.27 # O_CREAT|O_APPEND <- append or create it if it doesnt exist? or just create not nescacery? 14.44.07 # daurn|laptop: I've been looking for sega emulators, but somehow missed SMS Plus.. 14.45.36 # aliask: you will need to be able to measure the current consumption 14.46.37 # Linusn: I have a multimeter, and my player has been opened up. Will monitoring the battery wires be enough or will I need to measure off the PCB? 14.46.54 Join Poka64 [0] (i=peter@hd5e241c0.gavlegardarna.gavle.to) 14.47.09 # battery wires are ok 14.48.14 # Will I need to run a custom build of rockbox, or is this just to find out what the base draw is going to be? 14.49.11 # well, you would have to try to find out what rockbox does or doesn't do that causes this consumption 14.49.52 # basically monitor the current and fiddle with the driver code 14.50.16 # any1 know the define for /.rockbox of the top of your head? 14.50.22 # and we are talknig about a big consumption issue. Double the normal, right? 14.51.02 # I haven't had much of a look in the driver code, I'll start getting myself acquainted with it so I can actually end up doing stuff. Thanks for the point in the right direction Linus. 14.52.07 # one of the main suspects is the usb2go chip 14.52.48 # XavierGr: an excess of ~100mA 14.53.06 # hmmm, more like 50-60 iirc 14.53.33 # We also still don't know all interconnects. 14.54.18 # true 14.54.43 # i'm working on h300 schematics btw 14.54.49 # LinusN: BTW, is there a difference between H110 and H120 except the battery? 14.54.49 # nice 14.55.10 # XavierGr: h110 and h120 have the same battery 14.55.18 # oops I meant memory 14.55.37 # the difference is the memory, the disk size and the s/pdif ctrl polarity 14.56.58 # yeha the disk size is obvious. I kust wondered the differences between the 2 in the source. Is it just a line or two? 14.57.47 # (my spelling is getting worse) 14.58.04 # a line or two, tyes 14.58.05 # yes 14.58.49 # does opening a file with O_APPEND create the file if it doesnt exsist? 14.58.58 # no 14.59.04 Join Hansmaulwurf [0] (n=maerlyn@p5081A84C.dip0.t-ipconnect.de) 14.59.12 # so i have to do create|append? 14.59.16 # yes 14.59.22 # k thanx 15.00.27 # Linus: The same applies for iPod5g (different RAM size) wouldn't it be possible to make those share the same builds? Though I think this would need restructurtin some parts of code about memory placeing... 15.00.32 Join damaki_ [0] (n=Chocolat@ALille-153-1-72-160.w86-196.abo.wanadoo.fr) 15.01.36 # XavierGr: yes it would be possible 15.01.39 # yes, it should be possible, if the plugin/codec buffers would be moved 15.02.22 # the problem is that we would lose plugin compatibility, as the plugin buffer location wouldn't be constant anymore 15.02.37 # do we want to show all errors greater than a level.. or be able to show all msgs from diff parts of the system? 15.02.38 # That would ease up the servers (not that they have a problem) and the confusion on some newcomers to download a specific build. 15.03.09 # JdGordon: maybe both 15.03.21 # LinusN: Couldn't we just put the plugin/codec buffers at the very start of RAM - before Rockbox itself? 15.03.22 # a bitmask for the subsystem and an integer for the level 15.03.23 # both isnt so easy... 15.03.36 # ok, that will work 15.03.48 # linuxstb: good idea 15.03.55 # cept im only using char for the level to save space.. still should be ok tho 15.04.17 # nope, char wont be big enough.. 15.04.26 # So is the plugin buffer going to be 1024K for iPod 5g? 15.04.45 # JdGordon: it doesn't have to be in the same argument 15.04.50 # XavierGr: Why would it need to be bigger? 15.05.07 # because I think there is an analogy between RAM and plugin buffer 15.05.18 # storing the level in an array with the actual message.. so trying to keep mem usage down 15.05.22 # that would just lead to plugins only working on ipods 15.06.22 # XavierGr: there really is no such connection 15.06.50 # linuxstb: Iirc that was the reason why we reduced the H100 plugin buffer to 512 from 768. 15.06.50 # 6 bits for system section, 2 for error level.. thats enough ye? 15.07.03 # info/warning/error and 6 subsystems.. 15.07.03 # making the codec buffer smaller and the pcm buffer larger on nanos/other flash devices would be good 15.07.06 # XavierGr: IMO, the plugin buffer should only be as large as the largest plugin needs it to be. 15.07.18 # JdGordon: make it 16 15.07.24 # bits 15.07.29 # or rather as small as the largest requires ;-) 15.07.30 # short int is 16? 15.07.41 # XavierGr: I can't remember but I'm sure that's why it was reduced to 512KB. 15.07.54 # JdGordon: yes 15.07.58 # k 15.08.48 # RAM size / 64 is the formula. 15.09.05 # That's why on archos is 32kb and later on it was reduced to H100 to match that. 15.09.15 # no 15.09.20 # that's not the reason 15.09.22 # That was probably just an excuse... 15.09.26 # and its not the logic we use 15.09.41 # like the h100 and h120 use the same plugin size 15.09.49 # ah yes 15.09.53 # and x5 and h300 15.09.54 # etc etc 15.10.15 # now that seems more logical. 15.10.35 # I just connected the plugin reduction on H100 with that. 15.11.37 # What about dynamic change in plugin Buffer? A menu to select how many kb you want and then a reboot to apply changes. :D 15.11.59 # I think I am starting to become annoying :p 15.12.01 # yeah, and another option "do you want to shoot yourself in the foot?" 15.12.35 # oh no, dynamic memory allocation :D 15.12.36 # XavierGr: a plugin buffer of 28MB also works fine 15.12.39 # XavierGr: That won't work because it will mean the start address of the plugin buffer changes - and plugins are compiled to run at a fixed address. 15.12.40 # which then would be enabled automatically ;-) 15.12.44 # Mikachu: I know 15.12.55 # I said about the policy of defining the size. 15.14.36 # i need a define for log me no matter what.. should i do it SYSLOG_RUN_FOR_YOUR_LIFE ?? :D 15.14.47 # but anyway, it was just a scenario that I came up with. I remember someone from here compiled a build with huge plugin buffer to be able to view large jpegs while playing music! 15.15.06 # hi that was me :) 15.15.10 # LOL 15.15.22 # still works fine 15.16.25 Quit aliask ("-pop-") 15.17.22 # its been a while since we had the malloc debate! ;-) 15.18.14 # * petur shoots B4gder in the foot 15.18.20 # * B4gder limps 15.18.46 # * daurn|laptop runs 15.18.48 # haha 15.18.56 # * daurn|laptop shows off in front og b4 15.18.59 # mm 15.18.59 # arg 15.19.04 # * daurn|laptop shows off in front of B4gder 15.19.04 # :P 15.19.10 # what result -4 15.19.12 Quit damaki (Read error: 110 (Connection timed out)) 15.19.14 # means in the start 15.19.15 # ? 15.19.38 # Look at the load_firmware() function in bootloader/main.c 15.19.58 # haha RTFS 15.20.19 # :) 15.20.46 # lseek(fd, FIRMWARE_OFFSET_FILE_DATA, SEEK_SET); 15.20.46 # rc = read(fd, buf, len); 15.20.46 # if(rc < len) 15.20.46 DBUG Enqueued KICK Paprica 15.20.46 # return -4; 15.20.51 # ... 15.21.22 # did you copy a new version onto your player? 15.21.35 # yep 15.23.08 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 15.23.08 # * Paprica is deleting rockbox directory 15.24.02 Quit Sa () 15.24.10 # lol 15.24.15 # result -1 15.24.15 # =\ 15.24.53 # oops 15.26.18 # BTW now that Paprica mentined. I think there was a plan to move rockbox.target inside the .rockbox directory. What happened to it? 15.27.37 # both are supported atm 15.30.39 # well ive simplified the whole logf system and added writing to disk and levels and systems... 15.32.04 Quit ashridah (Connection timed out) 15.32.16 Quit tom_ (Remote closed the connection) 15.33.14 # petur: yes, but is there going to be a change in the future? 15.34.53 # * petur points to the core devs ( *.se ) 15.34.53 Join ashridah [0] (i=ashridah@220-253-121-19.VIC.netspace.net.au) 15.40.33 # oh-oh... http://www.reghardware.co.uk/2006/05/31/apple_samsung_sigmatel/ 15.41.34 # I hope they don't reconsider for the other players 15.46.06 *** Saving seen data "./dancer.seen" 15.49.35 Join tom_ [0] (n=tom@84-12-31-149.dyn.gotadsl.co.uk) 15.49.49 # hope im not getting annoying... im trying to tihnk of the rb subsytems that might like to give debug info.. ive got main thread, playback, lcd, plugin, codec, and other... and room for 6 more i tihnk.. any ideas? 15.50.29 # the first shuffle has a sigmatel too doesn't it? 15.50.40 # * JdGordon cant count in hex :'( 15.50.44 # B4gder: don't they all? 15.51.02 # there's only one afaik 15.51.09 # seems Samsung was getting it all 15.51.17 # JdGordon: 0x09, 0x0a, 0x0b, 0x0c, 0x0d, 0x0e, 0x0f, 0x0g, 0x0h... :) 15.51.53 # JdGordon: you don't need to define all bits now 15.52.18 # i guess the power thread would want a bit 15.52.21 # I just find it unlikely that apple picks sigmatel for a 2nd gen shuffle just to "punish" samsung 15.53.00 # LinusN: i know.. but im pretty much done for the night... brain turning off :p 15.54.55 # room for 12 sub systems... 15.55.07 # unless some1 thinks of more fancy names for error levels :p 15.55.35 # B4gder: But it's on an Internet news site - it _must_ be true. 15.56.50 # anyway, im going to bed.. i wont be able to touch this again till sat night at the earlisest im afraid.. but i figure no1 has really done anything till now so it can wait :D 15.57.18 # linuxstb: I forgot about that part! 15.59.01 # gnite all 15.59.06 Quit JdGordon ("using sirc version 2.211+KSIRC/1.3.11") 16.00.40 Quit genre9mp3 ("CGI:IRC") 16.03.48 Quit tom_ (Remote closed the connection) 16.11.05 Join tom_ [0] (n=tom@84-12-31-149.dyn.gotadsl.co.uk) 16.12.51 Join lowlight [0] (n=c730180a@labb.contactor.se) 16.13.01 Join damaki__ [0] (n=Chocolat@ALille-153-1-81-250.w86-215.abo.wanadoo.fr) 16.14.05 # linuxstb: did you check if the seeking fix also fixes the resume bug: http://www.rockbox.org/tracker/task/5341 16.15.32 # wooooooooooot 16.15.54 # goodnight rockbox! 16.17.26 Part LinusN 16.21.00 # lowlight: I don't think the resume bug is related. 16.21.58 # If you look around line 1725 of playback,c, you'll see that the resume code appears to be very codec-specific. It doesn't simply tell the codec to seek to a certain point. 16.22.08 Join qwx_ [0] (n=qwm@h147n2fls32o1010.telia.com) 16.22.23 # But I'm not sure how it's supposed to be working... 16.24.15 # I think the reporter means resume on startup, in which case it should "rebuffer_and_seek" which will cause the same flac error. 16.26.20 # I don't think resume works at all with FLAC files (and others). If you look in vorbis.c, you'll see that the codec checks for a value in rb->id3->offset, and then seeks to that point. The FLAC codec doesn't include the same check. 16.26.53 # Also, vorbis calls rb->set_offset() after decoding every frame. Not every codec does that either. 16.30.04 Join akaidiot [0] (n=not@84-217-8-122.tn.glocalnet.net) 16.30.46 Quit akaidiota (Read error: 104 (Connection reset by peer)) 16.30.48 Quit damaki_ (Read error: 110 (Connection timed out)) 16.31.51 Quit qwm (Read error: 110 (Connection timed out)) 16.38.16 Quit muesli|delhi ("ich will Kühe!!!") 16.40.59 Join cismo [0] (i=cismo@adsl-85-217-37-34.kotinet.com) 16.41.41 Quit ashridah ("Leaving") 16.53.32 Quit nls_web ("CGI:IRC (Ping timeout)") 16.54.46 Quit tom_ (Remote closed the connection) 16.56.01 Quit cismo_ (Read error: 110 (Connection timed out)) 17.00.26 # linuxstb: I guess I don't understand how resume works. mpa.c has none of those offset checks and resume works...right? 17.01.13 # I guess I assumed that if a file was resuming (after startup) that seek_time would be non-zero and the codec would seek to the proper place to start. 17.02.30 Join ihp120SWE [0] (n=82f3d221@labb.contactor.se) 17.05.31 Nick daurn|laptop is now known as daurnimator (i=daurnscr@unaffiliated/daurn) 17.05.31 DBUG Enqueued KICK daurnimator 17.05.35 Nick daurnimator is now known as Daurnimator (i=daurnscr@unaffiliated/daurn) 17.05.35 DBUG Enqueued KICK Daurnimator 17.05.37 Join bluey- [0] (n=bluey@dslb-088-073-069-065.pools.arcor-ip.net) 17.10.02 # lowlight: I think it's handled in playback.c on behalf of mpa.c - see the code around line 1725 17.11.07 # lowlight: But yes, it doesn't work like you assumed. One reason I expect is that we can't seek accurately in VBR MPEG files. So instead of asking the codec to seek to a specific time, the codec keeps track of the byte offset, and simply resumes to that byte. 17.14.11 # anyonehey guyz how do I use my Nano while plugged into the USB cable? 17.16.17 # If you're asking how to stop it rebooting into disk mode, just hold MENU as you insert the cable. 17.17.55 # ah you have to do it while it's on no wonder 17.18.23 Quit Poka64 ("brb") 17.20.08 # I kept holding down menu when it was switched off and plugging in the cable and of course all that did was keep booting up to disk mode 17.21.19 # it still pulls it's power from the cable I presume? 17.21.26 Join Poka64 [0] (i=peter@hd5e241c0.gavlegardarna.gavle.to) 17.21.36 Join menollo [0] (n=53740bec@labb.contactor.se) 17.23.46 Join Anthos [0] (i=Anthos@220.245.88.59) 17.24.10 # Can I please ask some n00b questions? 17.25.18 # than ask your n00b questions 17.25.48 # Sorry, I have an AV-700, What benifits does Roxbox bring me over the firmware? 17.25.54 # *Official Firmware? 17.26.03 # None - Rockbox doesn't work on the AV-700 17.26.08 Nick Daurnimator is now known as daurn|afk (i=daurnscr@unaffiliated/daurn) 17.26.08 DBUG Enqueued KICK daurn|afk 17.26.25 # Crap, that was my next question... :| 17.26.48 # Although, I thought I saw in one of your forums someone asking about the AV700... 17.26.54 Join Gargamale [0] (n=johnolso@cpe-24-160-202-103.ma.res.rr.com) 17.27.01 # Sup my FW replacin friends? 17.27.05 # hey linuxstb 17.27.20 # i guess your are experienced with DVB Hardware or? which dvb-t do you suggest? 17.27.20 # hey... 17.27.26 # How goes it 17.27.32 # asking because just saw your credits in mplayer 17.27.36 # hey linuxstb 17.27.42 Ctcp Ignored 3 channel CTCP requests in 20 minutes and 37 seconds at the last flood 17.27.42 # * linuxstb feels mobbed 17.27.49 # * Gargamale mauls linuxstb 17.27.57 # Now you feel gay 17.27.57 # * BHSPitLappy mauls linuxstb 17.28.21 # bluey-: Yes, this code is mine: http://sourceforge.net/projects/dvbtools/ 17.28.36 # * BHSPitLappy picks linuxstb's brain 17.28.37 # I still use that DVB software every day, but haven't made any changes to it for a couple of years. 17.28.48 # bluey-: Are you using Linux? 17.28.50 # Thank you for your help guys, Keep up the good work :P 17.29.00 # yep... 17.29.18 # just building a mythtv box 17.29.45 # nice 17.29.46 # I've had good experiences with the Hauppauge Nova-t cards. But I prefer satellite DVB - reception is much more reliable than terrestrial. 17.30.57 # mhh 17.31.24 # bluey-: But I don't think there's much difference in the difference cards. I would definitely go for PCI rather than a USB card though. Just make sure it's supported by the Linux DVB drivers. 17.31.25 Join larryone [0] (n=larry@A-23-110.cust.iol.ie) 17.31.33 # scooooore 17.31.43 # sorry 17.31.47 # larryone: 0 17.31.51 # #rockbox: 1 17.32.11 # I've been looking for an iriver related channe 17.32.19 # well i guess it will be dvb-t card but i'm not sure about the picture quality 17.32.40 # The card itself is irrelevant to picture quality. 17.33.03 # larryone: I believe there's a misticriver one somewhere... 17.33.07 # It just receives the digital MPEG streams - so it either works or it doesn;t. 17.33.47 # I was unable to find information on that on the misticriver site 17.34.03 # I'm goni gto be putting rockbox onto my new h320 17.34.46 # although there is a non-rockbox issue that I am concerned about 17.35.11 # AND TROGDOR GOES TO BED IN THE NIGHT!!!!! - cyas all (properly) 17.35.24 # larryone: just ask.. 17.35.38 # i didn't have iriver firmware on my machine long 17.35.47 # like less than 5 hours 17.35.58 # what I was sent was the US version - not international as was advertised (emilyandlily on ebay) 17.36.15 # larryone: HA HA HA .. i was sent the international and not the us 17.36.15 # the major feature that I actually care about is the usbotg 17.36.33 # my god they're incompetant 17.36.38 # but... 17.36.41 # i wrote them 17.36.47 # and bitched.. they sent me the right power plug 17.36.48 # amnd 17.36.56 # you should too 17.37.04 # my housemate has a h340 so power is not an issue 17.37.12 # I can charge it with his, or via usb 17.37.12 # oh ok 17.37.27 # actually i have a 140 17.37.41 # but I do now also have a n american charger - which is useless in ireland 17.37.52 # yeah 17.37.58 # that's why i wrote them 17.38.00 # larryone: http://www.rockbox.org/twiki/bin/view/Main/IriverH3XXHardwareComponents#Missing_5_components_for_the_USB 17.38.11 # when I barked down the phone at them they offered to send out 2 LCD remotes 17.38.21 # lol 17.38.22 # whee 17.38.31 # haha, yeah that'll fix the usb ;-) 17.38.40 # so I'm looking for ways to get around the USBOTG problem 17.38.50 # Today on university I noticed that sometimes on some songs, Rockbox calculates the runtime wrong. Sometimes too short, sometimes too long. As far I could see it had something to do with the bitrate of these mp3 files which where also wrong (well, this said the WPS). 17.39.03 # and I have heard that there is a way that involves soldering a connection in the machine 17.39.10 # i searched in the bug report page but couldnt find anything, is this bug known? 17.39.17 # larryone: so read markun's link 17.39.40 # Hansmaulwurf: it could also be messed up files 17.39.48 # or rather, that is very likely 17.40.14 # yeah.. i don't have that trouble on mine 17.40.15 # but when I change the track and go back to this messed up song everything is fine 17.40.19 # Hansmaulwurf: VBR files? 17.40.50 # and the song is played completely, only the ID-infos on the wps screen are wrong 17.41.02 # markun: yes vbr 17.41.24 # dont know if all are vbr, but the most should 17.42.03 # Hansmaulwurf: see if the vbrfix plugin helps. It helped for my files where the time was wrong. 17.42.14 # ok I will try 17.42.45 # have read that link - is that red wire all that is needed to mod the US version so it will give usbotg - is there other ways using external power sources, etc? 17.43.18 Join guest^^ [0] (n=53c253c4@labb.contactor.se) 17.43.46 # boxwave had a cable i thought 17.43.49 # they have cool stuff 17.44.12 Join hardeep [0] (n=hardeep@c-67-188-108-180.hsd1.ca.comcast.net) 17.44.19 # Hello ! How are you ? I would like to know if it's possible to install iPod 5G's classical OS after installing Rockbox ? :s 17.44.19 # What's the advantage of an external power source? 17.44.26 # boxwave 17.44.34 # guest^^: yes 17.44.43 # i'd feel more comfortable than modding the iriver myself 17.45.05 # markun: Is it a walkthrough about that ? 17.45.11 # I am not confident in my soldering skills - I havent done any in a while 17.45.32 # yeah... thats how i felt 17.45.41 # didn't feel like screwing up my player 17.46.05 # aye 17.46.09 # guest^^: I think you can find all the info here: http://www.rockbox.org/twiki/bin/view/Main/IpodPort 17.46.09 *** Saving seen data "./dancer.seen" 17.46.29 # There also is a rockbox forum to look for answers 17.46.33 # unless I can find someone in Ireland who actually knows what they're doing with this stuff 17.46.47 # Thanks a lot ! 17.47.47 # yeah.. got any buddies into electronics? 17.48.07 # i've got a few.. but they live on the other half of the state :( guess that's why i went with boxwave 17.48.10 Quit Poka64 ("brb") 17.48.31 Quit guest^^ ("CGI:IRC (EOF)") 17.49.43 # I have some friends who are into electronics 17.50.40 # and I know some guys in the UCD Electronic engineering dept that will have access to the right sort of equipment - but I dont really know that may people who have such intimate knowlege of irivers that they would know exactly what they were doing 17.52.43 # larryone: you could ask LinusN for some instructions maybe when he gets back 17.57.42 Quit Anthos () 18.01.35 Quit Gargamale (Read error: 110 (Connection timed out)) 18.02.40 Join Poka64 [0] (i=peter@hd5e241c0.gavlegardarna.gavle.to) 18.02.41 Quit ihp120SWE ("CGI:IRC (EOF)") 18.04.39 Quit _FireFly_ ("Leaving") 18.08.13 # nice 18.11.23 # so apart from the USBOTG thing and the DRM key - is there any operational difference between the US and international models 18.13.04 # no (other firmware of course but these can be swapped) 18.14.03 Quit petur ("[x]") 18.15.58 # sweet 18.16.08 # * larryone doesnt care about DRM keys 18.18.17 Quit hannesd ("Client suicide") 18.18.36 Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-152-159.pools.arcor-ip.net) 18.20.13 # larryone: I think there was a mod at US players that enabled USB OTG 18.20.27 # soldering a wire in 18.20.32 # so I've heard 18.20.38 # to do that you need the right cable which I think is proprietary and an external power source 18.20.50 # ah yes you can solder a wire to skip the power source 18.20.59 # yea 18.21.13 # the difficult would be to find the cable. 18.21.30 # normal usb 2bmini won't work 18.21.38 # I dont mind the possability of using a proprietary cable and external power supply if it gets me around the problem 18.21.59 # yea - I dislike proprietary stuff, but not in any extreme way 18.22.09 # if it will server my purposes then ok 18.22.21 # * XavierGr rembers what it took for him to finally use his USB OTG on his new H300. 18.22.29 Quit menollo ("CGI:IRC (EOF)") 18.22.30 Quit B4gder ("time to say moo") 18.22.46 # you see larryone mine was faulty from the start 18.22.55 # aah 18.23.01 # the unit was sent to iriver germany twice 18.23.10 # mine isnt faulty, it's just american =0) 18.23.18 # and they did a lame fix that broke the other day 18.23.41 # so I had to open the player and fixed it by randomly soldering joints. 18.27.16 Nick qwx_ is now known as qwm (n=qwm@h147n2fls32o1010.telia.com) 18.28.13 # jesus 18.28.18 # I wouldnt go that far 18.28.36 # radndomly soldering shit might make it short 18.28.40 Join hannesd_ [0] (n=light@gate-hannes-tdsl.imos.net) 18.28.55 # well I didn't had a choice. USB OTG was a reason to upgrade for my beloved H140. 18.30.38 Part lowlight 18.30.54 # hmm 18.31.30 # I wonder if iriver would mod it for me - If I explained the situation fully and asked really nicely, and paid them for it 18.38.30 # heh 18.44.58 Quit hardeep ("Chatzilla 0.9.73 [Firefox 1.5.0.3/2006042618]") 18.47.02 # hah... iriver modding.. not likely... they are terrible to deal with 19.04.59 Join obo [0] (n=obo@82-46-82-224.cable.ubr02.trow.blueyonder.co.uk) 19.09.10 Join Vhata [0] (i=vhata@shell.rucus.ru.ac.za) 19.09.38 # is it just me, or is there no way to install rockbox on a Nano from Linux? 19.09.48 # I can't find anything on the wiki about installing it from a Linux machine 19.10.01 # http://www.rockbox.org/twiki/bin/view/Main/IpodInstallationFromLinux 19.10.12 # so, it's just me 19.10.16 # a thousand apologies 19.10.17 # thank you 19.10.22 # np 19.10.57 # that's not linked from http://www.rockbox.org/twiki/bin/view/Main/DocsIndex is it? 19.11.36 # http://www.rockbox.org/twiki/bin/view/Main/IpodPort 19.11.47 # Wiki > iPod Port > 19.12.15 # * Vhata will shut up now, thanks 19.17.20 # It's also linked at the top of the Windows installation page, which seems to be the one all external sites link to..... 19.18.39 # it's rather easy to install, innit? 19.18.53 # I think so... 19.18.58 # well, I'm done 19.19.09 Join pixelma [0] (n=pixelma@212.204.41.115) 19.19.09 # I left my 'pod plugged in at work, expecting this would take quite some time (I have no USB here at home) 19.19.15 # so I was going to ssh in and crosscompile and all that. 19.19.19 # but... well... it's done. 19.19.28 # I s'pose I'll see if it worked when I get to work tomorrow. 19.19.32 # awesome 19.19.36 # thanks guys. 19.19.45 Part Vhata 19.20.50 Join bluebrother [0] (i=udIAswGZ@nat-wh-1.rz.uni-karlsruhe.de) 19.21.05 Quit Falco_away ("Chatzilla 0.9.73 [Firefox 1.5.0.3/2006042618]") 19.32.43 Quit BHSPitLappy ("RESET") 19.46.10 *** Saving seen data "./dancer.seen" 19.47.17 Join PaulJam [0] (n=pauljam@vpn-3156.gwdg.de) 20.02.26 Quit bluebrother ("Verlassend") 20.12.06 Quit bluey- ("Leaving") 20.22.08 Join mirak [0] (n=mirak@AAubervilliers-152-1-8-2.w82-121.abo.wanadoo.fr) 20.23.54 Join Spence [0] (n=acd8dd4b@labb.contactor.se) 20.24.02 # Hello 20.24.44 # Just a quick question, I'm considering buying an .mp3 player for this rockbox thing- the OS and restrictions have long put me off. 20.25.21 # It's kinda stupid, but can I get like a spectrum visualiser for rockbox, so it goes in sync with the music? 20.25.56 # * HCl wonders what restrictions and os put you off o-o 20.25.57 # not a spectrum visualizer yet that i know of, but there is an oscilloscope type plugin 20.26.01 # Not at the moment, but I'm sure someone will code one someday. 20.26.46 # I'm on a Mac, though I do use iTunes and like it- the Windows/iTunes divide is kinda lame.. I don't think I want an iPod 20.26.49 # "It could be you!" (tm) Llorean 20.27.11 # Buy an ipod and put Rockbox on it - it's then no longer an ipod. 20.27.14 # rockbox runs on more devices than just ipod o-o 20.27.25 # haha, yeah i was considering an iRiver over an iPod 20.27.34 # yeah, the X5 are great players 20.27.38 # tend to have better sound quality in reviews 20.27.40 # for example 20.27.48 # the iPod? 20.28.03 # what reviews? some from ipod fan sites? 20.28.06 # The irivers supported by Rockbox are no longer sold by iriver. Only the ipods and the iaudio X5 are easily available. 20.28.36 # What about that Toshiba Gigabeat thing I saw..? 20.29.00 # Rockbox isn't working yet on the Gigabeat, but the people porting it are making fast progress. 20.29.29 # I've no idea what the sound quality is like on it compared to the irivers and iaudio though. markun? 20.29.56 # Generally the hardware has been solid for the Cowon kit, it's the software reviewers feel plagued it : ) 20.30.17 # comes with line in and out doesn't it with that little dongle? 20.30.27 # i tested the H300 and the X5 in our local computer-shop, didnt hear a difference 20.31.05 # oh, misunderstood linuxstb 20.31.29 # Someone needs to write some comparative reviews of the different Rockbox targets running Rockbox... 20.31.47 # * Spence nods 20.31.54 Quit rconan ("Leaving") 20.32.04 # comparing the audio-quality? 20.32.37 # surely that would be entirely dependant on the hardware not rockbox? 20.32.55 Quit larryone (Remote closed the connection) 20.33.40 # I don't know the X5 audioo, but imho the irivers have the worst sound quality in comparison of archos-iriver-ipod 20.34.28 # That doesn't mean the sound quality is outright bad, but the iriver output signal is quite noisy 20.35.18 # does rockbox record and encode on the fly to say .mp3 or any other compressed format? 20.35.30 # Yes, I find the same on my h1x0. The 4g ipod's sound is quite lifeless, so I find the 5g is my favourite to listen to out of my h140, 4g Color ipod and 5g ipod. 20.35.54 # Spence: Not yet, but I would expect it in the relatively near future. Reliable recording to WAV is the priority first. 20.36.23 # awesome, i'm so glad i clicked this link on flickr- i'm sold 20.36.26 # strange most people claim that iriver has better audio quality 20.36.28 # There is an MP3 encoder plugin in Rockbox already, so you can record to WAV, and then encode afterwards. 20.36.32 # but I think on rockbox is a wav to mp3 encoder right? 20.36.41 # yes, right :) 20.36.58 # Xavier, i'm onlly basing this on an audiophiles review of the H320, 20.36.59 # :) And it works faster than realtime, so realtime encoding is feasible. 20.37.37 # i've not read much about other iRiver systems 20.37.54 # Spence maybe I will be called a fanboy but the best thing you can get right now (if you can find one) is either an H100 on an H300 20.38.09 # (amiconn) I don't know the X5 audioo, but imho the irivers have the worst sound quality in comparison of archos-iriver-ipod <---- imho the ipod sound quality is worse than the iriver 20.38.23 # Hansmaulwurf: Which ipod? 20.38.30 # (and which iriver) ? 20.38.51 # at least all ipods from 1G to 4G 20.38.58 # compared to the H100 series 20.39.12 # Both of my irivers sound the same, with all the hiss in quiet passages (and the slightly clicking remote) 20.39.17 # I don't know about 1G-3G (or the minis), but the 5g is a big leap in quality from the 4g. 20.39.25 # I can't hear any hiss on my ipod (mini g2) 20.39.37 # my brother has a 4G ipod and we mean both the H120 sounds better 20.39.38 # ..and neither on archos 20.39.39 # yeah i've heard the 5G has nearly hit the clarity of the shuggle 20.39.45 # Hansmaulwurf: I agree with that comparison. 20.40.31 # It's a shame the shuffle is so unhackable - everyone says it's an excellent sounding player. 20.40.32 # Afaik the mini g2 has the same (or almost the same) dac as the 4g ipod 20.40.56 # the pez .mp3 player is based on the same chipset i think 20.40.59 # While it has no tone control at all, I still deem it better sounding than the irivers 20.41.05 # you can change the heads, i suppose that's a hack 20.41.11 # lol 20.41.20 # amiconn: the hiss can't be the only argument to compare quality. 20.41.22 # samsung chipset, can't remember the model number 20.41.27 # It seems to be the headphone amplification in the 4g ipods that ruin the sound - i.e. what's between the DAC and the headphone socket. 20.41.35 Join webguest21 [0] (n=5686d47d@labb.contactor.se) 20.41.59 # XavierGr: The hiss is what's annoying me. The only other thing would be distortions, and I don't hear any distortions on any of my rockboxed players 20.42.04 # amiconn: btw, what headphones or earpluges are you using? 20.42.12 # most of my library is 256-320kbps VBR lame .mp3s.. i can't quibble that much on quality : ) 20.42.34 # lot of you guys will use .wav/.ogg right? 20.42.44 # wav for music is insane when you have flac 20.42.53 # Sennheiser MX450 20.43.10 # But most of the time I connect it to a car/home stereo 20.43.11 # i have not one wav file Spence, but half of my songs are ogg 20.43.32 # i convert songs to ogg first (to save space, i have a 2GB nano) 20.43.33 # 99% mp3 here, mostly lame --preset standard 20.43.34 # I am a slave of mp3... 20.43.44 # me too 20.43.54 # FLAC and MP2... 20.43.56 # i only did it so i can share.. 20.44.14 # Other formats basically for testing only, plus one album as ogg 20.44.31 # (amiconn) Sennheiser MX450 <---- and you can really hear ANY difference in soundquality with them? 20.44.41 # yes 20.44.43 # easily 20.45.02 # The hiss is noticeable even at lower volumes 20.45.02 # hm 20.45.26 # i use the Etymotic ER4P and i cant hear a hiss 20.45.30 # i've got little to no experience of coding- if i tried to make that spectrum visualiser thing how far would you think i could get? 20.45.37 # i think a lot of people would use it 20.45.45 # Hansmaulwurf: I use the same, and can definitely hear a loud hiss on my h140. 20.45.46 # Spence: can you code in c? 20.45.51 # i think it would be hard to do realtime fft and render in realtime 20.45.55 # i have the time to learn :) 20.46.04 # maybe you can take shortcuts with mp3? 20.46.11 # Mikachu: Depends on the fft. It doesn't have to have many points 20.46.11 # :) 20.46.18 # linuxstb: when the remote is plugged in and no song is playing? 20.46.19 # unemployed in 4 weeks 20.46.30 # the oscilloscope already struggles a bit, and that calculation doesn't look so hard 20.46.33 # Hansmaulwurf: I don't use the remote. But yes, when no song is playing. 20.46.53 # Althought isn't it Apple that refuses to say the Signal to noise ratio? (or the manufacturer of the hardware) 20.47.04 # I don't use the remote either, except for coding 20.48.16 # the oscilloscope thing looks pretty good, just found some pictures 20.48.20 # Hansmaulwurf: Do you have the ticking remot eproblem? 20.48.30 # linuxstb: well , i can hear it only when i use the remote 20.48.35 # amiconn: not at all 20.49.33 # Maybe both problems are connected - ticking remote and hiss even without remote 20.49.53 # Someday I must catch an iPod in my hands to compare sound quality and overall use with default firmware 20.49.57 # It seems some irivers have a grounding problem somewhere 20.50.04 # I still can't understand why this thing sells so much 20.50.22 # it's got a mirror on the back 20.50.26 # its the "coolness" XavierGr 20.50.29 # hahaha 20.50.39 # It's obvious why it sells - it's marketed to "normal" people, not geeks. 20.50.43 # F*ck trends :) 20.50.57 # exactly what puts me off the iPod 20.51.19 # Spence: only for 3 minutes 20.51.22 # i would buy an iPod if i could use them without iTunes 20.51.24 # WAIT 20.51.25 # i can't deny that it is not a nice piece of hardware.. it's got li-polymer 20.51.27 # ;) 20.51.28 # then it is a more like the bottom of your sink 20.51.31 # linuxstb: Ok, but still why someone would pay more for an underfeatured DAP... 20.51.45 # * amiconn 's ipod doesn't have a mirror on the back 20.51.54 # "reassuringly expensive". 20.52.06 # if i polish it a bit, it gets mirrory (and more scratchy) until the next time i touch it 20.52.11 # XavierGr: your friend has an iPod, you see it, he tells you its a great player, so you buy one 20.52.44 # How on earth can someone pay 400-500 bucks without even researching first? 20.52.53 # rich parents. 20.52.56 # * amiconn thinks the mini has the best case of all ipods 20.53.02 # if I tell my friends the H120 can play ogg and have a digital in/out etc. they say "who fucking cares" 20.53.23 # Hansmaulwurf: Tell them it can play Doom... 20.53.31 Quit webguest21 ("CGI:IRC (EOF)") 20.53.35 # i told 2 friends that the H320 did that and they bought it, but to be fair the rest of them would laugh at me 20.53.36 # ogg is vital for me, mp3 at 100kbps would sound like crap even to me :) 20.53.47 # linuxstb: that is working, but the iPod can it too, and with colors! 20.53.55 # Hansmaulwurf: But don't tell them that... 20.53.57 # ogg at 100kbps probably doesn't sound a lot better 20.54.03 # Spence: why laugh at you? 20.54.10 # What are their arguments? 20.54.20 # erm, that's geeky and i would never use it 20.54.42 # linuxstb: why not? doom is the best advertisment for rockbox 20.54.45 # amiconn, it sure does 20.54.47 # is that an "argument"? 20.54.59 Join lowlight [0] (n=c730180b@labb.contactor.se) 20.55.02 # "killer application" 20.55.16 # amiconn: ogg kicks the mp3's ass on low bitrates 20.55.26 # *anything* newer than mp3 kicks mp3's ass on low bitrates 20.55.32 # Hansmaulwurf: I thought you were trying to persuade people to buy iriver 20.55.44 # low being maybe <128 kbps 20.55.46 # well, it is vaguely.. a poor argument but there are 2 reasons leading to the conclusion of laughter 20.56.20 # crwl: Well, maybe it sounds better than mp3, but it's probably still far away from sounding transparent 20.56.35 # amiconn, yes, i wouldn't claim it transparent 20.56.38 # linuxstb: no, it was just an example that normal people want a simple to use player which looks cool, but no great technical features 20.56.41 # That does of course depend on the type of music 20.56.51 # i sure don't hear any difference, but i think mp3 is good at 140kbps and higher 20.57.06 # amiconn, but i think i would be myself quite happy listening to about 80-90 kbps oggs on the road, probably happier than to ~128 kbps VBR mp3 20.57.19 # Just one more question, how long would you say it will take for RockBox to be a polished open product like FireFox? 20.57.22 # There is music that sounds transparent with mp3 @160kbps, and there is music that needs >240kbps mp3 to sound transparent 20.57.29 # amiconn: of course not transparent, but make the following ogg and mp3 at 48kbps 20.57.30 # sure 20.57.48 # my MP3 are 192kbps, i dont think you can hear if a song is 192.kbps or 256kbps 20.57.49 # i encode to -q4 ogg (~128 kbps) to my h120 and i find it more than satisfactory for my use 20.58.04 # ...and mp3 also depends a lot on the encoder 20.58.08 # anything more would be waste everywhere else than home, IMO 20.58.16 # and cbr vs vbr/abr 20.58.18 # with mp3 you can't here a thing on such low bitrates while on og at still it sounds decent without distortion artifacts 20.58.21 # Hansmaulwurf: I can for some songs 20.58.28 # ^here =hear 20.58.37 # yeah i have some too, but not normal rock songs 20.58.46 # That's why I use lame --preset standard 20.59.25 # wow you sure have sensitive ears, to be able to hear difference with alt preset standart 20.59.35 # no, I can't 20.59.49 # I haven't made an ABX test but beyond 160 I can't tell the difference 20.59.51 # lame --preset standard is very, very good 20.59.52 # even if i hear differences, it usually doesn't bother me too much 20.59.57 # ..but I can hear a difference between 192kbps cbr and --preset standard for some songs 20.59.57 # so subjective anyway, seeing as each of our ears are entirely different 21.00.00 # I just rip to alt preset standard just in case 21.00.04 # it's still the same music 21.00.14 # but then again, i haven't been able to ABX ogg vorbis at ~160 kbps (and not always even at 128) so... 21.00.16 # (those songs come out at 240..250 kbps with --preset standard) 21.00.50 Join damaki [0] (n=Chocolat@ALille-153-1-71-108.w86-196.abo.wanadoo.fr) 21.00.56 # a lot of what you say you can't hear is what you are meant to be feeling anyway, it is frequencies that our ears can't detect but can feel- that is what bass and trebble really is 21.00.57 # I'm not concerned much about space, so I don't need ogg 21.01.04 # at what bitrate mp3 stops busing the mp3 algorithm and starts to encode as mp2? 21.01.12 # ^busing = using 21.01.21 # i think never? 21.01.25 # Of course I don't have unlimited space either, otherwise I would use something lossless 21.01.25 # "bass" with earphones is a joke 21.01.27 # nothing else 21.01.35 # you cant call that "bass" 21.01.55 # I've heard that at high bitrates mp3 uses another algorithm base on mp2 21.01.58 # I am not sure though 21.02.00 Join tvelocity [0] (n=tony@84.254.36.129) 21.02.15 # XavierGr: Nope. mp3 is always mp3 21.02.25 # there is toolame for mp2 21.03.46 Join lodesi [0] (n=moi@d01v-213-44-194-63.d4.club-internet.fr) 21.03.53 # been nice chatting to you, got to reboot. seeya 21.05.03 Quit Spence ("CGI:IRC (EOF)") 21.06.07 Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) 21.06.17 Join hardeep [0] (i=hardeeps@SDF.LONESTAR.ORG) 21.06.43 # ok I finally managed to make my multi highlight word script in irc! :) 21.07.15 # Now I highlight every dev's nick that speaks to be sure that I won't miss any serious discussion 21.08.03 # * amiconn can do this with just a couple of settings in his irc client 21.08.04 # in mirc? 21.08.12 # No need for fancy scripts 21.08.14 # mirc is teh sux 21.08.15 # :P 21.08.54 # i can do /hilight amiconn if i want 21.09.02 # optionally with -color and -actcolor 21.09.31 # (in irssi) 21.09.57 # yeah irssi is great 21.09.59 # :> 21.10.09 # so, when is 3.0 coming out? 21.10.16 # wasn'it supposed to come may 15th? 21.10.44 # yeah 21.10.48 # ? 21.11.13 # maybe you could read the first sentence in the topic :) 21.11.21 # I used x-chat and didn't had it.I used also HydraIRC but I couldn't find such feature. 21.11.31 # Mikachu: no date there. :p 21.11.39 # * ender` thinks the release date should be set to Friday (but don't specify which friday) 21.11.41 # i want a gui version of irssi:P 21.11.48 # there was an xirssi 21.11.51 # it sucks though 21.11.56 # then with mirc it took me 2 days to learn how to script but at least I managed to do it. 21.12.00 # yeah 21.12.12 # mirc's scripting sucks bollocks 21.12.17 # XavierGr: in hydrairc, go to hilights in settings 21.12.20 # XavierGr: In HydraIRC: Options->Preferences->Buddy groupds->Notifications 21.12.22 # you can script x-chat in python and perl. even in C 21.12.37 # you can "script" all open source clients in C :) 21.12.50 # will that highlight only the word (that I want) or the whole line? 21.12.56 # not without recompiling:P 21.13.07 # you can add modules to irssi dynamically 21.13.18 # and you can upgrade irssi without disconnecting 21.13.26 # yes irssi is teh pwn 21.13.28 # Because now each dev-nick has its own front and back colour. 21.13.33 Join Infirit [0] (n=infirit@84-104-97-114.cable.quicknet.nl) 21.13.36 # So a quick look on the colour and I know who is talking. 21.13.40 # it eats all other IRC clients for breakfast, even if it is CLI 21.13.41 # how does upgrading without disconnect work? 21.13.45 # /upgrade 21.13.55 # (i mean, technically= 21.13.59 # )* 21.14.02 # ah, i guess it passes some sockets around 21.14.07 Join actionshrimp [0] (i=nn@dhcp-163-1-214-83.seh.ox.ac.uk) 21.14.12 # Very usefull when non-devs chat 21.14.15 # ender`: Are you attempting to talk about Rockbox? 21.14.32 # about releases? 21.14.34 # yup :) 21.14.41 # Terminal based???? 21.15.07 # urgs 21.15.09 # Now what's wrong with some of my mp3s? Windows, iriver firmware, Winamp have no problem with them. Rockbox and foobar report wrong lengths. 21.15.23 # ender`: It seems the plan is to fix the bugs first, then release... 21.15.28 # then if you don't release on Friday, you can always claim you were earlier than expected :) 21.15.31 # (nothing more specific...) 21.15.38 Quit damaki__ (Read error: 110 (Connection timed out)) 21.15.47 # now we just have to sit back and wait for the bugs to be fixed 21.15.56 # That "someone" will be busy... 21.16.03 # well, you can count on people bugging you when the next release will be :) 21.16.43 # I think on Rockbox front ther should be a big warning informing the average user about it. 21.17.03 # warning about what? 21.17.09 # it 21.17.31 Join arkascha [0] (n=arkascha@xdsl-213-168-116-224.netcologne.de) 21.18.36 # Hiya, when the the battery indicator in rockbox is 0 (zero) would it then shutdown by itself (not the hardware forcing to power off) 21.18.43 # Zendefera: ABout the 3.0 release. 21.18.55 # oh, I see. 21.19.02 # Zendefera: It seems that it won't be released soon.... 21.19.10 # o. 21.19.15 # I am trying to find out more about the batterylife issues on the h300 21.19.21 # no big deal. :) more time for fixing bugs. 21.20.23 # The reason i ask is that the Iriver firmware is reporting much higher values then rockbox 21.20.44 # 63 in rockbox but completely full in the iriver firmware 21.21.10 # XavierGr: in HydraIRC you can set diffferent types of highlighting/notifications (to give only one word a certain colour and/or backgroundcolour is possible) 21.21.25 # I'm sure that the bettery level algorithms haven't yet been optimized. 21.21.49 # battery I mean 21.22.31 # true but if rockbox decides to shutdown when it thinks the battery is empty but in reality the battery is half empty 21.23.03 # It could be the explanation why it is reported as being bad 21.24.06 # while it realy is not ;-) 21.24.33 # pixelma: seems I missed that. Then I used mIRC learnt how to script and did the feature myself. Now there is no turning back. But at least I got rid of Trillian. 21.25.18 # you wouldn't have hasd to script in HydraIRC ;) 21.26.20 Join Logicwax [0] (i=Logicwax@cpe-24-193-242-168.ucwphilly.res.rr.com) 21.26.20 Quit Zendefera () 21.26.35 Quit actionshrimp ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") 21.27.13 # yes, but I learnt how to make basic scripts. That may come to usage some day. 21.28.30 # mirc's scripting is lame:P just learn python or something:P 21.29.03 # perl, perl! 21.29.23 # Anyone here using the sim? 21.29.41 # i see it coming, someone will yell "ruby! runy!!!111one" now 21.29.48 # ruby* 21.29.50 # lowlight: Are you still investigating resume? 21.30.00 # * Infirit thinks of python ;-) 21.31.17 # linuxstb: kind of...but I'm having a problem with the sim if I play mp3 > flac I get a "FLAC: Error initialising code" 21.31.53 # but it doesn't happen on my h140 21.33.14 # so the question is would rockbox shut down the player if the battery level is 0? 21.33.30 # Infirit: I don't think it does, no. 21.33.50 # linuxstb: I think resume would be fairly easy to add to flac. Just adapt flac_seek to find a seek point based on the byte offset rather than the sample number. 21.37.06 # lowlight: Yes, FLAC should be OK to just resume from a byte offset. The frames themselves contain a timestamp, so after decoding the first frame, the codec can update the elapsed time accurately. You don't even need to use the seektable. 21.41.01 Join postglow [0] (n=c1af49ce@labb.contactor.se) 21.41.16 Join qwx [0] (n=qwm@h147n2fls32o1010.telia.com) 21.41.38 Part pixelma 21.43.04 # linuxstb, Ah so the alleged battery live issues could just be a case of mirepresenting the battery level? 21.43.17 # *life 21.43.27 # nope 21.43.47 # Rocbox never shuts down by itself 21.43.55 Quit lowlight ("CGI:IRC (EOF)") 21.44.14 # Either the user shuts it down, or it dies from low battery 21.44.45 # amiconn, in the last case the hardware is forcing it of. 21.44.46 Quit wtf (Success) 21.45.07 # It depends... 21.45.18 Join lowlight [0] (n=c730180b@labb.contactor.se) 21.45.21 # With LiIon, yes, the battery protection circuit forces it off 21.45.32 # oh, gah... 21.45.58 # Ah understood 21.46.03 Quit postglow ("CGI:IRC (Ping timeout)") 21.46.11 *** Saving seen data "./dancer.seen" 21.46.16 Quit logicecx (Read error: 110 (Connection timed out)) 21.46.16 Quit arkascha (Remote closed the connection) 21.46.29 Join Ribs [0] (n=ribs@212.159.107.123) 21.46.33 # So if i can run rockbox for a long time after hitting zero it is likely misrepresenting the actual values. I'll test this tonight. 21.46.48 # Is there also a bug report for this pn flyspray 21.46.52 # *on 21.47.29 # Yes: http://www.rockbox.org/tracker/task/4786 21.47.35 # The battery level meter is only roughly calibrated on iriver 21.47.58 # imo it should never show 0 :) 21.48.06 # But I wouldn't say the ability to run at 0% is a bug - it's a nice extra of that unit 21.48.34 # The critical levels seem to be slightly different from unit to unit 21.48.37 # yeah but if it is in the hours more something is wrong, right 21.48.57 # After all, the remaining runtime estimation is just that - an estimation 21.49.14 # ok understood 21.49.23 # Infirit: Hours more? On what unit? I never observed that... 21.49.56 Join pixelma [0] (n=pixelma@212.204.41.115) 21.49.57 # amiconn, I noticed that the iriver firmware is reporting full while in rockbox it is 60 on my h3 21.50.01 # *h340 21.50.24 Join petur [0] (n=petur@rockbox/developer/petur) 21.50.27 # Maybe the iriver firmware is wrong... 21.50.28 # linuxstb: yes. I believe updating set_offset will properly save the offset value for resuming. However, there's a "latency" adjustment (playback.c:522) so I was unsure if the offset would correspond to an actual seekpoint. 21.50.31 # * amiconn has no idea what the original firmware reports 21.50.51 # The only thing that I use the original firmware for is usbotg. 21.50.52 # apple firmware reports "full" "almost full" "almost empty" and "empty" :) 21.51.10 # possibly half too 21.51.19 # Could be the iriver is wrong but if i can run it for many hours after hitting zero it is verry roughl ;) 21.51.21 Quit qwm (Connection timed out) 21.51.31 # lowlight: Ah, we definitely don't want that hack in FLAC. 21.51.54 Quit lodesi (Read error: 101 (Network is unreachable)) 21.51.56 # .. the decoder wants an exact frame offset. 21.52.20 Join lodesi [0] (n=moi@d04m-89-83-101-194.d4.club-internet.fr) 21.52.24 # And would mean there is no real battery life problem 21.52.31 # Just a representing issue 21.52.37 # Infirit: I wouldn't care too much about the display in rockbox either as long as the excessive power drain isn't fixed 21.52.44 Join wtf [0] (i=thakuma@ip-140-176-14.phx.extremezone.com) 21.53.01 # Depending on what it is, it may as well influence the battery meter 21.53.27 # amiconn, how do you know there is one? 21.53.53 # There's definitely one. I performed runtime tests on both my H140 and H340, with the same album 21.53.59 # (192kbps mp3) 21.54.23 # Since both units have the same cpu and ram, runtime should be very similar 21.55.12 Join jbauman [0] (n=Johnq@66.216.165.55.dynamic.dejazzd.com) 21.55.18 # There's slightly more to draw into the framebuffer on H300, but to account for that, the H300 battery has slightly more capacity, and during my test, the display backlight was off, which implies the display is completely switched off on H300 21.55.34 # Runtime was >19 hours on H140, but a mere 11 hours on H340 21.55.35 # Ah ok, so me trying to figure it out like this is not helping ;) 21.56.26 # Thats a big difference in runtime 21.58.25 Join JBGood25 [0] (n=Johnq@66.216.165.55.dynamic.dejazzd.com) 21.58.32 # Yes it is 21.58.45 # That means something is drawing an extra 50..60 mA somewhere 21.59.18 # WTF 21.59.44 # * petur did a sine recording test and sees the same glitches whatboutbob saw :( 22.04.09 # http://petur.homedns.org:8080/recglitch1.png 22.04.36 # let's do the same test with the cvs version... 22.04.36 # with or without boost? 22.04.43 # Oops... How many samples rae that? 22.04.45 # this was without boost 22.04.47 # *are 22.05.37 # petur: Ah okay *phew* for one moment I thought that H100 has glitchy recording.... 22.05.52 # ~87 samples 22.06.28 # 2 ms 22.06.32 # strange... 22.06.41 Quit lowlight ("CGI:IRC (EOF)") 22.06.47 # Was that completely without boost, or with selective boost? 22.07.32 # boost at write (which shouldn't have occurred as this is at the beginning of a recording) 22.08.07 # Hmm, but perhaps an unboost happened there? 22.08.17 # Do you have backlight fading enabled? 22.08.24 # Ah, forget it 22.08.26 # errr... no boost at all I think (where did my version go) 22.08.43 Part pixelma 22.08.48 # * amiconn forgot that petur has a H300 22.08.57 # yeppers ;) 22.09.04 # quick, what player does sharpe have?! 22.09.40 # petur: No glitches with cvs recording? 22.10.00 # wait a bit.... ;) 22.10.37 Join pixelma [0] (n=pixelma@212.204.41.115) 22.13.29 Quit JBGood (Read error: 110 (Connection timed out)) 22.14.58 # lowlight: Looking at the codec_set_offset_callback(), I'm thinking it should be remembering the offset values for the last N frames, in order to accurately take account of the latency. 22.16.58 Quit jbauman (Read error: 110 (Connection timed out)) 22.18.03 # amiconn: cvs build is perrrrfect 22.18.11 Join tom_ [0] (n=tom@84-12-31-149.dyn.gotadsl.co.uk) 22.18.15 Quit Hansmaulwurf ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 22.19.11 Join webguest57 [0] (n=45976847@labb.contactor.se) 22.20.12 Join akaidiota [0] (n=not@84-217-80-249.tn.glocalnet.net) 22.21.32 Quit darkless (clarke.freenode.net irc.freenode.net) 22.21.32 NSplit clarke.freenode.net irc.freenode.net 22.22.49 # duh... the glitchy recording was with boost/unboost at diskwrite 22.23.07 # * petur must clean up his heap of test builds 22.25.24 NHeal clarke.freenode.net irc.freenode.net 22.25.24 NJoin darkless [0] (n=darkless@62.79.44.48.adsl.vby.tiscali.dk) 22.27.48 # something's still not quite ok with usb too :( 22.31.16 Quit Poka64 ("nite") 22.32.10 Join lodesi_ [0] (n=moi@d02v-89-83-246-217.d4.club-internet.fr) 22.32.17 Quit lodesi (Read error: 110 (Connection timed out)) 22.32.41 # no glitches when recording without boost (and no boosting while writing) 22.33.43 # Hmm, so it's the boost and/or unboost 22.33.59 # 2 ms looks like the pll relock time 22.34.20 # But the audio clocks should be available even during transition 22.34.28 # I'm now building a version with boost/unboost again (the first one contained other modifs too) 22.34.36 Join lowlight [0] (n=c730190a@labb.contactor.se) 22.35.31 # What's irritating is that the waveform looks 'stretched', as if there were extra samples inserted 22.35.50 # Too bad that the periods aren't 'numbered' 22.36.04 # Are the glitches present in both channels? 22.36.43 Quit akaidiot (Read error: 110 (Connection timed out)) 22.36.47 # * petur points to the screenshot :) 22.36.58 # Meh, silly question... 22.37.47 # Could you record with 2 different sine waves per channel, which are correlated but by a non-trivial ratio? 22.38.07 # linuxstb: can't say I really understand the latency thing. I guess it's to take into account that there's decoded samples in the pcmbuf that haven't been played. 22.38.28 Join akaidiot [0] (n=not@84-217-6-66.tn.glocalnet.net) 22.38.56 # Yes - if you just resumed to the point that was last decoded, it would be a couple of seconds (I'm not sure on the latency value) after the last sound you heard. 22.39.27 Join TCK [0] (i=TCK@81-178-102-54.dsl.pipex.com) 22.39.33 # amiconn: must look again what I'm doing here, my last test (with boost/unboost) has no glitch either :( :( 22.40.49 # linuxstb: Afaik, the latency depends on whether crossfade is enabled or not 22.41.15 # amiconn: I guessed it would. Any idea what the range is? 22.44.21 # I guess the canonical latency is around 0.5 sec. Then the total crossfade time will be added to that 22.44.40 # * amiconn never uses crossfade 22.49.15 Quit akaidiota (Read error: 110 (Connection timed out)) 22.51.12 Join akaidiota [0] (n=not@84-217-5-103.tn.glocalnet.net) 22.53.11 Quit Logicwax (Read error: 110 (Connection timed out)) 22.54.25 # hi 22.54.29 Join ep0ch_ [0] (n=ep0ch@195-112-29-100.dyn.gotadsl.co.uk) 22.59.38 Quit akaidiot (Read error: 110 (Connection timed out)) 23.01.22 Join qwm [0] (n=qwm@h147n2fls32o1010.telia.com) 23.02.01 # blargle!! 23.04.39 Quit lowlight ("CGI:IRC (EOF)") 23.05.14 Quit mirak (Connection timed out) 23.08.16 Join mirak [0] (n=mirak@AAubervilliers-152-1-50-243.w82-121.abo.wanadoo.fr) 23.10.17 Join akaidiot [0] (n=not@84-217-89-123.tn.glocalnet.net) 23.11.18 Quit qwx (Read error: 110 (Connection timed out)) 23.14.29 # the pcmbuf is always at least 2 seconds, which means the latency is up-to 2 seconds by default. the crossfade time is added to _that_ 23.15.13 # wait, I might be wrong, and it might be 3 seconds by default, or 2 seconds plus crossfade length 23.15.20 # see set_crossfade in playback.c 23.15.30 # I was wondering about that - when crossfade is in progress, the first track has already been decoded, and the decoder has moved onto the next one. 23.15.31 # oh, and lowlight left before I started yapping, blah. 23.15.43 # Ah, I didn't notice that either... 23.16.40 Join reset [0] (n=reset@ti300720a080-5546.bb.online.no) 23.17.45 # Why 2 full seconds? 23.17.52 # Sounds quite much to me... 23.19.48 # Is there any way to use my iTrip with Rockbox and iPod Nano? 23.19.49 # amiconn: beats me... it depends on the cost of boosting the CPU how much is worth having. 23.20.24 # Hmm, the boost... 23.21.18 # reset: No, I don't think they work. Rockbox doesn't communicate with any ipod accessories yet. 23.22.11 # too bad.. hope they manage to fix this :) 23.22.16 Join Acksaw [0] (n=Acksaw@spc1-stok5-0-0-cust770.bagu.broadband.ntl.com) 23.22.18 # I hope they do as well. 23.22.46 # does anyone know what the term for things like VBR and CBR is? 23.23.08 # say someone is asking what the .... is i would say either cbr or vbr 23.23.09 # reset: You can use any generic FM transmitter instead though. 23.23.34 Nick Acksaw is now known as ACK54W (n=Acksaw@spc1-stok5-0-0-cust770.bagu.broadband.ntl.com) 23.24.47 Join Sinbios [0] (n=Sinbios@Kingston-HSE-ppp3562501.sympatico.ca) 23.25.16 # linuxstb: Yeah, but i already bought my iTrip ;) 23.25.24 # ACK54W: No, I don't think there's a term for that. Someone would just ask if a stream was CBR. (or if a stream was VBR). 23.25.37 # i see 23.25.38 # thanks 23.26.45 # reset: Have you tried it? 23.26.47 Quit akaidiota (Read error: 110 (Connection timed out)) 23.27.05 # linuxstb: the iTrip? Yes, won't start up.. 23.29.25 Join akaidiota [0] (n=not@84-217-6-119.tn.glocalnet.net) 23.32.42 Quit ACK54W ("( www.nnscript.de :: NoNameScript 4.03 :: www.XLhost.de )") 23.39.15 Quit reset () 23.40.19 Quit akaidiot (Read error: 110 (Connection timed out)) 23.43.56 Quit solexx_ ("leaving") 23.44.50 Quit RedBreva (Read error: 110 (Connection timed out)) 23.46.15 *** Saving seen data "./dancer.seen" 23.46.45 # lostlogic: reiterating a question here, any reason why codec_pcmbuf_insert_split_callback doesn't just wait with calling dsp_process until it has room for the entire chunk to fit in the pcmbuf? 23.52.55 Part ep0ch_ ("Kopete 0.11.1 : http://kopete.kde.org") 23.58.21 Join postglow [0] (n=c1af49ce@labb.contactor.se) 23.58.58 # rofl