--- Log for 13.05.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 10 days and 10 hours ago 00.00.32 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.01.13 Join voltagex_ [0] (n=voltagex@dsl-202-45-98-130.ACT.netspace.net.au) 00.01.40 # well, the segfault i was experiencing on osx 10.5 is fixed by rbutil svn apparently 00.05.11 Quit waldo (Remote closed the connection) 00.07.55 Quit jgarvey ("Leaving") 00.08.14 Quit voltagex (Read error: 110 (Connection timed out)) 00.08.55 Quit bluebrother ("Verlassend") 00.12.47 Quit mf0102 ("Ex-Chat") 00.14.13 # Does the gigabeast with fresh bootloader mount under windows or just linux? 00.14.42 # evilnick: do you mean with rockbox installed? 00.15.04 # well... with the bootloader installed but before I put a build onto it 00.15.21 Nick JdGordon|zzz is now known as JdGordon (i=jonno@rockbox/developer/JdGordon) 00.15.25 # (I'm not comfortable enough in linux to mount and fix the partition) 00.15.40 # evilnick: should boot into Bootloader USB Mode 00.16.55 # voltagex_: I have done, but in Ubuntu it won't let me mount (through a right click in Computer) 00.17.16 # evilnick: what about in Windows? 00.17.24 # evilnick: what's the problem with the MP3 player anyway? 00.18.05 # There's no problem with it, just I would prefer to do the rest of the install in a more familiar environment 00.18.17 Join Rob2223 [0] (n=Miranda@p4FDCD66E.dip.t-dialin.net) 00.18.19 Quit dabujo_ (Read error: 104 (Connection reset by peer)) 00.22.39 Quit matsl ("Riece/3.1.2 XEmacs/21.5-b28 (fuki, linux)") 00.23.16 # Got it working! Fantastic! 00.27.59 Quit RBPFC1 () 00.28.18 # pixelma: the wma page is up to date 00.28.35 # sweet, my CF card in this <$4 CF-IDE adaptor is working fine in my spare rio karma bits instead of an HD 00.28.58 # we only support WMA std, none of the special flavors (lossless, Pro, Voice, etc) 00.30.28 Quit brent113_ (Read error: 110 (Connection timed out)) 00.30.31 # saratoga: aha, will keep it in mind for next time. Maybe you can mention the latter somewhere on that page? 00.34.53 # ok updated 00.35.40 Join lilith634 [0] (n=lilith@84.122.166.5.dyn.user.ono.com) 00.36.01 # also i'm hesitant to say so on the wiki page just yet, but I think we're pretty much 100% WMA compatabile, at least for files above 16kbps 00.36.10 # great, thanks :) 00.36.13 Quit Rob2222 (Read error: 110 (Connection timed out)) 00.36.17 # hol 00.36.18 # A 00.37.31 Quit OlivierBorowski (Remote closed the connection) 00.39.02 # * Nico_P reads about a nice looking 160 GB DAP that isn't an iPod 00.40.07 # "Aigo Patriot MV5920" 00.40.26 Quit lilith634 ("http://irc.netsplit.de/") 00.42.02 Quit ender` (" The propeller is just a big fan in front of the plane used to keep the pilot cool. When it stops, you can actually watch th") 00.44.12 # Nico_P: interesting looking unit/specs 00.46.19 # "MP5" doesn't mean much to me though 00.46.57 # first thing i found about it says "MP5 Player (a PMP in China that supports RealMedia)" 00.47.20 # but: 00.47.20 # Video: MPEG-1 (DAT, MPG), MPEG-2 (VOB), MPEG-4 (AVI, Divx3-5.x, Xvid), ASF, WMV9, RM / RMVB 00.47.24 # Audio: MP3, WMA, WAV, AC3, OGG 00.47.35 # another thing replete with NDA hardware I'm sure :) 00.47.43 # hehe 00.49.22 # damn i accidently grabbed an image of the partition instead of the device when i backed this card up 00.51.00 Quit Nico_P (Remote closed the connection) 00.51.04 Quit gevaerts ("nearly morning") 00.53.45 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 00.57.39 Quit ompaul (Client Quit) 01.04.53 # jhMikeS: once rockbox runs on something does an NDA really matter? 01.12.43 # ...yes? 01.13.21 Nick gregzx is now known as GregZzzZZX (n=chatzill@dtn77.neoplus.adsl.tpnet.pl) 01.13.51 Quit GregZzzZZX ("ChatZilla 0.9.82 [Firefox 2.0.0.14/2008040413]") 01.14.18 Quit mackes ("Mackes is out") 01.17.13 # yah 01.17.19 # (oops) 01.27.14 # voltagex_: as far as docs, sure it does. even a driver won't tell you everything about the reason it's written that way. 01.28.29 Part toffe82 01.32.16 # jhMikeS: ah ok, I'm not skilled enough for low level programming like that anyway :( 01.32.49 # Anyone here from Canberra? I'm looking for someone to replace the hard drive and battery in my H300 01.33.02 # or rather, one of my H300s 01.38.39 Quit Falafel (" HydraIRC -> http://www.hydrairc.com <- Organize your IRC") 01.40.15 *** Saving seen data "./dancer.seen" 01.40.54 # btw if anybody ever has anything to try re firmware flashing or anything on the rio karma, i can now use flash cards with my spare board and would be willing to throw anything at it hehe 01.43.14 Quit evilnick ("ChatZilla 0.9.82 [Firefox 3.0b5/2008041515]") 01.45.06 Join csc` [0] (n=csc@archlinux/user/csc) 01.48.42 Quit SirFunk (Remote closed the connection) 01.57.52 Join brent113_ [0] (n=brent113@63.224.195.247) 02.00.21 Quit einhirn_ (Read error: 104 (Connection reset by peer)) 02.04.17 Quit dan_a () 02.14.51 # does rockbox on an 4/5th gen ipod support being controlled by the docking port? 02.17.09 # not at this time, though there is a patch-in-progress in the tracker. 02.25.06 Join toffe82 [0] (n=chatzill@adsl-76-240-239-27.dsl.frs2ca.sbcglobal.net) 02.27.09 Join fdinel [0] (n=Miranda@modemcable002.173-131-66.mc.videotron.ca) 02.36.24 # * jhMikeS wonders why the fancy term "digital exponential filter" was used instead "moving average" in the powermgmt code :D 02.53.02 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 03.00.55 Part pixelma 03.03.52 Quit XavierGr () 03.05.32 Quit linuxstb (Read error: 110 (Connection timed out)) 03.07.53 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 03.16.41 # actually it reduces to a leaky integrator 03.29.07 Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 03.40.19 *** Saving seen data "./dancer.seen" 03.47.11 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.47.40 Quit homielowe () 03.51.45 Quit DerDome (Nick collision from services.) 03.51.46 Join DerDom1 [0] (n=DerDome@dslb-082-083-251-075.pools.arcor-ip.net) 03.51.56 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-251-075.pools.arcor-ip.net) 03.56.43 Join low_light [0] (i=4cbde1a4@gateway/web/ajax/mibbit.com/x-66f4a295719fe309) 03.59.05 Join nuonguy [0] (n=john@c-24-6-175-26.hsd1.ca.comcast.net) 04.04.46 # anyone know what needs to be fixed to get a port showing the correct remaning batt life? 04.07.05 # somehow know how much current drain there is and how many mAh remain in the cell 04.08.27 # can the numbers be fiddled with untill we get a better approx? 04.08.44 # atm the mini2g says 3 hours for full when its alot closer the 13 04.09.19 # JdGordon: you were looking for me the other night? 04.11.17 # * nuonguy is a first-time rockbox user 04.11.34 # where do I put the songs so that a database refresh will find them? 04.12.46 # rockbox should scan the whole disk 04.12.57 # but I don't use the database 04.13.40 # I have a sansa e280 with music on it that it plays natively 04.14.08 # I tried this on the plane a coupla days ago, and I couldn't seem to figure out what I was doing 04.14.31 # JdGordon: It might be possible to calulate a discharge rate dV/dT around the current voltage and extrapolate that from the battery curve. 04.15.31 # low_light: I was but too late, got a mini instead of a mr100 04.18.25 # are you doing a CF mod? 04.18.58 # yeah 04.22.05 # I plan to try it in the mr100, but need to get an adaptor 04.22.34 # does it use the same disk as the mini? 04.24.00 # jhMikeS: can that be done from a batt bench log? 04.26.27 # JdGordon: just the curve part. the deltas need to be calculated to get a discharge rate. 04.30.25 # JdGordon: the mr100 disk has the flex cable build in. The adapter is actually for the mini, but I think it should work. 04.30.59 # ah, so you cant just hook a CF card in? 04.35.24 Join miepchen^schlaf_ [0] (n=miepchen@p54BF43A9.dip.t-dialin.net) 04.36.52 Join homielowe [0] (n=eric_j_l@66.183.89.40) 04.39.47 Quit amiconn (Nick collision from services.) 04.39.53 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 04.45.24 Join djuniah [0] (n=47e15003@gateway/web/cgi-irc/labb.contactor.se/x-58e8a92df1c610e7) 04.47.25 Quit djuniah (Client Quit) 04.47.38 Join djuniah [0] (n=47e15003@gateway/web/cgi-irc/labb.contactor.se/x-72806c77bda9027a) 04.49.26 Quit miepchen^schlaf (Connection timed out) 04.53.06 Quit djuniah ("CGI:IRC (Ping timeout)") 04.57.28 Quit Status (Read error: 113 (No route to host)) 04.58.57 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 04.59.13 Quit Thundercloud (Remote closed the connection) 04.59.39 # http://rockbox.org/tracker is completely blank. "Content-Length: 0" is in the headers. 04.59.58 Quit csc` (Read error: 110 (Connection timed out)) 04.59.58 # err.. http://rockbox.org/tracker/ 05.00.24 # because you didnt add index.php 05.00.38 # same thing 05.00.47 # and /tracker/ has worked before 05.01.09 Quit kugel (Remote closed the connection) 05.03.01 Join Evilnick [0] (n=chatzill@cpe-72-225-212-221.nyc.res.rr.com) 05.05.33 Quit homielowe (Read error: 110 (Connection timed out)) 05.06.22 # with "type" argument, it's fine 05.27.05 Quit Horscht ("I am root. If you see me laughing, you better have a backup") 05.40.20 *** Saving seen data "./dancer.seen" 05.40.53 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279532959.dsl.bell.ca) 05.47.01 # no failsafe in the code for users not passing a value, and script erroring and aborting, I'd guess 05.53.52 # It used to show all task types (patches, bugs, and feature requests). Just checked today and got the blank page. 06.01.44 Quit ctaylorr (Read error: 110 (Connection timed out)) 06.08.10 Join Booth1nator [0] (n=cb0a7954@gateway/web/cgi-irc/labb.contactor.se/x-55a3fce6e06c31a7) 06.09.27 # yo 06.11.16 Join homielowe [0] (n=eric_j_l@d205-250-152-29.bchsia.telus.net) 06.12.44 # does anyone know how to load rockbox and linux on ipod when it says ipod not detected when i know it is plugged in> 06.13.10 # Booth1nator, what ipod 06.13.41 # classic 80gb running 5.5G 06.14.19 # 6g or 5.5g? 06.14.45 # 5.5G im pretty sure 06.15.09 # if it is a classic, it is a 6G 06.15.50 # k. so the linux and rockbox are not compatible 06.16.09 # neither will work ont he classic 06.16.28 # that sux alot 06.16.36 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.16.41 # If it's got an aluminum exterior, you can't hack it (unless it's an old Mini) 06.17.11 # someone has to be able to hack it eventually 06.17.19 # curse apple 06.17.29 # well, it ownt happen with no kneo trying 06.17.31 # wont 06.18.02 # so no1 is even bothering to try? 06.18.18 # no one is working on it 06.18.52 # that sux heaps 06.22.17 Join Compaq_Owner [0] (n=chatzill@pool-71-127-28-95.trrhin.dsl-w.verizon.net) 06.22.52 Join homielowe_ [0] (n=eric_j_l@S0106001a70694b9a.no.shawcable.net) 06.23.26 Nick Compaq_Owner is now known as FyshY_ATF (n=chatzill@pool-71-127-28-95.trrhin.dsl-w.verizon.net) 06.23.42 # I need help with my IPOD 06.24.05 # my install didn 06.24.25 # didn't work and now i dont know what to do 06.24.44 # FyshY_ATF, what ipod 06.25.14 # my ipod ... 06.25.48 # wats ur ipod? 06.26.05 # Booth1nator: Please use real words, not things like "ur" as per the channel guidelines 06.26.06 # 1st gen nano 06.27.16 # k 06.27.20 # FyshY_ATF: What do you mean by "my install didn't work" 06.27.37 # it says Error ! ant load rockbox.ipod: hold menu+select ro reboot then select play for disk mode 06.28.08 # FyshY_ATF: You haven't properly installed a build then, just a bootloader. Go into disk mode, like it says, and follow the "Installing the Firmware" instructions in the manual. 06.28.36 # but i cant get into disk mode to reset it 06.28.43 # Yes you can. 06.29.03 # Just hold Menu+Select, and as soon as the screen clears, hold Select+Play 06.29.58 # it keeps going to the black screen 06.30.11 # I don't know what you mean by "the black screen" 06.30.17 Join homielowe__ [0] (n=eric_j_l@d205-250-152-29.bchsia.telus.net) 06.30.34 # when it says error that black screen 06.30.52 # Then you're not holding Select+Play soon enough 06.31.44 Quit homielowe (Read error: 104 (Connection reset by peer)) 06.32.46 # still the same ... as fast as my thumbs will allow 06.33.02 # And you're holding the center button, and the bottom button, and not releasing them? 06.33.08 Quit low_light ("http://www.mibbit.com ajax IRC Client") 06.33.23 # yup ... even befor the apple appears 06.34.05 # Well, the thing is, the bit of code that reacts to the Select+Play is permanent code put there by apple. It runs before any of our code does, and it's the same code that goes and loads our code if you don't hit Select+Play 06.35.13 # So, keep trying. Try doing it a little later, try being more careful not to wiggle your fingers, but it's permanent in-ROM code that handles this, so either it works or something has physically gone wrong with your iPod, something unrelated to Rockbox at all. 06.37.51 # like my buttons not working .. is that what you mean ? 06.38.15 # The most likely cause really is you just not quite getting it right. 06.38.40 # okay ... im trying .. =( 06.38.42 Quit homielowe_ (Read error: 104 (Connection reset by peer)) 06.38.49 # Try just turning on Hold instead of holding Select+Play, this will cause the rockbox code to load the original firmware. 06.40.05 # That worked ! 06.40.21 # now what do it do to finish install ? 06.40.38 # Follow the "Installing the Firmware" instructions in the manual. I already told you this. 06.40.57 # sorry 06.41.00 # ty 06.41.07 # *thank you 06.42.30 Quit homielowe__ () 06.50.40 Quit Booth1nator ("CGI:IRC") 06.59.20 # anyone know what voltage goes out the ipod remote pins? 07.00.49 # 3.3v apparently :( 07.04.22 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 07.05.12 Join homielowe [0] (n=eric_j_l@d205-250-152-29.bchsia.telus.net) 07.06.09 # any suggestions where to get 5v from the ipod mainboard? 07.06.29 # * JdGordon miht have to take the easy way and cut the battery wires 07.13.36 # Anyone here who can help me with a bricked H340? My second one no longer works 07.16.19 Quit linuxstb_ (Read error: 113 (No route to host)) 07.16.58 Quit FyshY_ATF ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") 07.18.51 Join austriancoder [0] (n=austrian@rockbox/developer/austriancoder) 07.31.29 Part toffe82 07.40.21 *** Saving seen data "./dancer.seen" 07.40.48 # JdGordon: How about where the battery wires join the motherboard? 07.52.06 Join benime [0] (n=benime@c-71-238-75-234.hsd1.mi.comcast.net) 07.52.52 # dunno if this is the place to address it, but the the links to the pcb scans for the iriver h1x0/h3x0 on this page http://www.rockbox.org/twiki/bin/view/Main/IriverInfo are broken 07.54.49 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 07.58.47 # Please review: http://www.rockbox.org/tracker/task/7138?getfile=16543 08.00.54 # austriancoder: You're really best off posting to the -dev mailing list, so you don't have to worry about people spotting comments you make while nearly everyone isn't around 08.03.58 Quit homielowe (Read error: 104 (Connection reset by peer)) 08.03.58 # austriancoder: shouldn't you have a BALANCE_CAP as well? 08.04.14 Join homielowe [0] (n=eric_j_l@d205-250-152-29.bchsia.telus.net) 08.04.23 # i can't see the connection between clipping and balance 08.05.43 # LinuN: hmm.. you are right. 08.07.22 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 08.08.54 Quit BigBambi (Remote closed the connection) 08.09.12 Join voltagex [0] (n=voltagex@dsl-203-113-234-91.ACT.netspace.net.au) 08.09.35 Join thechamp [0] (n=4b13ae09@gateway/web/cgi-irc/labb.contactor.se/x-2532d9ec9aebce7d) 08.09.43 Quit thechamp (Client Quit) 08.09.49 Join codingtigger [0] (n=codingti@c-24-245-5-181.hsd1.mn.comcast.net) 08.10.02 Join thechamp [0] (n=4b13ae09@gateway/web/cgi-irc/labb.contactor.se/x-2fae012083732bee) 08.10.03 Quit thechamp (Read error: 104 (Connection reset by peer)) 08.10.05 Quit miepchen^schlaf_ () 08.14.17 Join Rob2222 [0] (n=Miranda@p4FDCE954.dip.t-dialin.net) 08.20.45 # hehe, it's a little embarassing to have the W3C XHTML badge in the forum when the markup contains 165 errors... :-/ 08.21.03 # Yeah... 08.21.13 # I went through and fixed it, long ago. But the new menus contain most of 'em 08.21.20 # New menu on the left, that is. 08.21.20 Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 08.22.25 # * Llorean just needs to sit down and step through them again sometime soon 08.22.34 Quit voltagex_ (Read error: 110 (Connection timed out)) 08.22.50 Join Romanian [0] (n=mihai@c-76-115-184-61.hsd1.or.comcast.net) 08.23.48 Join tvelocity [0] (n=tony@athedsl-327864.home.otenet.gr) 08.23.55 Quit BHSPitLappy (Remote closed the connection) 08.24.24 # fixing... 08.24.43 Join Mathiasdm [0] (n=Mathias@vpnd103.ugent.be) 08.25.03 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 08.25.16 # BUGGER! seems I lost my rec screen patch 08.25.26 # * JdGordon not having a good day :/ 08.25.27 # Is it possible to source capacitors and resistors to fit the H340? 08.25.49 # Is there a way to scandisk in Ubuntu? 08.26.12 # Romanian: FAT32 or EXT2/3? 08.26.24 # Romanian: that's a question for #ubuntu 08.26.24 # vfat, which = FAT32 afaik 08.26.34 # Right, thanks. 08.26.37 # but fsck.fat32 i think 08.27.07 # er, it's for my external HDD MP3 player 08.27.40 # Romanian: yeah. try fsck /mnt/mp3player 08.28.32 # Many thanks. 08.28.37 # works? 08.29.21 # haha 08.29.29 # it wasn't connected :\ 08.29.54 # that generally helps 08.30.11 # hmm, I'm not sure what the mount point is 08.30.16 # oh, IAUDIO 08.30.30 # No, I lied. 08.30.46 # open a console and type mount 08.30.47 # gah, it's not showing up 08.30.57 # in ubuntu it should be /media/IAUDIO 08.31.10 # aye, it should 08.31.12 # there we go 08.31.31 # You shouldn't have it mounted when doing fsck. 08.31.42 # And fsck wants the device node, not the mount point 08.31.53 # So it'd be /dev/*** ? 08.31.56 # yeah 08.32.07 # How do I know what the *** would be? 08.32.13 Quit DerDome (Read error: 110 (Connection timed out)) 08.32.24 # "fdisk -l" as root 08.32.31 # check the output of dmesg when you plug it in too 08.32.32 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.32.52 # * austriancoder Build should have been done 6m 32s ago, at 08:26:06 08.32.54 # aye, sdb 08.33.10 # it should be a partition i.e. have a number at the end 08.33.10 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.33.18 # yes 08.33.26 # Use first FAT or second FAT? 08.33.30 # FAT32, LFN 08.33.47 # "FATs differ but appear to be intact" 08.33.54 Join spiorf [0] (n=spiorf@host126-226-dynamic.25-79-r.retail.telecomitalia.it) 08.34.13 Quit saratoga ("CGI:IRC (Ping timeout)") 08.34.16 # what? 08.34.40 # it says "free cluster summary wrong", and I say "correct", but then leaves me with "Leaving file system unchanged." 08.35.01 # I don't think fdisk will fix the file system if it's mounted 08.35.08 # it's not mounted 08.35.37 # have you tried fsck -a ? 08.35.43 # Any one had problems installing rockbox on a Sansa e250 from Vista? 08.36.22 # UAC probably causing trouble? 08.36.24 # codingtigger: yes I believe quite a few people have - it's normally the UAC stuff getting in the way 08.36.25 # codingtigger: Never tried, but the first thing I'd check when dealing with Vista is that you have admin rights. 08.36.48 # I just did "fsck -a /dev/sdb1" and it appeared to have worked, since "sudo fsck /dev/sdb1" gives no more info 08.36.57 # cool_waling_: I have admin rights. 08.37.05 # GodEater: What's 08.37.09 # UAC? 08.37.14 # google it :P 08.37.17 # yeah 08.37.20 # k 08.37.47 # k, got it. I'll fiddle with it for a bit... 08.37.50 # UAC == Stupid Vista feature that causes more trouble than it solves (IMO) 08.38.13 # like most vista features 08.38.28 # GodEater: why? i thought it was just one popup? 08.38.32 # like vista period 08.38.35 # if you admin rights that is :) 08.38.48 # s/you/you have/ 08.39.00 # bughunter2: because people keep pestering us about it ? 08.39.06 # :P 08.39.40 # sorry, didn't mean to bug you guys about UAC 08.39.55 # codingtigger: we don't blame you, we blame M$ :) 08.40.10 # :) 08.40.18 # whats the point of flashing the remote LCD when recording starts? 08.40.28 # Maybe a note in the users manual would help too. :) 08.40.52 # no, it doesnt flash.. it just says "remote lcd off" then "remote lcd on"!? 08.41.10 # codingtigger: it would - but no-one's written one, and none of the regular manual contributors own vista to my knowledge 08.41.14 # On a side note, do you think a Conroe-L (Celeron) would be enough for a home-built NAS? 08.41.24 # it would be nice if someone who actually HAD vista could write such an item and submit it to us 08.41.26 # hint hint 08.41.35 # hehe 08.41.47 # Romanian: what has that to do with Rockbox ? 08.41.49 # working on it... 08.41.57 # Romanian: NAS has nothing to do with Rockbox... 08.41.59 # Whoa, what? fsck -a /dev/sdb1 seemed to have added a hell of a lot of files to my player. 08.42.08 # I know it doesn't. Hence the side-note. No response was required. 08.42.22 # there are no side-notes here.. 08.42.24 # Romanian: This channel is on-topic, please keep it that way. 08.42.26 # I see. 08.42.26 # Romanian: PM or #ubuntu 08.42.43 # * cool_walking_ trying not to say "..only Zuul" 08.44.21 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 08.44.23 # Romanian: Or read the channel topic for somewhere else to go. 08.47.03 # So, I have admin rights, I disabled the UAC grab-your-desktop thingy, and when I try to drag the .rockbox folder from the zip file to my device, Vista doesn't let me do it. 08.47.09 # Llorean: the markup is valid again 08.47.28 # LinusN: Thanks. :) 08.47.40 # If I use 'Extract all" like the manual says, I can't selec my device as the destination 08.47.49 # s/selec/select 08.47.55 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-984dcd7b1ae7b91c) 08.48.06 # codingtigger: can you not just type the drive letter in ? 08.48.20 # Vista doesn't give me a drive letter 08.48.21 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-984dcd7b1ae7b91c) 08.48.31 # then you have it in MTP mode, and not MSC 08.48.43 # of course! 08.48.54 # *operator error* 08.49.00 # PEBKAC :) 08.49.08 # * JdGordon just found the rec trigger screen... wtf? 08.49.45 Quit leox_ (Read error: 104 (Connection reset by peer)) 08.49.49 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 08.49.50 # And it was clearly written in the manual too. I feel kinda stupid 08.50.18 # if a day goes by and I've not done something that makes me feel stupid, I mark it with a smiley on the calendar 08.50.33 # got many smileys? :D 08.50.37 # * amiconn really wonders what austriancoder is trying to achieve with his audio code shuffling :/ 08.50.47 # JdGordon: I've never needed any yet ;) 08.51.01 # hehe 08.51.02 # Besides, if you really want to structure the audio code properly, the MAS code needs one more split. 08.51.37 # The combination of MAS3507D + DAC3550 has quite different audio handling than the later MAS35xxF family 08.52.46 # really, really need to source parts for my H340... :( 08.52.49 # window 4 08.52.51 # oops 08.52.55 # you're not irssi 08.56.06 # Ok, all good. Rockbox is up and running on my device. Thanks again! 08.56.54 # amiconn: clean up sound.c and move all target specific code out of sound.c... later I want to use dsp in the sim 08.57.18 Quit BHSPitLappy (Remote closed the connection) 08.58.39 # does anyone here use the rec trigger screen? 08.59.14 Quit codingtigger () 09.00.31 # JdGordon: I don't use recording at all, but is that the screen where you can set it up to start recording if there's a certain amount of noise? 09.00.50 # i guess so, I also dont use it 09.02.13 # austriancoder: I think it's a good idea. Makes it a lot easier to add a new sounds codec without having to changed the many #ifdefs in sound.c 09.02.14 # it uses the sysfont, inline settings, way too much code 09.02.17 # * amiconn always wondered whether anyone apart from the original implementer uses it 09.02.34 # who put it in? 09.02.56 # I think it's popular among the REP crowd. 09.03.30 # it adds *ALOT* of code... would use much less if it didnt do its own drawing 09.03.35 # http://www.rockbox.org/twiki/bin/view/Main/PhilippPertermann 09.03.57 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.04.01 # It does its own drawing because it show a peakmeter for adjusting the trigger levels 09.04.06 # *shows 09.04.26 # I see that... and understand why before vp's this was needed 09.05.06 # really all I want to know is do all the settings need to be visible on the screen at the same time? or can we out the settings into a list like normal ones with the peakmeter under it? 09.05.24 Quit ompaul (Client Quit) 09.05.55 # The idea is that you adjust those settings and be able to immediately see the effect through the peakmeter 09.06.08 # yes, thats fine... the pm will stay 09.06.31 # I *hate* those inline settings, but for this purpose I see no other way that would work equally well :/ 09.06.44 # amiconn: why do you hate them so much? 09.07.37 # They're confusing and ugly 09.07.37 # would it be OK to put a regular list above the peakmeters? (making sure that entering the setting will still show the peakmeters?) the list would then only show the setting name, not the values also 09.07.50 # amiconn: in what way confusing? 09.08.02 Quit spiorf (Remote closed the connection) 09.08.28 # I tried a inline settings patch once and rather liked it. You can check the value without the need to enter it 09.08.44 # pixelma: hey, do you use the rec trigger screen? 09.08.56 Join petur [50] (n=petur@rockbox/developer/petur) 09.08.58 # markun: seen 8968? 09.09.28 # The values have different lenghts, and on a crowded screen (read: archos) they're looking strange in conjuction with the settings. And adjustment of those settings is inconsistent with the rest of rockbox 09.09.29 # petur: hey, sorry about last night, seems I've lost the patch 09.09.29 # do you use the rec trigger screen? 09.09.54 # no, but is that a reason to dump it? ;) 09.10.16 # * JdGordon not looking to dump it 09.10.23 # just get some advice on vp-ing it 09.10.31 # I got a bit distracted so I didn't get that much further 09.10.41 # * JdGordon thinks that will give a hefty green delta 09.10.46 # JdGordon: I think that if the peakmeter stays visible (including the special indicators) while adjusting the setting, it would be ok 09.11.26 # thats what I was hoping 09.11.28 # If this works, I'd think the settings should use the standard settings lists as well ("just" viewported to leave room for the peakmeter) 09.11.30 # not really no (except trying how that works at all). The point were it gets ugly/confusing is when the item names get cut off because they are too long (either small screen, and/or large font, and/or long setting name (maybe in a different language)) 09.11.56 # the first sentence was an answer to JdGordon ;) 09.12.00 # The trigger screen uses the sysfont.... 09.12.07 # sure? 09.12.27 # ...which is ugly for non-latin languages 09.12.36 # amiconn: thats what I was going to do 09.12.48 # Ah, no it doesn't 09.12.59 # JdGordon: I was a bit surprised I couldn't get the REC buttonpress through from the list (after adding it to the STD keymap), REC_REPEAT does get throuh. Then again, I know little of keymaps and viewports :/ 09.13.20 # ? 09.13.34 # The items outright overlap with the values in a few cases... 09.14.31 # Urgh, and on H10, adjustment is totally unintuitive... 09.14.54 # H10 keys and their maps suck big time 09.15.27 # Try the rectrigger screen... 09.16.12 # Up/Down adjust the value. FF/Rew move through the list but in the opposite direction from what you'd expect... 09.19.24 Quit shodanX (Remote closed the connection) 09.21.32 Join CaptainSquid [0] (n=Miranda@proxy14.netz.sbs.de) 09.23.29 # who's smart enough to translate the threshold setting code into a min/max/step size for me ? (menus/recording_menu.c:406) 09.23.41 Part tkooda ("thanks") 09.25.14 Join DerDome [0] (n=DerDome@dslb-082-083-251-075.pools.arcor-ip.net) 09.30.32 # * pondlife wishes that gui_synclist_init took a const void *data... 09.30.51 # Sadly, some code modifies this block (which is reasonable, I guess). 09.31.07 # ? 09.31.34 # I could do a big const police raid if so. 09.31.58 # But I'm not planning on reworking the bookmark selector and debug menus right noe. 09.32.04 # s/noe/now 09.32.05 # oh, +const.. righto 09.32.09 # Yup 09.32.20 # why is it bad if stuff modify that? 09.32.38 # obviously thye only do it if they know what it is... 09.32.48 # It's not particularly, but there's a tree of const-iness that it would enable.. 09.32.59 # So.. no worries. 09.33.25 # Did you look at my peephole fix for the file deletion issue (over track transition) btw? 09.33.44 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 09.34.19 Join tdtooke [0] (n=tdtooke@75-120-249-197.dyn.centurytel.net) 09.34.44 # Anybody awake out there? 09.34.56 # * pondlife yawns 09.35.31 # Do you have any idea if the metadata tags on a mp3/aac/whatever file appear in a specific order or is it a random thing? 09.35.51 # I don't think that's specified, for MP3 at least. 09.36.18 # Certainly we shouldn't care too much (as long as they fit within our memory restrictions). 09.36.20 # I had an idea for getting the sort tags patch working if it did 09.36.59 # But Rockbox will fill the metadata buffer on a "first come, first served" basis. So if you have long tags at the start, you may not see the last one. 09.37.16 # My idea was to set sortartist to whatever artist was, provided it came first and later in the parse tags function in metadata_common.c if it was found sortartist did exist then set it to the real value and change over tagnavi.config to use sortartist instead 09.38.04 Part Romanian 09.38.07 # If the ordering is arbitrary that won't work, but I'm thinking the answer is somewhere along those lines....maybe 09.38.43 # I don't understand - why not just modify the tags after everything has been read? 09.39.17 # (Or tag your files properly...) 09.39.53 # tagging files properly is what I'm after, it's been decided that the sort tag is the right way to ignore a the so I'm wanting to get it off the ground 09.40.25 *** Saving seen data "./dancer.seen" 09.40.43 # I haven't got enough of a grip on the code yet to modify tags after they've been read linux, :) 09.41.32 # I thought we already supported the sort tags? 09.42.06 # we have a patch which will build a database that supports it, but it doesn't do anything yet, I'm trying to come up to speed on it to figure out how to change that 09.42.46 # pondlife: The idea is for it to sanely default to the "normal" tags if sort tags aren't present. 09.43.15 # I would have thought that the sortartist should always be populated - pointing to "artist" if there was no sortartist in the file. Then tagcache needs to use sortartist when sorting by artist. 09.43.36 # Yes, so as long as the artist = "The Beatles" and sort artist = "Beatles, The", it should work. Or is this not yet implemented? 09.43.48 # not, it's not yet implemented 09.43.57 # kinda redundant that 09.44.00 # pondlife: The problem though is that for files where there's no "sort artist" because the "artist" is fine. 09.44.00 # Ah, ok. I thought it was 09.44.21 # The way it's implemented you can explicitly use one or the other, but it won't default back to "artist" if "sort artist" isn't present (iiuc) 09.44.24 # I was just basically asking about a bad idea I had on how to do this 09.44.36 # if (sortartist == NULL) { sortartist = artist; } 09.44.44 # (somewhere after the metadata has been read) 09.44.51 # We should be able to do that on the fly.... 09.45.06 Quit austriancoder (Remote closed the connection) 09.45.08 # makes sense, right now I'm in parse tags, I guess I need to read on a bit further 09.45.23 # ...or retag your files so sortartist=artist where sortartist is blank...? 09.45.51 # I'm not about to put up a patch that requires mass retagging to work right for everybody 09.46.10 # I meant that the existing code should work if you retag. 09.46.18 # The existing code would work if you retag. 09.46.37 # But tagnavi should handle files with both sort artist and artist tags, or "normal" collections where the only tag is the "artist" tag equally well. 09.46.49 # I agree 09.47.17 # But database uses presorted lists, right? 09.47.38 # Wouldn't it be something to do during the commit? For all songs with an artist but no sort artist, populate the sort artist list with their artist string instead, etc? 09.48.10 # that's what I'm wanting to do 09.49.26 # not good, I have 7 files open and am not thinking clearly....:) 09.49.53 # I thought database harvested all the metadata before starting the commit anyway. In which case I'd imagine the order of it within the file would be more or less irrelevant. 09.50.06 # * Llorean hasn't looked into it though, so he's kinda guessing. 09.51.18 # my first idea was very bad, i've been up too long, i'm poking around in tagcache.c now 09.51.31 # i think initially i must've been trying to come up with the most complicated way possible to do this 09.51.56 # pixelma: petur: any complaints about having the last few trig durations in seconds instead of minutes? (it goes 0s, 1s, 2s, ... 30s, 1min, 2min, 5min, 10min) 09.52.18 # * petur never used trig 09.52.28 # maybe we could add a flag to make time values normal 09.52.48 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.58.14 # tdtooke: I would simply add the line "if (!id3->grouping) { id3->grouping = id3->artist; }" to the end of the get_metadata() function in apps/metadata.c 09.58.36 # (and probably the same thing to somewhere for hwcodec...) 09.58.43 Quit tdtooke ("sleep") 10.00.05 Quit Shaid (Read error: 110 (Connection timed out)) 10.04.14 Quit cool_walking_ (Read error: 104 (Connection reset by peer)) 10.04.22 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 10.06.30 Join cool_walking__ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 10.24.34 # * JdGordon has no idea how to fix these trigger settings... 10.24.40 Quit cool_walking_ (Read error: 113 (No route to host)) 10.24.55 # the global_Settings value is being used nastily 10.25.33 # <0 is when its in dB mode, >=0 in the other mode 10.25.51 # dunno wtf to do here for the setting screen 10.26.37 Nick cool_walking__ is now known as cool_walking_ (n=notroot@203-59-129-195.perm.iinet.net.au) 10.27.03 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 10.27.04 # Real basics..is there a Linux command to do find/replace on multiple files? (Or rather, a Cygwin command...) 10.27.26 # sed ? 10.27.28 # sed.. 10.27.38 # or awk? 10.27.44 # Thanks 10.27.51 # * JdGordon has no idea how to use either though 10.31.54 # sed, awk, perl 10.31.58 # sed -i 's/from/to/g' files_to_change 10.32.59 # Or, if you need / in from or to, change the syntax-/ to something else 10.33.40 # * gevaerts challenges people to come up with an even less understandable explanation of this feature 10.38.01 # or escape the / with a \ 10.38.21 # is it a competition to see how confused we can make pondlife? 10.38.29 # It's working 10.38.35 # I mean the confusion 10.38.46 # I assumed that's what you meant ;) 10.38.49 # OK, how can I sed recursively? 10.39.20 # i.e. s/static struct plugin_api*/static const struct plugin_api*/g on all Rockbox 10.39.21 # * GodEater waits for someone to bring in either xargs, find, or preferably both 10.39.25 # sed -i 's/from/to/g' `find . -type f -other-find-args-that-you-want` 10.39.36 # hahaha 10.39.45 # * pondlife runs off to find a Windows app . 10.39.46 # it's easy :) 10.39.49 # nah, that breaks on too many args 10.39.50 # only half points to gevaerts 10.39.57 # * petur mentions he once wrote a windows commandline tool to find and execute 10.40.31 # gevaerts: I think your line there is likely to choke on the number of files in the rockbox tree too 10.40.32 # * gevaerts recommends http://sed.sourceforge.net/local/games/sokoban.sed as a sed tutorial :) 10.40.55 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-10-160.w86-204.abo.wanadoo.fr) 10.40.56 # So no way to sed recursively? 10.41.09 # pondlife: find . -type f | xargs sed .... 10.41.23 # full marks to B4gder 10.41.28 # Obvious, isn't it... 10.41.36 # * GodEater awards B4gder the t-shirt 10.41.39 # But be careful about the .svn directories 10.41.58 # right, the .svn dirs... 10.42.18 # find *.c ... ? 10.42.25 # 'find . -name "*.[ch]" | grep -v '\.svn' | xargs sed .... 10.42.38 # (without the bonus ') 10.42.54 # * GodEater thinks that deserves some sort of hat too 10.43.24 # * gevaerts still prefers the find in a subshell way if there aren't too many results 10.43.26 # using a *nix shell is all about using pipes 10.43.42 # pondlife: you should use pv too! ;) 10.43.42 # and the occasional fifo to really impress people 10.44.11 # I'm happy with pipes, but I don't know any commands. 10.44.23 # well now you know four 10.44.31 # xargs was the missing link, I think 10.44.48 # fyi, the windows tool I wrote was http://sourceforge.net/projects/fae/ 10.44.53 # I'm not sure if it's worked - not much feedback is there? 10.44.57 # we'll expect a report written on what you've learned by lunchtime okay pondlife? 10.45.08 # * gevaerts has a standard shell exam question. Reverse the order of lines in a text file using only standard commands 10.45.09 # pondlife: svn diff should tell you ;-) 10.45.10 # * pondlife passes GodEater a blank sheet of A3 10.45.10 # no feedback is a good thing 10.45.15 # pv -cN find . -name "*.[ch]" | pv -cN grep -v '\.svn' | pv -cN xargs sed 10.45.23 # I'm far away from SVN sadly 10.45.38 # As in, I've already done lots of stuff manually 10.45.46 # * pondlife gives up 10.45.47 # pondlife: pv will show you progress :) 10.46.00 # Not on Cygwin.... 10.46.20 # * scorche wonders if pv is packaged for cygwin 10.46.28 # ok.. no 10.46.37 # now how do I undo that sed stuff ? :) 10.46.47 # un...do...? 10.46.48 Join austriancoder [0] (n=cgm6393@rockbox/developer/austriancoder) 10.46.57 # with sed 's/to/from/' ? 10.47.07 # Just joking 10.47.08 # The plugin api struct is already defined const. It's just not declared const so as to avoid changing all plugins 10.47.57 # trust amiconn to show up late with a good reason for not confusing pondlife in the first place ;) 10.48.11 # In fact it's decalred const (would give a warning otherwise), but it's cast when calling the plugins 10.48.38 # I've changed all plugins anyway for const void *parameter, so thought I might as well do the API too. 10.49.28 # This being part of a bigger tree-of-constiness, of course... 10.50.08 # Well, nothing needs changing in the core apart from plugin_.c line 722 (remove the cast) then 10.50.15 # Indeed 10.50.38 # Hence my attempt to sed the plugins into submission... 10.51.03 # * amiconn would just do that kind of thing manually 10.51.06 # Wait, was there a * in the 'from' part ? 10.51.11 # Yes 10.51.37 # * pondlife is doing it manually, only 70 to go 10.51.47 # Search and replace can break for many reasons here (varying whitespace and line breaks) 10.52.11 # then you would need more magic 10.52.56 # replace your spaces with \W (or \w, I can never remember which) 10.54.24 # And of course escape the *s 10.55.18 Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) 10.55.55 Join PaulJam [0] (i=PaulJam_@vpn-3097.gwdg.de) 10.56.44 Quit cool_walking_ (Remote closed the connection) 10.57.52 Join dabujo [0] (i=xx@p4FDB254A.dip0.t-ipconnect.de) 10.58.39 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 10.58.40 # Hi! 11.01.13 # hi J-23 11.02.09 Quit linuxstb (Read error: 110 (Connection timed out)) 11.02.39 Join crash91 [0] (n=crash@41.232.215.149) 11.04.08 Quit ch4os (Read error: 110 (Connection timed out)) 11.04.51 Quit voltagex (Read error: 110 (Connection timed out)) 11.05.47 Quit goffa_ (Remote closed the connection) 11.05.57 Join goffa [0] (n=goffa@216.220.23.105) 11.08.18 Part crash91 ("Ex-Chat") 11.08.30 Quit ch4os_ ("leaving") 11.09.07 Join ch4os_ [0] (n=ch4os@unaffiliated/ch4os/x-059673) 11.09.26 Nick ch4os_ is now known as ch4os (n=ch4os@unaffiliated/ch4os/x-059673) 11.11.24 Join mak3 [0] (n=mak3@oze.bfh.ch) 11.11.31 # hi all 11.11.39 # hello 11.12.06 # my ipod video is broken so i need a new player. 11.12.24 # how is it broken, may i ask? 11.13.32 # i wanted now buy a ipod classic as replacement. 11.14.13 # I wouldn't do that if you want to run Rockbox 11.14.15 # looked at rockbox to show if its supported, doesnt seems to have a port for it. 11.14.18 # unless you're planning on doing the port 11.14.34 # yeah i saw that. 11.14.40 # scorche: physical. ;) 11.15.15 # well, i need to find another replacement, any recommends? 11.15.25 # Sansa E200 11.15.44 # should work good with rockbox. 11.15.45 # or new iPod Video ;) 11.15.59 # yeah, I'd get another of those, of a Gigabeat F 11.16.08 # the Sansa won't stack up against the video in terms of storage 11.17.32 # hm gigabeat F seems to be big. 11.17.36 # should be not too big. 11.18.28 # it's nearly identical to the video in terms of size 11.19.04 # ok, then this is a nano? ;) 11.19.05 # http://the-gadgeteer.com/assets/toshiba-gigabeat-f40-2.jpg 11.19.19 # no, that's a mini 11.19.30 # hmm ok mini 11.20.42 # the F is thicker than the video 11.20.55 # hence "nearly" ;) 11.21.00 # it's lighter though 11.24.52 Join Falafel [0] (n=Falafel@186pc220.sshunet.nl) 11.24.53 # hm it seems that no online shop sells it in switzerland. :/ 11.24.58 # http://en.toppreise.ch/index.php?k3=155&manu=&filter=Gigabeat+F 11.25.35 # even google search no useful results. http://www.google.ch/search?hl=de&q=gigabeat+F&btnG=Suche&meta=cr%3DcountryCH 11.26.03 # is it that old? or rare? 11.30.32 # 4looking for sansa e2000 now. 11.31.08 # J-23: ipod classic seems to be a lot cheaper than ipod video... :/ 11.33.07 # i could repair the ipod video 60gb but nearly for the same amount as a new ipod classic 80gb 11.33.52 # mak3: we dont talk about the classic here...this is a channel about rockbox 11.34.14 # (we dont talk about it in that context at least) 11.34.17 # mak3: none of the currently supported rockbox targets is built any more, so unless you're lucky you need to buy refurbished or second hand 11.34.37 # iPod Classic isn't supported by Rockbox :/ 11.34.43 # right 11.34.56 # yeah thats why i ask here for another replacement... 11.35.04 # And when looking for an e200, make sure you get a v1. The port to v2 models isn't done yet (although it now seems to have started at least) 11.35.42 # Have you looked at http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide ? 11.35.46 # gevaerts: k thx good to known. 11.35.55 Quit amiconn (Nick collision from services.) 11.36.02 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 11.38.08 Join Jayden [0] (n=Jayden@adsl-68-127-38-172.dsl.irvnca.pacbell.net) 11.38.13 Join crash91 [0] (n=crash@41.232.215.149) 11.38.14 # Hello, anyone here? 11.38.39 Quit crash91 (Remote closed the connection) 11.39.23 # * gevaerts isn't here 11.39.47 # * Jayden nods. 11.39.49 # Ok then. 11.40.07 Join n1s [0] (n=nils@nl104-208-217.student.uu.se) 11.40.08 # If you have a question, just ask (as stated in the guidelines) 11.40.27 *** Saving seen data "./dancer.seen" 11.40.28 # Alright then, but I like to make sure someone's here first generally 11.41.15 # There are a lot of people around, but most of them aren't looking at their irc window all the time 11.41.23 # Ok, here you go: about a week ago, my rockbox.ipod file spontaneously erased itself from my iPod, making it unbootable into rockbox as well as the apple firmware. Whenever I try to get it to load into the apple firmware, it stalls, my comp won't recognize either version, even in disk mode. 11.41.30 # * JdGordon knows what he is going to do about these bloody threshold settings and hopes it doesnt annoy too many people :/ 11.41.33 # My question is...how do I fix this 11.42.30 # Jayden: is it recognised in emergency disk mode? 11.43.31 # Would that be different than regular disk mode? 11.43.32 Quit nuonguy ("This computer has gone to sleep") 11.44.03 # the one you get from rebooting with select+menu and then holding select+play 11.44.18 # Oh yeah, that's the one it doesn't recognize it 11.44.24 # Well I mean my comp recognizes it 11.44.27 # But it won't open it 11.44.34 # And I've tried 3 diff comps 11.44.40 # To see if they could access it 11.44.48 # * gevaerts recommends checking the filesystem 11.44.52 # It DOES detect that I plugged it in there and such 11.45.01 # that's kind of different... try fdisk and see if it can read the partition table 11.45.32 # (if gevaerts' suggestion doesn't work out) 11.45.42 # I would expect this to be either a corrupted filesystem or a broken disk 11.45.42 # Lemme see here. Bbs. 11.45.43 # and if all else fails, restore with itunes 11.45.50 # I don't know why it would be a broken disk 11.46.11 # disks are pretty good at breaking for no apparent reason :/ 11.47.40 # Try chkdsk (or whatever it's called on windows) or fsck first 11.51.08 # In progress 11.51.59 Join thegeek_ [0] (i=thegeek@s220b.studby.ntnu.no) 11.57.09 # Brb 11.57.26 Quit Jayden (Read error: 104 (Connection reset by peer)) 11.58.25 # * pondlife crosses fingers and hopes for the entire front page 11.59.04 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 12.00.33 # impressive :) 12.00.52 # * gevaerts assumes that pondlife also hopes for green 12.00.55 # wows 12.01.00 # Could be an impressive high score too if I get a single red 12.01.06 # I'll blame sed, of course... 12.01.10 Part J-23 12.02.05 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 12.02.05 # Now, if I could only get gui_sync_list to take a const, I could constify most of the playlist code (which is my aim). 12.02.47 # * n1s hands pondlife the const police hat, badge and baton :D 12.03.13 # Nah, it's not fun - you can keep them for now :) 12.03.41 Join Jayden [0] (n=Jayden@adsl-69-105-97-227.dsl.irvnca.pacbell.net) 12.04.01 # The static police at least get green deltas to keep them interested. 12.06.27 Quit J-23 (Read error: 104 (Connection reset by peer)) 12.06.38 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 12.07.35 # * pondlife borrows the baton from n1s, and whacks the build server. 12.08.10 # With the amount of code you changed, I'm not surprised at the build taking much longer than usual 12.08.34 # I thought it built from clean anyway. 12.08.45 # Doesn't it use ccache ? 12.08.51 # Ah, true 12.09.07 # Cygwin has no ccache... :/ 12.09.33 # I thought it had but was actually slower 12.09.53 # Wouldn't surprise me at all... 12.11.26 # brb 12.21.31 Quit goffa (Read error: 110 (Connection timed out)) 12.21.38 # * gevaerts thinks that the build time now starts to look suspicious 12.21.48 Join SC [0] (n=3a6a56ee@gateway/web/cgi-irc/labb.contactor.se/x-7b209dbce2449085) 12.23.45 Join ikari [0] (n=53be794d@gateway/web/cgi-irc/labb.contactor.se/x-5e25be35a37691da) 12.24.53 # hi, my wps "style" is not changing as i choose different .wps files and themse.. can you tell me why? 12.25.42 # The most likely cause is thatthe wps files contain errors 12.25.55 Quit kharo (Read error: 110 (Connection timed out)) 12.26.07 # this happends with lots all wps files :( 12.26.22 # or they use a feature you'd need a patch(ed build) for 12.26.59 # OH CRAP! peakmeters dont play nice unless they are redrawn regularly 12.27.08 # i'll search for patches. is there a need to restart rockbox after changing wps? 12.27.41 # No. 12.27.55 # thank you very much guys 12.27.57 # ikari: no. What themes/WPSs do you try and on which player? 12.28.25 # ipod 5.5 - themes: crashBox, jClix and ubuntu (linux user :) ) 12.30.03 Quit SC ("CGI:IRC") 12.31.46 # t is strange since "ubuntu" page says: This WPS works with the standard build and does not require any patches. 12.32.25 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.33.22 # might br that the ubuntu theme worked when the WPS pharser was less strict on errors 12.33.23 Quit ikari ("CGI:IRC (EOF)") 12.33.57 # ikari: unfortunately theme authors forget to put the date or revision of the build they tested them with 12.34.10 # which means that "works with the standard build" doesnt' help you much 12.34.28 # I'm pretty sure jClix needs an unofficial build to work with though 12.35.19 # Somewhere in april wps loading was made more strict, so incorrect wpses that loaded before stopped working 12.36.01 # ubuntu.wps can't find stop.bmp 12.36.48 Join mib_39pm2v [0] (i=86ceaf40@gateway/web/ajax/mibbit.com/x-5c1823cf39587319) 12.36.51 Part mib_39pm2v 12.37.12 Join BigBambi [0] (i=86ceaf40@gateway/web/ajax/mibbit.com/x-ad78dc93e602c4d5) 12.38.30 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 12.39.19 # Bagder: You able to kick the build server? 12.41.13 # these new problems are really annoying and weird 12.41.23 # the build server just freezes occaionally 12.41.56 # What? The whole machine locks? 12.42.06 # Or the build script? 12.42.08 # Did you use the playlist code from a few months ago in the build server ? 12.42.10 # the build master process freezes 12.42.38 # It always seems to be my (rare) commits that do it ;) 12.42.56 # it seems to be a deadlock in the threads code or similar 12.44.41 # strace shows a call to futex() and nothing else 12.48.17 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 12.48.22 # Can you put a timeout on futex() ? 12.48.24 Quit mcuelenaere (Remote closed the connection) 12.48.30 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 12.48.51 Quit K4rP4D ("Leaving") 12.48.51 # the futex is just what's used under the hood, they are "simple" locks in the perl code 12.49.00 # and no, they can't have timeouts 12.49.04 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 12.49.05 # So, what's the lock for? 12.49.13 # locking shared data 12.49.21 # that each build server thread touches 12.50.01 # So one thread might have hung somehow with the futex upped (or whatever the terminology is)? 12.50.01 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 12.50.04 # I need to review the code and clean it up to see if I can figure out why this happens 12.50.13 # yes, something like that 12.51.04 Quit K4rP4D (Client Quit) 12.51.05 # JdGordon: Of course, that's why there even is a special preakmeter-redraw-while-waiting function 12.51.24 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 12.51.35 # Hmm, this new build isn't looking too good either... 12.53.39 # All of the current builds are reporting r17492, so I guess that means it succeeded on the targets... 12.54.31 # amiconn: arg, yeah, but i totaly forgot about that :p any ideas for it? 12.55.08 # hm 12.55.13 # and it hung again 12.55.26 # a little bit annoying to say the least 12.55.47 # Process 8973 attached - interrupt to quit 12.55.47 # futex(0xf22eebd8, FUTEX_WAIT, 9539, NULL 12.55.55 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 12.59.02 Join MTee [0] (n=MT@41.233.136.48) 12.59.28 # * MTee says hello ! 13.00.46 Join goffa [0] (n=goffa@216.220.23.105) 13.00.51 # * JdGordon thinks about totally abusing the thread system to keep redrawing the peakmeter on this screen in a seperate thread way higher than the ui one... 13.01.17 Part J-23 13.02.56 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 13.07.36 # hi MTee 13.07.48 Quit chrisjs169 (Read error: 113 (No route to host)) 13.07.56 # damn this is serious 13.08.12 # What did I do? :/ 13.08.36 # the same freeze happens over and over now 13.08.41 # it just can't complete 13.08.55 # What's holding the futex? Another process perhaps? 13.09.07 # What updates the website on completion? 13.09.10 # it's a multi-threaded program 13.09.23 # the script that continues after this is done 13.09.40 # Did you not kill the entire process though? 13.09.43 # I can see this happens when the last thread is done 13.11.17 # it is probably the waiting for all threads to die that somehow locks up 13.12.58 # ...starting over 13.13.23 # Reboot? 13.13.30 # no, killing script 13.13.30 Quit mcuelenaere () 13.13.52 # which then detects the broken situation and then starts another build round 13.14.00 # heh, I was hoping to use that line about "Only Windows needs reboots."... I guess I can anyway :) 13.14.14 # Ah, a parent script? 13.14.18 # yes 13.16.34 # the futex() conclusion was a bit premature 13.16.47 # it seems the "root" pid always hangs on that until the child threads are done 13.18.43 # now... 13.20.24 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 13.26.49 # is rockbox planning to participate in gsoc next year or not ? 13.27.00 # B4gder: Hmm, still hanging? 13.27.24 # yes 13.27.37 # MTee: probably we are 13.27.59 # if they run it and they accept us and we have mentors volunteering 13.28.34 # is it rockbox's first time in gsoc ? 13.28.42 # no 13.28.44 Join Thundercloud [0] (n=thunderc@resnet12.nat.lancs.ac.uk) 13.28.58 # MTee: last year and this year 13.30.01 # great .. for the development of rockbox, do I have to learn assembly ? I already know C and am going to delve into embedded programming this summer 13.30.16 # Only for speed critical areas 13.30.21 # MTee: for most things C is fine enough 13.30.27 # Most is in C 13.30.33 Join Bensawsome [0] (n=upirc@72.10.125.130) 13.31.31 # BigBambi, B4gder : Thanks a lot :) 13.33.32 Quit K4rP4D (Read error: 104 (Connection reset by peer)) 13.33.42 # MTee: you don't need to wait for the next SoC to contribute patches ;) 13.34.12 # Actually, starting to contribute now will probably increase your chances 13.34.15 Part Bensawsome 13.34.32 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 13.35.34 Quit Jayden (Read error: 104 (Connection reset by peer)) 13.36.16 # Nico_P, gevaerts : Yeah, I've already planned to do so, but my finals won't end till 12/6 :( 13.39.10 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 13.39.51 Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) 13.40.10 Quit [CBR]Unspoken|w (Remote closed the connection) 13.40.31 *** Saving seen data "./dancer.seen" 13.41.58 # it seems there's one thread that hangs on a read() which prevents them all from terminating and thus continuing 13.42.53 # * gevaerts sends that thread to school, so it can learn to read properly 13.43.23 # if I only could figure out why 13.44.00 Quit Zarggg (Read error: 104 (Connection reset by peer)) 13.44.17 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 13.46.12 # B4gder: What's it reading? Response from a server? 13.46.41 # I don't know what, it seems to be something internal that the script isn't doing 13.46.51 # the freeze happens after all server threads are complete 13.48.22 # http://svn.rockbox.org/viewvc.cgi/www/tools/buildmaster.pl?annotate=17492 13.48.27 # at line 586 13.49.47 Quit Nico_P (Remote closed the connection) 13.50.38 Quit bughunter2 ("Leaving.") 13.51.11 # but the script hasn't changed in a long time 13.51.22 # and now I get the problem 100% repeatable 13.51.32 Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 13.51.37 # so atm we just can't get the build table done 13.52.00 # * gevaerts wonders 13.52.01 # pondlife: concerning your latest changes, could you check if test_codec.c needs additional changes i get a warning when enabling it (test_codec.c:767: warning: passing arg 1 of `test_track' discards qualifiers from pointer target type). 13.52.19 # Did anything change in the environment ? (kernel, perl version,...) 13.52.41 # PaulJam - yes, that ill need updating, I should probably try building all of the test_ plugins. 13.53.55 # it uses debian testing with 5.8.8-12 which has been around since 2007 13.54.02 # perl version 13.56.36 # * gevaerts doesn't know much about perl unfortunately 13.57.02 Join Shaid [0] (n=adam@210-84-52-19.dyn.iinet.net.au) 13.57.29 Join ali_as_ [0] (n=as@ambix.plus.com) 13.57.47 Quit MTee (Read error: 110 (Connection timed out)) 13.59.13 # * pondlife thinks the test_ plugins should be built normally, even if we then delete them from the release... 13.59.47 # woot 13.59.54 # me talks to his sd card 14.00.14 # and also at the same time learns how important sd card states are 14.00.44 # yay 14.01.46 # B4gder: that damned flash is so troublesome i just opted to start out with sd card support :> 14.02.27 # Who needs flash if you have sd ? 14.02.46 # glad you see my point :P 14.03.00 # talking to the flash is piece of cake, understanding telechips' translation layer is not 14.03.09 # and sd cards deal with stuff like that in their controller 14.03.22 # PaulJam: Fixed test_codec.c now committed. 14.03.34 # thank you 14.04.03 Quit CaptainSquid ("Miranda IM!") 14.05.22 Join nplus [0] (n=nplus@141.25.Globcom.Net) 14.07.39 Quit K4rP4D (Remote closed the connection) 14.09.05 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 14.15.51 # * B4gder sighs 14.17.22 # time to completly rebuild the build system? 14.18.13 # yeps, in 20 minutes before I leave for home 14.18.38 Join hd [0] (i=jd@unaffiliated/helldragon) 14.19.14 Quit HellDragon (Nick collision from services.) 14.19.16 Nick hd is now known as HellDragon (i=jd@unaffiliated/helldragon) 14.19.32 # B4gder: Did you try a reboot? 14.19.41 # * preglow gets his first crc check failed 14.20.26 # pondlife: no 14.20.43 # I don't see how a reboot will help 14.20.58 Quit K4rP4D ("Leaving") 14.21.07 # Got to be worth a shot, no? Or would you rather preserve the situation so you can analyse further as you get time? 14.21.24 # reboots dont fix problem in *nix 14.21.32 Join swimmer [0] (n=swimmer@95-50-223.ftth.xms.internl.net) 14.21.41 # I don't think a reboot will help, but sure I might give it a desperate attempt later on 14.22.06 # hi - anyone knows the battery capacity of an Ipod Video 80GB? 14.22.21 # I mean the settings in system ... 14.22.47 # swimmer: it won't make much difference, the calibration isn't done for the ipod yet 14.23.16 # GodEater: thank you ... atm I get some unrealistic 22h if fully loaded ;-) 14.23.33 # was just wondering which setting would be realistic for the calculation 14.23.54 # but if it's not done I don't mind any further ;-) 14.23.55 Quit ali_as (Connection timed out) 14.24.02 Part austriancoder 14.24.56 # I just go on the battery % left, and work from a very rough guide that battery life is about 12 hours 14.25.20 # yep - I'll do the same 14.25.41 # if you just want to reset the value to the default you can hold menu in the setting screen for it 14.25.46 # that should set it back 14.25.47 # do you know by any chance whether "Autochange Directories" is working? 14.25.59 # it does... sometimes.. 14.26.01 # * gevaerts suspects desperate attempts 14.27.33 # works for me 14.28.05 # swimmer: you have to have repeat set to "Off" for it to work though 14.28.44 # and be playing a directory instead of a database search or playlist file (.m3u) 14.28.51 # that too 14.32.49 # gnaaaa - stupid me ... I had not yet changed the (default?) setting of 'Repeat=All' :-/ 14.32.57 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 14.33.00 # thanks for kicking my a** in this direction ;-) 14.33.00 # yep that's the default 14.33.51 # can't tell you how happy I am with rockbox 8^D 14.34.07 # it made me even buy an ipod ;-) 14.36.29 # * JdGordon too :p 14.36.44 # except im a moron and broke it :'( 14.36.54 # hmpf 14.37.05 # easy to break? 14.37.15 # they are if you drop kick them 14.37.22 # what kind of earphones do you guys use btw? 14.37.30 # GodEater :) 14.37.31 # Shure E2C at the moment 14.37.37 # not usually...broke a ribbon cable inside it.. need to wait a week for a bloody replacement now :( 14.37.54 # those are in-ear aren't they? 14.38.00 # they are 14.38.05 # I wouldn't use anything else 14.38.11 # you don't get the isolation from anything else 14.38.38 # it's not necessary - I'm afraid for my ears with those devilish things ;-) 14.38.51 # afraid for your ears 14.38.52 # ? 14.38.54 # why 14.39.18 # I changed to in ears at the begingi of the year and love them... I can have the volume MUCH quieter even in loud areas which is great 14.39.32 # that's why I love them too 14.39.41 # no need for ear shattering volume with them 14.40.10 # there were some tests in NL which said that in-ears are by far the most damaging headphones ... 14.40.19 # and I read it 14.40.26 # I guess they might be if you rammed the volume up through the roof 14.40.27 # 's hard to get them in ... 14.40.32 # but there's no need to 14.40.44 # they are a bit bass-y though, and sound is wierd when I talk with them in.. but other than that, love em 14.40.46 # hard to get them in?!?! 14.41.03 # * GodEater has never struggled with that 14.41.08 # what sort of weird ears you got ? 14.41.17 # GodEater: just what I heard and read in 1 day browsing the internet .. 14.41.28 # * gevaerts suggests not to try using out-of-ear headphones in-ear 14.41.31 # swimmer: well I've been using them since 1999, and I've not damaged my ears yet... 14.41.38 # GodEater: excuse my ignorance I'm still collecting information 14.41.40 # gevaerts: hahahaha - amen to that 14.41.41 # :) 14.41.55 # gevaerts :) 14.42.18 # swimmer: I suggest getting a cheapish pair and trying them out 14.42.29 # even Sony MDR-EX71s are pretty good 14.42.32 # Pardon? 14.43.05 # GodEater: no sennheisers? 14.43.09 # side splittingly funny pondlife 14.43.23 # sennheisers are good too - but tend not to be as cheap as the Sonys 14.43.26 # But poor timing - I was away at the critical moment 14.43.36 # it depends on how much you're prepared to spend for a trial ;) 14.43.55 # if you're super rich, get some Shure E5cs ;) 14.44.08 # * GodEater tried out Febs ones of those - and was suitably impressed 14.44.26 # not going to drop £300 on headphones though, no matter how good they are 14.45.08 # good lord! 14.45.11 # holy crap! 14.45.28 # what are they? bloody gold plated? 14.45.34 # http://www.avland.co.uk/shure/e5c/e5c.htm = £500 !! 14.45.45 # (with free delivery, natch) 14.45.59 # Do they have built-in valve amplifiers ? 14.46.00 # pondlife: I thought they were $500 - I must have misread 14.46.09 # I found the e2c already expensive ;-) 14.46.13 # £265 here - http://bigbenaudio.co.uk/product_info.php?products_id=871 14.46.25 # that's more like it 14.46.29 # but even so ;) 14.46.36 # swimmer: I have Creative EP630 in-ears. Quite cheap and not too bad. Comparable to the Sennheiser CX300. 14.46.51 # Wacky price variation, huh? 14.46.53 # yep - my g/f has those 14.47.21 # pondlife: Febs' earphones were awesome though. The isolation was fantastic. I couldn't hear *anything* from the surrounding pub with them in, even with no music going. 14.47.33 # which meant you could have the music playing very quietly indeed to enjoy it 14.47.33 # Not sure I'd like that, to be honest 14.47.39 Part B4gder 14.47.46 # horse for courses. 14.47.50 # I rather like knowing when I'm about to be run over 14.47.51 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-984dcd7b1ae7b91c) 14.48.31 # * GodEater uses his eyes for this function 14.48.45 # * gevaerts might prefer not to know in advance 14.49.29 # another positive point for them then ;) 14.49.49 # gevaerts: Perhaps you could enable ROCKBOX_USB before you next cross the road... 14.49.49 # eep, the buildmaster completed 14.50.08 # Woo, no yellow 14.50.09 # and I'm off 14.50.12 Part Bagderr 14.50.27 # pondlife: enabling it is the easy bit.... 14.50.46 # heh, but it presupposes the other issues are fixed. 14.50.54 # isnt it only the sansas with issues now? 14.51.07 # High speed got fixed on hubs etc? 14.51.18 # Or was that just amiconn's hub that was playing up? 14.52.29 # That issue is still there, and it's not just amiconn's hub 14.52.44 # That's what I thought. 14.54.18 # * JdGordon decides the rec trigger menu wont be as nice as it could be... but still better (code and looks wise) than svn 14.54.27 Join kharo [0] (n=teemu@a91-153-69-60.elisa-laajakaista.fi) 14.56.30 # JdGordon: why not make it as nice as it could be? 14.57.08 # well.. it will be as nice as the current code will allow 14.58.18 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 15.00.00 Quit crwl (Read error: 110 (Connection timed out)) 15.05.29 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-9f7d46db47d83b5a) 15.12.11 # ok guys - thanks for all the info and the nice chat ;-) 15.12.56 Quit thegeek_ ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 15.13.11 Part swimmer 15.16.58 Quit Galois (Read error: 104 (Connection reset by peer)) 15.19.10 Join Galois [0] (i=djao@efnet-math.org) 15.24.35 Join obo [0] (n=522e52e0@gateway/web/cgi-irc/labb.contactor.se/x-7815af2c3c29d6d2) 15.25.51 Part LinusN 15.25.53 # Bagder: you may want to disable my host for awhile - I don't know if it's causing problems with the build process or not, but dmesg is full of CPU soft lockups and backtraces 15.29.07 # I seem to remember (but I can easily be wrong) that it was your server that had a gcc internal compiler error a few days ago (last weekend ?) 15.31.22 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 15.31.24 # No idea - I wasn't around much last weekend 15.40.32 *** Saving seen data "./dancer.seen" 15.44.59 Join magmaniac [0] (n=nobody@p4FDB2856.dip0.t-ipconnect.de) 15.45.07 Join kugel [0] (n=kugel@unaffiliated/kugel) 15.45.12 Part magmaniac ("Leaving") 15.48.07 # LambdaCalculus37: your editing the patch file directly wasn't very successful. No biggy because I could just take out the text and implant it but it took me a while to figure out why patching failed... ;) 15.48.32 # pixelma: Which patch was that? 15.48.50 # the description of the c200 15.49.24 Quit Shaid (Read error: 110 (Connection timed out)) 15.49.34 # Ahh. 15.49.51 # Sorry about that. :) 15.55.36 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 15.58.25 Quit goffa (Read error: 110 (Connection timed out)) 16.11.30 Quit Ragnor (Nick collision from services.) 16.11.40 Join Ragnor [0] (n=Ragnor@dslb-084-060-169-076.pools.arcor-ip.net) 16.11.42 # GodEater: According to TFL's wonderful website, I should get a bus from Aldgate to get to Wapping. 16.11.54 # Even better, the suggested route from Tower Hill is : http://journeyplanner.tfl.gov.uk/user/XSLT_TRIP_REQUEST2?language=en&sessionID=JP17_2478219774&requestID=1&tripSelector5=1&itdLPxx_view=detail&tripSelection=on&command=nop&calculateDistance=1 16.13.05 # Sorry, this should be in -community, just mispasted... 16.28.45 Join MethoS- [0] (n=clemens@host-091-096-210-117.ewe-ip-backbone.de) 16.29.57 Join MethoS_ [0] (n=clemens@host-091-096-215-145.ewe-ip-backbone.de) 16.35.19 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.35.38 # for the rec builds which file gives the better bin estimate? rockbox.bin or rockbox.elf? 16.37.38 # .bin 16.38.31 # in that case... my patch is nearly -2k delta :) 16.39.13 # nice :) 16.39.28 # well.. 1.3k coz I cant do simple maths at 1am :p 16.41.35 Join goffa [0] (n=goffa@216.220.23.105) 16.49.21 Quit MethoS- (Read error: 113 (No route to host)) 16.50.24 Join Spiffelajt [0] (n=ybbot@host-85-30-181-164.sydskane.nu) 16.50.55 # Uhm, dunno if it should be asked in here. 16.51.05 # But I got a small problem with the installation of rockbox. 16.51.23 # Ask your question. 16.51.42 # When I press Complete Installation (3rd Gen). 16.51.52 # Starting bootloader isntallation, searching for ipods 16.51.54 # no ipods found 16.51.55 # :| 16.51.58 # and It's connected. 16.52.18 # What model exactly do you have ? 16.52.23 # 3rd gen? You mean a 3rd generation iPod? 16.52.26 # iPod Nano. 16.52.41 # * Spiffelajt nods 16.52.58 # No, the 3rd gen nano does not work with Rockbox. 16.53.05 # aw, :-/ 16.53.49 # The only nano Rockbox runs on is the 1st gen. 16.54.04 # OK, thanks anyways. 16.54.08 Quit Spiffelajt (Client Quit) 16.56.29 Join Spiffelight [0] (n=AEGER@host-85-30-181-164.sydskane.nu) 16.56.54 # :D is it possible that there is coming out a version that works with 3rd gen nano? 16.56.59 # or is my dreams crushed? 16.57.07 # are 16.57.15 # no one is working on it, so that is quite unlikely 16.57.30 # * Spiffelight melts 17.01.57 Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) 17.02.07 # * JdGordon seems to have misplaced some drawing code :( 17.02.26 Join MethoS- [0] (n=clemens@dyndsl-085-016-160-075.ewe-ip-backbone.de) 17.02.49 # * petur hopes JdGordon will put his progress on the tracker 17.03.05 # not that I have any time tonight :/ 17.03.17 # yeah, i will... 17.03.23 # although i tihnkim done for the night 17.04.22 Quit goffa (Read error: 110 (Connection timed out)) 17.05.52 Quit MethoS_ (Read error: 110 (Connection timed out)) 17.08.46 Quit obo ("CGI:IRC (Ping timeout)") 17.13.34 # found it :) 17.16.17 # petur: 8989 17.17.20 # thnx 17.18.02 Join MethoS_ [0] (n=clemens@dyndsl-085-016-161-166.ewe-ip-backbone.de) 17.18.30 Join goffa [0] (n=goffa@216.220.23.105) 17.20.56 Nick JdGordon is now known as JdGordon|zzz (i=jonno@rockbox/developer/JdGordon) 17.30.11 Quit amiconn (Nick collision from services.) 17.30.17 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 17.30.56 Join hcoal [0] (n=hcoal@unaffiliated/hcoal) 17.35.47 Quit hcoal ("Ciao") 17.38.01 Quit MethoS- (Connection timed out) 17.38.09 Join MethoS- [0] (n=clemens@host-091-096-209-227.ewe-ip-backbone.de) 17.39.53 Quit petur ("bow for the religion of bad-min-ton") 17.40.36 *** Saving seen data "./dancer.seen" 17.40.50 Join nuonguy [0] (n=john@c-24-6-175-26.hsd1.ca.comcast.net) 17.41.05 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 17.42.47 Quit goffa (Read error: 110 (Connection timed out)) 17.52.14 Quit MethoS_ (No route to host) 17.52.22 Join MethoS_ [0] (n=clemens@dyndsl-085-016-161-005.ewe-ip-backbone.de) 17.59.06 # does anyone know of a part number or an appropriate replacement for the line out jack on an iriver h1x0? the plastic casing on mine cracked and I need to replace it :/ 17.59.34 # Have you tried Googling for "iriver Replacement parts"? 18.00.06 # yes, most replacement parts consist of screen, battery, hard drive 18.00.15 # or accessories 18.00.46 # so I figure if anyone knew of a part number I could look up at digikey or mouser, that'd be great 18.06.17 Quit Mathiasdm ("Yuuw!") 18.07.01 # benime: Have you tried searching the forums at misticriver.net ? 18.07.42 # yes, and the rockbox forums, closest I got was this http://rocky.digikey.com/scripts/ProductInfo.dll?Site=US&V=425&M=GP1FD210RP 18.07.48 Join Mathiasdm [0] (n=Mathias@vpnd103.ugent.be) 18.08.17 # someone suggested replacing their lineout with that, but then never followed up whether or not it worked, or whether or not they even went ahead with it 18.08.37 Quit MethoS- (Read error: 110 (Connection timed out)) 18.08.54 Join MethoS- [0] (n=clemens@dyndsl-085-016-163-031.ewe-ip-backbone.de) 18.12.05 Quit gevaerts ("work->home") 18.15.44 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 18.17.00 Quit amiconn (Nick collision from services.) 18.17.03 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 18.17.12 Quit mak3 (Read error: 104 (Connection reset by peer)) 18.17.39 Part pondlife 18.30.36 Quit MethoS_ (Read error: 113 (No route to host)) 18.30.36 Join [1]Falafel [0] (n=Falafel@186pc220.sshunet.nl) 18.30.56 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.31.20 Quit SirFunk (Read error: 104 (Connection reset by peer)) 18.31.26 Quit LambdaCalculus37 (Read error: 104 (Connection reset by peer)) 18.36.43 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-032bc0d9a2a439a8) 18.36.53 # * LambdaCalculus37 kicks the IRC web client 18.42.37 Join herrwaldo [0] (n=waldo@ip-81-11-214-221.dsl.scarlet.be) 18.46.45 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 18.47.45 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 18.48.00 Quit Falafel (Read error: 110 (Connection timed out)) 18.48.01 Nick [1]Falafel is now known as Falafel (n=Falafel@186pc220.sshunet.nl) 18.48.34 Join Nibbler [0] (n=Nibbler@e181117179.adsl.alicedsl.de) 18.49.48 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.53.05 Join miepchen^schlaf [0] (n=miepchen@p54BF43A9.dip.t-dialin.net) 19.02.07 Join dabujo_ [0] (i=xx@p4FDB33BF.dip0.t-ipconnect.de) 19.03.18 Join peddy [0] (n=Miranda@dslb-088-070-232-241.pools.arcor-ip.net) 19.07.11 Quit mcuelenaere (Read error: 60 (Operation timed out)) 19.08.45 Quit dabujo_ (Read error: 104 (Connection reset by peer)) 19.09.34 Quit peddy ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.19.36 Quit dabujo (Connection timed out) 19.25.02 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 19.28.05 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.28.37 Join fehmicans [0] (n=canavar@78.164.157.40) 19.28.44 Quit homielowe (Read error: 104 (Connection reset by peer)) 19.29.16 Join homielowe [0] (n=eric_j_l@d205-250-152-29.bchsia.telus.net) 19.32.26 Quit DerDome ("Leaving.") 19.35.59 Join DerDome [0] (n=DerDome@dslb-082-083-251-075.pools.arcor-ip.net) 19.36.19 Quit DerDome (Client Quit) 19.36.33 Join DerDome [0] (n=DerDome@dslb-082-083-251-075.pools.arcor-ip.net) 19.37.19 Join MethoS_ [0] (n=clemens@91.97.241.73) 19.37.57 Join culture [0] (n=sam@79.97.22.57) 19.38.56 Quit inversions (Connection timed out) 19.40.39 *** Saving seen data "./dancer.seen" 19.42.30 Quit Horscht ("http://www.geisterfahrer.org") 19.45.13 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.52.09 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 19.54.27 Quit MethoS- (Read error: 110 (Connection timed out)) 19.54.53 Quit Nibbler (Read error: 110 (Connection timed out)) 19.55.38 Join Nibbler [0] (n=Nibbler@e181115152.adsl.alicedsl.de) 20.00.59 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 20.01.18 Quit homielowe (Read error: 110 (Connection timed out)) 20.01.53 Quit MethoS_ (Connection timed out) 20.03.52 Quit benime () 20.04.37 Join bertrik [0] (n=bertrik@190-023-045-062.dynamic.caiway.nl) 20.04.38 Join MTee [0] (n=MT@41.233.138.79) 20.04.49 Join einhirn_ [0] (n=Miranda@p5B031B76.dip0.t-ipconnect.de) 20.07.24 Quit XavierGr () 20.09.16 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 20.09.24 Join dabujo [0] (i=xx@p4FDB33BF.dip0.t-ipconnect.de) 20.09.33 Join bluebroth3r [0] (n=dom@f053154187.adsl.alicedsl.de) 20.09.44 Quit bluebrother (Nick collision from services.) 20.09.47 Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/staff/bluebrother) 20.11.52 Join spiorf [0] (n=spiorf@host126-226-dynamic.25-79-r.retail.telecomitalia.it) 20.15.29 Join c0uch [0] (n=c0uch@c-24-16-157-123.hsd1.wa.comcast.net) 20.18.02 # hey, i was wondering if there are any stated goals for rockbox supporting car interfaces for ipods? specifically i just got a Panasonic CQ-C7403U which has an ipod hookup. 20.19.09 # c0uch: no. But I imagine that once AAP is working most car interfaces will do 20.19.36 # sorry, what's aap? (or better yet, do you know where i can read up on it?) 20.19.47 Join homielowe [0] (n=eric_j_l@d205-250-152-29.bchsia.telus.net) 20.19.47 Join dan_a [0] (n=dan-mirc@217.23.173.156) 20.19.55 Join perrikwp [0] (i=98212bb4@gateway/web/ajax/mibbit.com/x-68b7cc3ff95ac53a) 20.19.59 Join Lear [0] (i=chatzill@rockbox/developer/lear) 20.20.24 # c0uch: The Apple Accessory Protocol - the standard way ipods talk to things 20.20.58 # ah alright. thanks for the help =) 20.32.32 Quit Horscht (Nick collision from services.) 20.32.44 Quit c0uch () 20.32.50 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 20.37.31 Join lee-qid [0] (n=liqid@p5496446F.dip.t-dialin.net) 20.38.08 Quit linuxstb (Read error: 110 (Connection timed out)) 20.44.52 Quit Horscht ("I am root. If you see me laughing, you better have a backup") 20.44.59 Join desowin [0] (n=desowin@atheme/member/desowin) 20.45.20 Quit nuonguy (Remote closed the connection) 20.46.55 # jhMikeS: Eh, unaligned stores? Is that an arm v6 special? 20.47.21 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-ee46c303fd6295b4) 21.00.10 Join FOAD_ [0] (n=dok@dinah.blub.net) 21.01.01 # i believe so 21.01.43 # arm cpus aren't very minimalistic these days 21.06.14 Join inigomontoya [0] (n=621cdcfd@gateway/web/cgi-irc/labb.contactor.se/x-24bcc658325fcca2) 21.06.58 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 21.09.34 # amiconn: yes, and choosing the endianness of loads and stores on the fly 21.11.40 Quit FOAD (Read error: 110 (Connection timed out)) 21.11.40 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 21.14.59 # austriancoder: for the logs, bass and treble works fine now on m:robe 21.18.15 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 21.18.31 # jhMikeS: I was wondering because armv4 and amv5 (optionally) also support "unaligned" accesses 21.19.13 # ...but unlike true unaligned accesses, those accesses are rounded down to proper alignment, and then the loaded data is rotated 21.19.22 # Not quite what you'd expect... 21.19.25 # amiconn: It is more efficient for stream parsing than byte reading and shifting 21.20.02 # on arm v6 it it's behaves like m68k 21.21.22 Join nedd1 [0] (n=john@nat/sun/x-898301e79ea3ea91) 21.21.23 # If it behaves like that then it's what I'd expect, but I fail to see how this is more efficient (unless arm manages to do this without additional memory cycles). Otherwise it just simplifies things which aren't time critical 21.21.27 # but the bit for must be set in the SCC or else it does as you described 21.21.49 # i believe armv6 uses one extra cycle for unaligned loads 21.22.11 # I've found it to be faster if the CPU handles it through bus cycles and not extra instructions 21.22.56 # even on coldfire it was faster just to read unaligned than assemble words from pieces in software 21.22.57 # linuxstb: do you know what relationship the cpu clock and bus clock need to have on telechips cpus? 21.23.43 Join raph1 [0] (n=raphi@pub082136112135.dh-hfc.datazug.ch) 21.24.16 # of course it's still better to produce alignment if possible in any case 21.24.40 # code still has to be aligned, yeah? 21.24.42 # preglow: No, I haven't got that far yet. I've just set up the clocks in the same way as the OF does. 21.25.05 # preglow: indeed 21.25.17 # * preglow can't get the crc to check out on his sd card command replies :/ 21.26.13 # * bertrik is only familiar with SPI mode for sd cards where you can get away with two hard-coded CRCs 21.27.51 # obviously v6 has DSP aspirations so they added the stuff that's helps out. all the swapxx routines we use only need one instruction each. 21.28.08 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 21.29.20 # jhMikeS: On coldfire it's massively faster to read aligned and assemble the data if you're dealing with sdram 21.30.06 # * amiconn thinks that with all these extra core gimmicks adding to the insane clock speed of the beast, he should *demand* realtime ape -c5000 support 21.31.11 # * preglow couldn't care less about ape 21.31.20 # add flac encoding instead :> 21.31.42 Quit Mouser_X (Nick collision from services.) 21.31.45 # amiconn: The SPC codec wasn't aggreeing so much (where it reads two 16-bit samples and interpolates). It turned out faster to load unaligned from the BRR cache and diassemble the data into words via emac. 21.31.51 Join Mouser_X [0] (n=mouser_x@layl001.digis.net) 21.32.08 # can someone tell me, what the 'button-codes' in 'firmware/target/coldfire/iaudio/button-target.h' means? the scancode is actually mentioned in the X5. I'm asking, because I need to remap some keys (down-key is dead.. ;-)).. 21.32.23 # what the fastest ape -c5000 benchmark? 21.33.10 # The Gigabeat F, IIRC. 21.33.19 # And even that couldn't handle it in realtime. 21.33.21 # Elephants Dream can play well over 80fps at 528MHz without any armv6 optimizations :) 21.33.27 # raph1: you most likely will only need to adjust the button maps -- see apps/keymaps 21.34.02 # resolution? 21.34.28 Quit ompaul (Client Quit) 21.34.48 # * Llorean had his Gigabeast crash when trying to play a video, but it may have been due to data corruption. 21.34.52 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 21.35.02 # jhMikeS: linuxstb performed a codec test on the S: http://www.rockbox.org/twiki/bin/view/Main/SoundCodecMonkeysAudio 21.35.08 # bluebrother: loool :-D thanks! sometimes the solution would be so near... 21.37.59 # 19% 21.38.02 # preglow: 320x240. only problem was I found out later I left the SW eq enabled :p 21.38.05 # no exatly awe-inspiring 21.38.12 # preglow: Note that's at half clock. 21.38.14 # jhMikeS: sw eq for mpegplayer? :/ 21.38.31 # gigabeast has instructions that will benefit ape decoding as well 21.38.37 # preglow: sure. all the DSP effects can be enabled or forced off there. 21.38.46 # jhMikeS: in svn too? 21.39.09 # actually you can run it in PP targets and coldfire targets hardly slow down using the DSP fully. 21.39.32 # preglow: yes, it's been setup that way for a few months already 21.39.42 # * preglow didn't notice that 21.39.45 # but that's nice 21.39.48 # make radio work that way as well :) 21.39.54 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 21.40.01 Quit spiorf (Remote closed the connection) 21.40.22 # * jhMikeS wants the hardware EQ UI worked out so support can be completed on the S as well 21.40.38 # jhMikeS: Is that data located in iram? 21.40.41 *** Saving seen data "./dancer.seen" 21.40.56 # amiconn: not the BRR cache - it's too big for that 21.40.58 # If it's not, you should try to read whole lines and disassemble into 8 words... 21.41.54 # the problem is that it has random alignment so reads that happen to be aligned suffer too if extra code exists 21.41.56 Join Buschel [0] (n=abc@p54A3C4DA.dip.t-dialin.net) 21.42.11 # * shotofadds sees preglow has been playing with a D2 SD driver. how's that going? 21.42.53 # jhMikeS: Can byte alignment happen, or is it at least 16 bit aligned? 21.43.03 Quit Mouser_X (Nick collision from services.) 21.43.11 Join Mouser_X [0] (n=mouser_x@layl001.digis.net) 21.43.25 # And is it just reading & processing, or does it involve writing (with different alignment)? 21.44.55 # amiconn: it's reading two 16-bit samples (16-bit aligned) and interpolating but no memory write 21.45.17 # starting spc_dsp.c line 809 21.45.49 # shotofadds: ok enough, some troubles 21.46.15 # shotofadds: haven't gotten past init yet, card never claims it has powered up, and the reply for the command i use to find that out fails the crc check 21.46.22 # shotofadds: but i can talk to it and get coherent replies 21.46.28 # alot of experiments were done on that code since it can be executed (average rate) 320K times/second 21.46.50 # er...256K times/s 21.47.11 # jhMikeS: well, my take on hw eq is definitely that i don't want two separate screens for sw and hw eq. does gigabeast have a proper hw eq too? (wm chip)? 21.47.12 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 21.47.16 # hi folks 21.47.20 # oy 21.47.38 Quit Makuseru (Read error: 104 (Connection reset by peer)) 21.47.44 # jhMikeS: Hmm, so it's just 2 samples and no longer streaks... 21.47.52 # any decisions or opinions about enlarging iram for PP5022/24? 21.48.10 # Buschel: what's the issue? 21.48.10 # or about re-partitioning iram for other targets? 21.48.25 # just give the extra ram to codecs and be done with it :> 21.48.31 # amiconn: right 21.48.32 # preglow: we do not use the 128KB of PP5022/24 -- only 96KB 21.48.50 # i know, you're just wondering about allocation of the rest? 21.49.04 # * amiconn would still split the iram in 2 equal parts 21.49.15 # amiconn: core/codec? 21.49.17 # But it's not very important imo 21.49.20 # yes 21.49.22 # no, e.g. m5/x5 use 64KB for core and plugin each. 21.49.24 # amiconn: codec needs iram more than core, if you ask me 21.49.33 # depends 21.49.43 # sure, but in general i think that is true 21.49.57 # Maybe someone will implement a sane resampler one day :cough: 21.50.08 # ahh, sure, dsp also likes iram 21.50.19 # * preglow forgot about dsp for some reason :/ 21.51.10 # i've been looking at one resampler scheme lately, and it actually requires tons of memory 21.51.17 # more than iram can hold, potentially 21.51.21 # but it should be easy to code 21.51.36 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 21.51.44 # well, 64KB of iram is enough to speed up mpc :o) 21.52.02 # mpc is already fast enough, stop thinking about it! :) 21.52.09 # * Buschel is quite egoistic with mpc-performance 21.52.16 Quit tedrock (Remote closed the connection) 21.52.27 # it's _my_ runtime on _my_ player ;o) 21.52.27 Join tedrock [0] (n=tedrock@d235-156-24.home1.cgocable.net) 21.53.05 Join low_light [0] (i=c730180a@gateway/web/ajax/mibbit.com/x-9ac282cbd52c6d8b) 21.54.08 # if the additional iram can be used for significantly speeding up mp3 we should use the iram for this. i guess the mp3-decoder is one of the most used codecs and should bring the most gain in runtime 21.54.26 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 21.54.37 # it's already quite fast, but i'd love it faster 21.54.54 # hmmm -c4000 is definitely within reach on the S and -c5000 looks like a challenge even there 21.55.20 # maybe the better runtime of the iPod-OF is not caused by weird PP-settings but by much higher codec efficiency. 21.55.41 # Or a combination of both. 21.55.42 # i've read about mp3-decoding on arm7 at 20-25MHz 21.55.47 # how much better is the OF now? 21.55.57 # Buschel: the disable of the ata lock hack hasn't caused any issues for you now? 21.56.13 # jhMikeS: What about that "insane filter in IRAM" note that took the coldfire from 2% to 12%? How effective might that be on the Beast? 21.56.15 # Nico_P: ~3 hours. 21.56.23 # jhMikeS: i've got a 30GB one -- never had issues with it 21.56.49 # Buschel: ah, I somehow I though you had the 80Gig. :) 21.56.55 # Buschel: it's a little bit of both, i think 21.57.10 # Nico_P: According to Apple's claims, the OF should get 14 hours of runtime with audio. 21.57.13 # Buschel: apple runs their codecs much tigher, afaik they actually clock the cpu very tightly by what each codec needs 21.57.28 # Llorean: I don't know. Those ARMs have very good caches so I'm don't think it would accelerate it by nearly that much. 21.57.53 # preglow: might be... nevertheless i get >14h runtime with a 30GB 5.5G (mpc ~170kbps). apple claims 14h for 128kbps aac. 21.58.07 Quit inigomontoya ("CGI:IRC (EOF)") 21.58.07 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 21.58.12 # jhMikeS: So it's more or less down to "how much can the DSP instructions help out"? 21.58.15 # not bad at all 21.58.16 # Or DSP-like 21.58.22 # but of course mpc is very easy to decode compared to aac :-) 21.58.52 # preglow: this shows how the codec efficiency scales battery runtime 21.59.14 # preglow: optimize mp3 to be running @24MHz and it's done :) 22.00.49 # back to my question: putting the additional iram for PP5022/24 to the plugin-iram is the agreed solution? 22.01.37 Quit jhMikeS (Nick collision from services.) 22.01.43 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 22.01.53 # plugin iram == codec iram, yes? 22.01.59 # yep 22.02.05 # hmm 22.02.13 # reserving some for dsp would not be sutpid 22.02.15 # stupid 22.02.18 # but that can be done later, of course 22.02.32 # Llorean: pretty much 22.03.01 # preglow: for src? 22.03.16 # * Buschel meant sample rate conversion 22.03.30 # among other things 22.03.38 # but yeah, that would be an important thing 22.04.17 # the iram of all other targets is split into halfs for core and plugin/codec 22.05.00 # but the core-iram of 5.5G is only filled to about 38KB as far as i can see... adding 16KB would be a waste 22.05.09 # if there is already some free, sure 22.05.25 # have you tried out allocating more iram to mpc, btw? 22.05.29 # ahh, yeah, there was a patch... 22.05.40 # yep +6.6% speed ;o) 22.05.49 Quit linuxstb (Read error: 113 (No route to host)) 22.06.23 Join mf0102 [0] (n=michi@85.127.21.196) 22.06.31 # data, i assume? 22.06.38 # so, at least no-one bothers about the partitioning. then i will commit the "small" solution which only touches plugin.lds. 22.06.52 # preglow: yes, the subband sample buffer 22.06.56 Quit tedrock (Remote closed the connection) 22.07.03 Join tedrock [0] (n=tedrock@d235-156-24.home1.cgocable.net) 22.07.04 # preglow: Y_L, Y_R 22.07.07 # well, i care, but if there is nothing extra to use it on in the core: use it for the codecs 22.07.29 # easier to find places to use it there 22.07.36 # * gevaerts sees his personal 32KB of IRAM for experimental use vanish 22.07.41 # preglow: you've got a M5 or X5 target? 22.08.16 Quit dan_a (Read error: 110 (Connection timed out)) 22.08.35 # the additional iram-use of mpc could also be set for those targets. testing and measuring it would be interesting... 22.08.40 # no, my only coldfire target has 96kb ram 22.08.52 # but iram for data is Much more important for coldfire than for pp 22.09.02 Quit Mouser_X (Nick collision from services.) 22.09.07 # hmmm... 22.09.11 Join Mouser_X [0] (n=mouser_x@layl001.digis.net) 22.09.46 # * Buschel doesn't like to submit the patch for non-tested targets 22.10.01 # preglow: apologies for asking a question and then disappearing... sounds like you're making good progress. I was intending to split the current ata-nand-tcc78x.c into an ata-tcc78x.c that calls into separate ata-nand-tcc78x.c and ata-sd-tcc78x.c implementations, but it looks like you might get there first ;) 22.10.10 # anyone with a M5/X5 around to test some mpc-patch? 22.10.17 # shotofadds: i think i will, but yeah, that's what i had in mind too 22.10.35 # shotofadds: you know how the bus freq and cpu freq are related, btw? 22.11.38 # somebody interested with a shematics of a based pp5022 player ? 22.12.18 # h10 ? 22.12.34 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 22.12.47 # Buschel: plenty of people have x5, amiconn has m5, don't know if anyone else do 22.13.11 # Bagder: philips 22.13.20 # it seems to be made by Mitac 22.13.28 # I'm interested 22.13.36 # email ? 22.14.12 # sure, daniel at rockbox.org 22.14.24 # preglow: as i understand it the CPU freq can be scaled from bus freq (divided PLL) up to system freq (PLL). the comments in set_cpu_frequency() attempts to explain this. 22.14.29 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.14.32 # actually the hdd1630, I am downloading the hdd6330 , will have it in a moment 22.14.52 # preglow: I have an X5. pixelma has an M5 22.15.00 # * Buschel open another Beck's 22.15.03 # amiconn: ah, that's right 22.15.07 # ahhh 22.15.09 # :) 22.15.41 # And btw, while iram is sometimes more useful for codecs, it's easier to make use of it in the core 22.15.50 # amiconn: would you try to add a mpc-patch (which must pimp in one line of code)? 22.16.20 # amiconn: easier to make use of it, yes, but not always to very great effect 22.16.28 # finding spots where it matters is pretty easy in codecs 22.16.28 # ...since the core's iram isage is actually different between targets, while the codecs are usually identical within an architecture 22.16.32 # since the code gets called all the time 22.16.48 # And changing that makes the codecs rather ugly 22.17.04 # On PP502x, iram usage isn't veryimportant anyway 22.17.20 # It has an efficient (and non-broken) cache 22.18.05 # Buschel: I doubt it would be useful. I have no mpcs other than 1 or 2 test files 22.18.23 Quit Buschel (Read error: 104 (Connection reset by peer)) 22.18.34 Join Buschel [0] (n=abc@p54A3C4DA.dip.t-dialin.net) 22.18.37 # Any buffering.c experts around? :) 22.18.55 # damned wlan adapter 22.19.35 # amiconn: 1 file is enough for a quick check via test_codec 22.20.33 # amiconn: it will make them rather ugly, but efficiency isn't always pretty 22.20.44 # amiconn: and we can't just throw better runtimes out the window 22.21.30 Quit tedrock (Remote closed the connection) 22.21.41 Join tedrock [0] (n=tedrock@d235-156-24.home1.cgocable.net) 22.22.00 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 22.22.15 # amiconn: FS#8987, the mpc-patch. pleas hard-code a "#if 1" instead of the PP-ifdef-ing in musepack.h 22.22.15 # * amiconn thinks the main problem regarding PP runtime i sthe lack of ide dma support in rockbox 22.22.35 # *please 22.22.38 # do we transfer data so often that that really matters? 22.23.19 # hd's burn alot of power though when they do run 22.23.52 # do we know enough to do pp ide dma? 22.24.00 # * Buschel is really interested in see-ing the difference in performance (if iram-usage scales much better on coldfire than on PP) 22.24.31 # i'd expexct the performance difference to be greater on coldfire 22.24.33 Join dan_a [0] (n=dan-mirc@217.23.173.156) 22.24.34 # preglow: I don't think so but having a UDMA driver would be a nice start since I'd like to use it on the beast 22.24.47 # Nico_P: In buffering.c, shouldn't update_data_counters grab the list mutex? I can trigger data aborts from that code, it seems. 22.25.16 # * preglow knows really little about ide 22.25.29 Quit Buschel () 22.25.31 # Lear: it seems you're right 22.25.40 # let me look a bit deeper 22.25.40 Join Buschel [0] (n=abc@p54A3C4DA.dip.t-dialin.net) 22.25.44 # MDMA isn't any faster in principle but DMA usage would allow core sleeping during transfers too 22.25.55 # The PP datasheets mention that the ide controller is udma capable 22.26.34 # Lear: do you have a fix, or should I commit one? 22.26.41 # Bagder: check your mail 22.26.41 # Nico_P: Mind you, only seem to happen on my e200 with dircache and albumart usage (and possibly certain file formats). 22.26.57 # And given that we don't reach OF runtime on PP, while we exceed OF runtime on coldfire (where the ide controller can't do dma), this is rather likely the reason... 22.27.09 # Lear: I've seen some weird things on the ipod, which I suspect could come from there. 22.27.17 # Nico_P: Not anything tested yet. About to do that. Triggering can be tricky though... 22.27.17 # toffe82: thanks! 22.27.19 # Bagder: there is the hdd1630 and the hdd6330 schematics, they are really complete 22.27.29 # The imx is UDMA5 capable but that requires some sort of clocking trick to the controller I'm not clear how to setup without messing up ipg_clk for other peripherals. UDMA4 can do 66MB/s and UDMA5 100 22.27.54 # Raw interface speed, I know 22.28.03 # Nico_P: If the data abort is in the low range (I get it at about 0x9000, but that's with some stuff disabled), it could possibly be that... 22.28.06 # Iirc the PP should be capable of UDMA2 22.28.20 # Lear: I haven't had data aborts though 22.28.39 # amiconn: i'd also not expect saving in battery runtime with DMA for IDE. we would only save boosting while buffering then. this a few seconds boosting each hour. 22.28.42 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 22.29.04 # Even MDMA would be better than PIO, because it lowers CPU load 22.29.05 # of course that's raw. right now I'm getting slower reads than writes on the beast even though _I think_ the timings should be setup properly for PIO4 22.29.32 # Buschel: We would lower boosting during buffering *and* shorten the buffering times 22.29.50 # Slower reads than writes seem to be normal 22.30.19 # And it's not just a few seconds an hour 22.30.20 # really? other's benchmarks on the test_disk page don't seem to aggree irrc 22.30.25 # amiconn: hmm, you're right 22.30.33 # Bagder: I would like to have schematics like this for all the plauers :) 22.30.43 # * Buschel forgot about lowring loading time 22.30.50 # oh yeah, that'd be great 22.30.54 # I observed buffering cacles taking 10..30 seconds on 32MB ipod 22.31.03 # 30s?! 22.31.05 # s/cacles/cycles/ 22.31.07 # yes 22.31.20 # toffe82: we got a lot of the iriver ones as you might've seen 22.31.40 # amiconn: i see about 10-12s 22.31.40 # Nico_P: Still data abort, in find_handle this time... 22.31.41 # giving buffering a priority bump lowered buffer times on my H10 by 5 seconds 22.31.42 # Buschel: Use a heavy wps, and/or a cpu intensive codec, or some dsp... 22.31.46 # well, someone do a test with no loads whatsoever and see how drastically it changes 22.32.03 Join petur [50] (n=petur@rockbox/developer/petur) 22.32.12 # I my first tests on PP5002 I've even seen buffering times in excess of one minute 22.32.15 # amiconn: ok, i of course use my well known codec 22.32.19 # s/I/In/ 22.33.13 Quit linuxstb_ (Read error: 113 (No route to host)) 22.33.13 # http://www.rockbox.org/twiki/bin/view/Main/DiskSpeed <= /me seem he was the only one that did the test without dircache besides Barry Wardell 22.33.35 # I found also the ipod testing procedure, don't know really what it is , but downloading it now 22.34.28 # Bagder: we can't put these on the wiki 22.34.35 # no 22.35.06 # I think the gigabeat S will use UDMA if PIO isn't forced since the ATA controller seems to be the USB/ATA bridge and is DMA mode capable. 22.35.13 # s/S/FX 22.35.25 # Lear: you put the mutex_lock call after the find_handle call, did you? 22.35.34 # jhMikeS: Well, with vs. without dircache only changes Open and Dirscan speeds substantially, and Create and Delete (a little bit, and in the opposite direction!) 22.36.06 # Buschel - OF seems to fully buffer in about 5s on 64MB 5g video 22.36.37 # There are also some measurements done by Godeater with are affected by the overflow bug... 22.36.53 # I can set timings for read/write invidually so maybe I'll play with that stuff at some point 22.37.16 # * amiconn can't type :\ 22.37.24 # Nico_P: Yes, right before "m = first_handle" and the while loop 22.37.29 # stripwax: i never used the OF -- but that's pretty impressive 22.37.35 # but who can complain about buffering 62MB in about 9 seconds anyway (that's what actually happens during playback) 22.37.38 # Lear: ok, I did the same. 22.37.56 # seed: you can see my response? 22.38.30 # Buschel, stripwax: Have you confirmed the OF buffers 62mb though? 22.38.38 # anybody knows about the built in diagnostic on the ipod ? 22.38.50 # what about it? 22.39.18 # Llorean - not officially.. I had the ipod held up to my ear for about forty mins and after the initial buffering it didn't rebuffer.. but didn't hold out for the full hour-and-a-bit 22.39.33 # preglow: built in tools to check your ipod 22.39.42 # I'm sure the beast will benefit greatly from DVFS since scaling voltage and frequency together make it operate cubically 22.39.52 # would UDMA explain the difference between OF 32MB and 64MB runtime? 22.39.52 # well, yeah, left + select when you boot, but i thought everyone knew that 22.40.00 # stripwax: Well it also depends on the bitrates of tracks buffered. 22.40.14 # preglow: I found the manual for this 22.40.22 # with all the function 22.40.23 # Llorean - ~130kbps average 22.40.24 # s 22.40.30 # how does e200 do with runtime? 22.40.31 # stripwax: The 64MB ipods also have larger batteries 22.41.24 # amiconn - unh, true.. but what I guess I meant was that the difference between rockbox 32mb vs 64mb isn't as great as the difference between OF 32mb vs OF 64mb. 22.41.24 # More RAM gives *slightly* longer runtimes on hdd based daps, if you let it play continuously (i.e. no heavy skipping that causes rebuffering) 22.42.05 # The effect probably becomes less noticeable with increasing ram sizes 22.42.13 # hmmm....e200 seems to do very well 22.42.24 # but maybe the larger hdd also needs more energy to speed up? the 64MB vs. 32MB may compansate this 22.42.44 # like dual-disk instead of one (just an idea) 22.42.54 # ...for 2 reasons. (1) More ram also needs a bit more power. (2) More ram makes the disk spin longer, lowering the effect of spinup time 22.43.00 # Buschel: Well, we don't see significant runtime differences between H120 and H140 afaik 22.43.04 # M5 is just sick :) 22.43.16 # jhMikeS: M5*L* 22.43.22 # * Nico_P just times buffering at ~30 secs on the 80 GB iPod 22.43.31 # s/times/timed 22.43.45 # that's after dircache was initialised? 22.43.54 # yes, it had dircache 22.44.02 # * stripwax just realised his timing probably included all the seeking at startup to build the dircache 22.44.12 # amiconn: of course, my bad :) 22.44.26 # I know that going 2MB -> 8MB (for MP3 on archos) extends runtime by ~22% 22.44.30 # I didn't try timing a full rebuffer after stopped playback in an idle rockbox 22.44.31 # stripwax: it also had been on for long enough for the dircache scan to be over 22.44.44 # yep, cool. so that's roughly equivalent to what I saw too then 22.44.50 # That is with all other factors kept equal (same disk, same batteries, same music) 22.46.00 Join Deying_Gravity [0] (n=Una@huangu.mssm.org) 22.46.18 # Nico_P: ~30 sec on 64MB ipod means ~15 seconds on 32MB ipod - about what I'd expect too atm 22.46.23 # amiconn: is disk spinup expected to take longer with your recent fix? 22.46.28 # nope 22.47.03 # jhMikeS: what about disabling the hack? spinup seems to take longer now. I guess I should perform a real test 22.47.07 # gigabeat S does pretty well too (if you can't tell by now, I hadn't really explored those pages before) 22.47.12 # The disk starts spinning up as soon as power is applied. The extra wait is shorther than the spinup takes 22.47.15 # s/S/FX 22.47.28 # buffering on the S is mighty fast 22.47.41 Part Deying_Gravity ("Leaving.") 22.47.41 # * jhMikeS keeps typing "S" when he means "FX" 22.47.59 Quit mcuelenaere () 22.48.31 # * amiconn should really re-run test_disk on those targets where only old data is available 22.48.51 # Nico_P: maybe the extra attention is slowing your perceptions of time? I get about 15seconds buffering on H10 which is 32MB so if you're getting that now it sounds reasonable. 22.48.54 # Nico_P: Seems like my data aborts are caused by something else, unsure what. If I resume a particular track it crashes. If I first resume another track, the first track works fine. (And regular playback of the first track is fine, it's just resume that crashes.) 22.49.08 # * amiconn thinks that with svn, mentioning the revision once is enough 22.49.37 # Lear: strange. have you tried on sim? and on other targets? 22.50.18 Quit low_light ("http://www.mibbit.com ajax IRC Client") 22.51.22 # Lear: I committed the mutex locking fix btw 22.51.53 Quit einhirn_ (Read error: 113 (No route to host)) 22.52.06 # Not much on sim, and no other targets yet. Not anything else with an arm on it at least. 22.53.05 # * amiconn started a rebuild cycle 22.53.31 # shotofadds: btw, can i get away with upgrading the firmware without running the "0" part of it, which i assume is the one that deletes everything? 22.54.07 Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 22.54.13 # Nico_P: Btw, isn't the buffering thread stack a bit larger than necessary? 22.54.45 # Lear: from what I've seen, it is, yes 22.54.53 Join adiamas [0] (n=adiamas@12.193.211.18) 22.56.43 Quit domonoky (Read error: 104 (Connection reset by peer)) 22.57.09 # preglow: yeah, just the '1' and '2' folder should be fine (but check the file date on the '0' bin file) 22.57.36 # amiconn: i gotta go now. if you could test the patch (performance wise) i've described above on your x5 this would be great :o) i am reading the logs! 22.57.40 # shotofadds: for what? 22.57.41 # see you! 22.57.45 Quit Buschel () 22.59.40 # shotofadds: yeah, unchanged from last update 22.59.41 Quit leox (Read error: 104 (Connection reset by peer)) 22.59.59 Quit Falafel (" GoobyeEveryone") 23.04.24 Part raph1 23.04.33 # preglow: 24/8/07? if so it's the same as the very first DAB version (v4.51) so no need to apply it 23.05.56 # shotofadds: aye 23.06.07 Quit bluebrother ("leaving") 23.06.08 # new firmware now, and i'll just upgrade to a new bootloader while at it 23.06.49 # * shotofadds is still on a rockbox blue bootloader... 23.07.04 # i still get debug output on mine 23.08.16 # btw, what would i do if i for some reason managed to screw up my firmware image? 23.08.24 # preglow: btw. if your SD work is successful (hopefully it will be!) I strongly believe that the SD card should be the default drive until we have flash write support 23.09.29 # shotofadds: then i'll have to get an sd card with more than 32 megs! :) 23.09.47 # shotofadds: i have no doubt the sd work will be successful, i just need to figure out the bugs 23.10.11 # if you screw up your flash (unlikely, even I haven't managed that) you should be able to load firmware 0 using tcctool, then flash 1 again using the normal method 23.10.27 # shotofadds: bah, of course :) 23.10.32 # we don't set up the 32 bit rimer now do we? 23.10.46 # no, but I was hoping to use it for the user timer 23.11.50 # ah, so no using it for quick timing info, then 23.11.59 # would be nice to use for delay loops here and there 23.12.08 Quit bughunter2 ("Leaving.") 23.13.40 Quit fehmicans (Remote closed the connection) 23.13.45 # would one of the other timers suffice (as in the lcd driver, which uses TIMER2 or something as there's no tick in the bootloader)? 23.14.17 # well, can you just read their current value from a register? 23.14.23 # it'd need to be a microsec timer 23.15.26 # argh, i set my d2 to some gibberish language :/ 23.15.45 # quick info on where the lang setting is, please :) 23.15.53 # hold on a sec... 23.15.56 Quit jgarvey ("Leaving") 23.16.11 # a right to left language, on top of everything 23.16.15 # haha, which bugs the d2 os out, i see :P 23.16.24 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 23.16.27 # shotofadds: i figured it out 23.16.34 # it was hebrew, heh 23.17.04 # yeah it's quite simple, System (cog thing) -> Display (screen icon) -> first item 23.17.34 # but yeah, back to what i asked about the timers 23.20.26 # yeah, the counters can be read from a hardware register (or a flag is set when a ref value is reached). timers 4 and 5 are 20 bit, if that helps 23.21.42 # the timer source clock is set to 2Mhz in svn, and you can divide from that 23.24.55 Quit lee-qid ("aufwiederbyebientotsayonara") 23.27.18 Quit tvelocity ("Αποχώρησε") 23.27.35 # shotofadds: well, 2mhz and divide by two should yield a microsec clock, no? 23.27.52 Quit BitTorment (Read error: 110 (Connection timed out)) 23.28.49 # aye 23.29.01 # diveide by two is the minimum, btw 23.29.02 # then that should be good enough for most timing needs 23.29.28 # hence mychoice of 2mhz... 23.29.39 # nice thinking :) 23.29.47 Quit Lear ("ChatZilla 0.9.82 [Firefox 3.0pre/2008051206]") 23.29.57 # * amiconn got rather odd timing results on ipod G2 23.30.03 # sorry for being a bit slow today. i'm really still not thinking straight 23.30.12 # * shotofadds needs more time off 23.31.00 # no worries, i've got the time :) 23.31.48 Nick FOAD is now known as wax (n=dok@dinah.blub.net) 23.31.53 Nick wax is now known as FOAD (n=dok@dinah.blub.net) 23.32.03 # wow, that was pointless 23.33.37 # shotofadds: i thought you removed the debug info from the bl, i still get it 23.34.12 Quit bertrik ("bye") 23.34.19 # shotofadds: oh, and btw, the problem that nand access sometimes doesn't seem to work when tcctooling and image persists 23.34.29 # shotofadds: sometimes i get full theming, sometimes a plain black rockbox with 8x8 font 23.37.33 Quit Zarggg (Connection reset by peer) 23.37.37 Quit adiamas ("ChatZilla 0.9.82 [Firefox 2.0.0.14/2008040413]") 23.38.04 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 23.40.44 *** Saving seen data "./dancer.seen" 23.43.18 Quit XavierGr () 23.53.11 Join Xqtftqx [0] (i=40e9e3d2@gateway/web/ajax/mibbit.com/x-2fab2a9c5b6b24c2) 23.53.18 # Hey guys 23.53.54 # preglow: the debug text is still there. what I removed was the ability to switch into the old GPIO/ADC/etc bootloader debug screen. 23.54.03 # no point now that that's available in the main image 23.54.15 # Im having a problem, whenever i turn on my gigabeat S, rockbox says "Undefined instruction at 0000051c 23.54.44 Quit MTee () 23.54.45 # shotofadds: didn't even know about that :> 23.55.19 Quit toffe82 (Read error: 104 (Connection reset by peer)) 23.56.40 # the nand errors will persist until I get time to figure out the last details of the translation scheme 23.57.34 # the missing theme is literally because the backdrop and/or font or icons failed to load. usually works for me, though! 23.57.35 # Xqtftqx: a recent commit compells a bootloader upgrade (adding write buffering) 23.57.53 # shotofadds: just weird that it sometimes happens, sometimes not, even with no changes to the flash 23.58.18 # did you boot into the OF between runs? 23.58.20 Join BlakeJohnson87 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 23.58.27 # shotofadds: i don't think s 23.58.28 # o 23.58.51 # jhMikeS can you send me the bootloader? Mines not compiling corrects 23.58.54 # weird. it should be consistent unless something has altered the flash.