--- Log for 17.07.108 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 16 hours ago 00.00.34 # Is it possible to install a dual-bootloader the Gigabeast? 00.00.43 # *on the 00.00.51 # MarcGuay: yes, but we can't distribute it 00.00.53 Join buckycat [0] (n=fxckoff@pool-96-236-133-198.pitbpa.fios.verizon.net) 00.01.04 Quit davina (Remote closed the connection) 00.01.30 # Can I extract the original nk.bin myself? 00.01.53 # Only by physically removing the disk... (afaik) 00.01.57 Part buckycat 00.02.05 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 00.02.26 # And if I install the Rockbox only version, I lose the ability to charge? 00.02.40 # At the moment, yes. 00.03.11 # Are there any ideas on how to get around this? 00.03.32 # marcguay, I have dualboot 00.03.38 # on gigabeat s 00.03.54 # For dual-booting, we can only rely on third-parties hosting the required OF nk.bin file. 00.04.07 # For charging, I'm sure that will get implemented at some point. 00.07.18 Quit [CBR]Unspoken|w (Read error: 60 (Operation timed out)) 00.07.55 Quit shotofadds (Read error: 110 (Connection timed out)) 00.08.05 # actually, when I hook my gigabeat up to the car charger w/ rockbox 00.08.10 # it charges to 60% 00.08.15 # very strange 00.08.24 Quit petur ("Zzzzz") 00.10.14 # swears: the OF barely ever spins the disk down 00.10.38 Quit votetrev (Read error: 104 (Connection reset by peer)) 00.10.41 # ... which is a total waste of battery 00.10.43 # what's OF? 00.10.52 # original firmware 00.10.56 # gotcha 00.11.12 # that's why it changes tracks fast? 00.12.20 # but,I changed disk spin down time to really high in RB, and it has no effect on track change time 00.13.29 Nick shot0fadds is now known as shotofadds (n=rob@rockbox/developer/shotofadds) 00.14.14 # let me try a comparison 00.14.21 # k 00.14.33 Join votetrev [0] (n=trev@host-56-58-107-208.midco.net) 00.14.53 Quit votetrev (Read error: 104 (Connection reset by peer)) 00.15.07 Join votetrev [0] (n=trev@host-56-58-107-208.midco.net) 00.18.55 Quit EspeonEefi ("さよなら") 00.19.54 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 00.21.01 Quit jgarvey ("Leaving") 00.23.13 Quit ender` (" Light a fire for a man, and he's warm for a day. Light a man on fire, and he's warm for the rest of his life.") 00.23.49 # swears: unbuffered skips are slow in the OF too 00.24.35 # the OF actually seems to have far worse buffering than we do 00.24.59 Join d-k-t [0] (n=dt@vpn21.witopia.net) 00.25.08 Quit vort3x (Remote closed the connection) 00.25.12 Quit shotofadds ("lemsip and bed") 00.25.13 Quit votetrev (Remote closed the connection) 00.25.20 # hmm 00.25.27 Join votetrev [0] (n=trev@host-56-58-107-208.midco.net) 00.26.53 Join k4y [0] (n=jackass@196-209-91-138-tpr-esr-2.dynamic.isadsl.co.za) 00.27.12 # Nico_p are you using the gigabeat s? 00.27.20 # yes 00.27.31 # and it doesn't take 3 seconds to change the track? 00.27.43 Join hannesd [0] (n=light@p5B162F66.dip0.t-ipconnect.de) 00.27.51 # I'm not saying rockbox doesn't. I'm saying the OF does too 00.28.17 # yeah but not 3 seconds 00.28.29 Quit Zarggg () 00.28.40 # w/ RB, when I hit next or previous, it graphically shows the title of the next track right away 00.28.50 # but it won't hear anything for a while 00.28.59 # all my crossfade delays are on 0 00.29.43 Join tessarakt [0] (n=jens@e180074138.adsl.alicedsl.de) 00.32.13 # swears: i assume you are using a hard drive device? 00.32.19 # yes 00.32.24 Join vort3x [0] (n=vortex@unaffiliated/dfa001) 00.33.17 # swears: it might be a teeny weeny bit slower with rockbox, but honestly I think it's barely noticeable 00.33.22 # it takes time to spin up the drive 00.33.35 # no, it really is MUCH slower. 00.33.44 # that's the only reason i'm concerned 00.33.51 # if it was barely slow, I wouldn't really mind 00.34.04 # skip once so the drive spins up, then try skipping a few more times...it should be much faster, yes? 00.34.15 # dont think so, but let me try again 00.34.35 # swears: I think you're not doing a fair comparison. you need to make sure the OF does an unbuffered skip too 00.34.47 # a buffered skip in rockbox and in the OF is instantaneous 00.35.20 # also be sure to use tracks that don't have silence in the beginning 00.35.21 # is that enabled by default? 00.35.28 # yeah, i know =p 00.35.32 Quit votetrev (Remote closed the connection) 00.35.45 # enabled by default?...huh? 00.35.47 Join votetrev [0] (n=trev@host-56-58-107-208.midco.net) 00.36.01 # buffered skip? 00.36.08 Quit votetrev (Read error: 104 (Connection reset by peer)) 00.36.11 # buffered in ram 00.36.14 # righ 00.36.15 # t 00.36.21 Join votetrev [0] (n=trev@host-56-58-107-208.midco.net) 00.36.34 # so, when you play a song, it automatically loads the next queued song into the ram? 00.36.59 # when you are skipping, you are likely skipping to a track that is not yet buffered, so the drive needs to spin up (which takes time) to buffer it 00.37.18 # swears: it depends on how much space the song takes up 00.37.26 # true 00.37.53 # but if i'm not using shuffle, and assuming the tracks from the same album are very close to each other 00.37.59 # when the disk spins up, rockbox buffers as much audio as possible 00.37.59 # shouldn't that go quite fast? 00.38.04 # ok, i see 00.38.18 # track order or proximity doesn't make a difference 00.38.19 # swears: shuffle doesnt matter...it is still one playlist 00.38.26 # ok 00.38.45 # If i change the skip protection to a small amount, will that leave more room for the next song? 00.38.53 # in the ram 00.39.00 # swears: you might want to look at the buffering debug screen to get an idea of what's happenning 00.39.13 # ok, where can I find that? 00.39.21 # swears: no. that's something else. as much RAM as possible is used 00.39.35 # swears: you might want to try defragmenting your drive...it could speed things up if your drive is fragmented 00.39.45 # system > debug > view buffering thread 00.39.47 # To install the Gigabeat S bootloader from Windows I run a command prompt an execute "sendfirm.exe nk.bin"? 00.39.54 # *and 00.41.45 Quit k4y_ (Read error: 110 (Connection timed out)) 00.41.49 # swears: from my timings the difference appears to be around half a second 00.41.55 # wow, that's good 00.41.55 Quit d-k-t-2 (Read error: 110 (Connection timed out)) 00.42.38 # or even no difference at all 00.42.47 # yeah, so it's definately my device 00.42.56 # does your "back" button work while in "Now Playing" 00.43.04 # an unbuffered skip takes ~3 seconds in both rockbox and the OF 00.43.23 # ok, so I dont have buffered skips 00.43.34 # will try defragmenting 00.44.02 # I have dircache enabled and very few files 00.44.23 # also, no crossfade 00.45.10 # i disabled crossfafe, but it makes that ugly trackchange noise 00.45.16 # still not faster though 00.45.23 Quit herrwaldo (Remote closed the connection) 00.45.56 # crossfade* 00.46.22 Quit hannesd (Read error: 113 (No route to host)) 00.48.29 Quit daurn (Read error: 113 (No route to host)) 00.52.19 Quit n17ikh|Lappy () 00.54.34 # wow, i just realized, when i don't hit "skip" 00.54.38 # and let it play on it's own 00.54.38 Quit votetrev (Read error: 104 (Connection reset by peer)) 00.54.42 # it changes very fast 00.55.40 # right...because it is buffered 00.55.59 # in fact, it should be "gapless" 00.56.35 # users of iriver h300 series players should take a look at forum post http://forums.rockbox.org/index.php?topic=17202.0 00.56.40 # it may be very useful for you 00.57.10 # massiveH: do not spam/promote your unsupported builds here please 00.57.38 # scorche|sh, I am spamming nothing, did you even see what it does? 00.57.40 # ahh, I see the difference now 00.58.07 # massiveH: it is an "advertisment" for an unsupported bootloader 00.58.32 # scorche|sh, well, it may be unsupported, but it should be in the main tree (the features at least) 00.58.51 # then put a patch in flyspray and draw attention to that 00.59.16 # I'm sorry, I have no idea how to create patches. 00.59.30 # there are instructions in the wiki 01.00.11 # ok, but this is something I would like to draw attention to, and putting it here for constructive criticism, is where it should be put, unless this isn't the rockbox irc... 01.00.20 # WorkingWithPatches 01.00.56 # massiveH: if you want to draw attention to it and want it in SVN, make a patch and submit it to the tracker as i said 01.01.26 # what is wrong with drawing attention to it here? 01.01.44 Join votetrev [0] (n=trev@host-56-58-107-208.midco.net) 01.01.48 # the issue is what you are drawing attention to....we need a patch...not an unsupported bootloader 01.01.49 Join spiorf [0] (n=spiorf@79.20.211.125) 01.02.05 Quit votetrev (Read error: 104 (Connection reset by peer)) 01.02.10 # and the patch should be in flyspray so we can comment on it there/can track it 01.02.19 Join votetrev [0] (n=trev@host-56-58-107-208.midco.net) 01.02.21 # ok, I'll go try and figure that out. 01.03.45 # anyone know what happened to the gigabeat s installation manuals? 01.03.50 # (dead links) atm 01.04.07 # swears: there were installation manuals?...the instructions should be in the wiki 01.04.23 # http://www.rockbox.org/twiki/bin/view/Main/GigabeatSInstallation 01.04.25 # Step 4 01.04.54 # would like to figure out why my "back" button won't work in "now Playing" 01.05.18 # it wont work? 01.05.35 # no 01.05.45 # is it a hardware issue? 01.05.48 # i mean it works, just not in "now playing" 01.06.08 # does nothing 01.06.58 Quit Nibbl ("Leaving") 01.07.22 # odd...perhaps you can wait around for someone who knows a bit more sabout the current status of that port...keep in mind that it hasnt been deemed complete enough to be added to the official list yet 01.07.47 # scorche: it looks like the manuals were being built for a bit but have disappeared. 01.08.16 # schorche|sh: i know it's not complete, I like testing it though 01.08.51 # I wish there were a seperate chan for just gigabeat s installs 01.08.52 # MarcGuay: it does appear that way...i was referring to his actual issue though 01.08.59 # looks like the forums don't get updated that much 01.10.58 Join votetrevx [0] (n=trev@host-56-58-107-208.midco.net) 01.13.12 *** Saving seen data "./dancer.seen" 01.14.01 Quit PaulJam__ (Read error: 113 (No route to host)) 01.16.02 Quit spiorf (Remote closed the connection) 01.18.53 Quit votetrev (Read error: 110 (Connection timed out)) 01.19.59 # is there a button press for the hard reboot on the beast or is it the battery switch only? 01.20.20 Quit einhirn_ (Read error: 54 (Connection reset by peer)) 01.21.35 Join d-k-t-2 [0] (n=dt@vpn21.witopia.net) 01.21.39 # u mean hold down power button? 01.21.44 # or battery switch? 01.22.37 # i tried holding down the power button (on a data abort error) and got nothing. battery switch did the trick. 01.22.48 # oh 01.23.14 # The only way to get it out of the original firmware is by using the battery switch, because I dont think it ever really turns off 01.23.32 # which can be really annoying 01.23.41 # I got the error in Rockbox. All is well. 01.26.03 Quit votetrevx (Read error: 104 (Connection reset by peer)) 01.32.32 Join votetrev [0] (n=trev@host-56-58-107-208.midco.net) 01.33.12 Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 01.34.30 Quit d-k-t (Read error: 110 (Connection timed out)) 01.39.10 # scorche|sh, is this more of what you were looking for? http://www.rockbox.org/tracker/task/9202 01.41.29 Join votetrevx [0] (n=trev@host-56-58-107-208.midco.net) 01.47.11 Quit votetrevx () 01.47.28 Quit Nico_P (Remote closed the connection) 01.51.05 Quit votetrev (Read error: 110 (Connection timed out)) 02.04.46 Join Bensawsome [0] (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 02.06.46 # scorche, I want folders i can organize forum PMs in. 02.08.28 # Soap: That bad? Should I ask to have the Expert tag removed? 02.09.13 # no no no 02.16.53 Quit viocizgd (K-lined) 02.27.57 Quit Genre9mp3 () 02.33.00 Part pixelma 02.34.52 Quit swears (Read error: 104 (Connection reset by peer)) 02.35.09 Join swears [0] (n=nnscript@ool-4356d08b.dyn.optonline.net) 02.36.42 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 02.37.02 Quit Bensawsome ("The awsome is gone :(") 02.37.21 Join Bensawsome [0] (i=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 02.38.28 Join EspeonEefi [0] (i=espeonee@30-7-18.wireless.csail.mit.edu) 02.42.04 # what color depth are backgrounds? 02.42.05 # 16? 02.42.30 # nevermind 02.47.44 Join Nibbl [0] (n=Nibbler@91-67-150-33-dynip.superkabel.de) 02.47.58 Quit Nibbl (Remote closed the connection) 02.49.54 Quit massiveH ("Leaving") 02.56.52 Quit tvelocity ("Αποχώρησε") 03.08.17 Quit jhulst (Read error: 113 (No route to host)) 03.11.58 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 03.12.47 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 03.13.14 *** Saving seen data "./dancer.seen" 03.18.56 Join Nibbl [0] (n=Nibbler@91-67-150-33-dynip.superkabel.de) 03.19.26 Quit bertrik ("zzz") 03.21.26 Quit Nibbl (Remote closed the connection) 03.21.52 Join Nibbl [0] (n=Nibbler@91-67-150-33-dynip.superkabel.de) 03.21.58 Quit Nibbl (Read error: 104 (Connection reset by peer)) 03.29.35 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 03.47.25 Quit EspeonEefi ("さよなら") 03.47.26 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 03.53.06 Quit DerDome (Nick collision from services.) 03.53.07 Join DerDome1 [0] (n=DerDome@dslb-082-083-211-205.pools.arcor-ip.net) 03.53.19 Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-211-205.pools.arcor-ip.net) 03.57.24 Quit massiveH ("Leaving") 04.02.34 Join daurnimas [0] (n=daurn@dsl-124-150-88-5.vic.westnet.com.au) 04.04.54 Quit daurnimas (Excess Flood) 04.04.54 Quit MU{lappy} (Read error: 104 (Connection reset by peer)) 04.05.14 Join daurnimas [0] (n=daurn@dsl-124-150-88-5.vic.westnet.com.au) 04.05.52 Quit daurnimas (Read error: 104 (Connection reset by peer)) 04.05.54 Quit MethoS- (Remote closed the connection) 04.07.45 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 04.07.59 Join MU{lappy} [0] (n=Militant@pool-72-70-183-80.hrbgpa.fios.verizon.net) 04.16.43 Part Llorean 04.17.01 Join miepchen^schlaf_ [0] (n=miepchen@p54BF77F9.dip.t-dialin.net) 04.19.00 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 04.25.47 Join n9xvt [0] (n=187be7e0@gateway/web/cgi-irc/labb.contactor.se/x-b4a5f170db5df41e) 04.27.34 Join lude187 [0] (n=chris@cpe-75-187-51-53.columbus.res.rr.com) 04.32.13 Quit jhulst (Read error: 113 (No route to host)) 04.36.05 Join Llorean [0] (n=DarkkOne@adsl-70-241-16-179.dsl.hstntx.swbell.net) 04.37.28 Join toffe82_ [0] (n=chatzill@70.135.35.147) 04.42.25 Join d-k-t [0] (n=dt@vpn21.witopia.net) 04.44.18 Quit n9xvt ("CGI:IRC (Ping timeout)") 04.45.06 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 04.48.42 Join sdubois92 [0] (n=sdubois9@c-24-63-173-219.hsd1.ma.comcast.net) 04.49.12 # I am trying to install on a 30gb ipod, but when i reboot it, it doesnt work 04.49.58 # I copied .rockbox to the ipod, and ran ipodpatcher, and everything went fine, but when i rebooted, i got the standard ipod menu 04.50.56 # was there any sort of text between? 04.50.57 # did ipodpatcher say it was successful? 04.51.02 # JdGordon: yes 04.51.09 # [INFO] Bootloader installed successfully. 04.51.48 # http://pastebin.com/m11038301 04.53.03 # sdubois92: Do you have the hold switch on? 04.53.18 # MarcGuay: no.., hence i was able to reboot 04.53.33 Quit toffe82 (Read error: 110 (Connection timed out)) 04.53.50 # Unplugging the USB will often reboot the device, hold or no hold. 04.53.58 # sdubois92: well, the bootloader install likely failed silently for some odd reason....could you try using rbutil? 04.54.43 # I ask because flipping the hold on is how the bootloader hears "I want the Apple firmware". 04.54.59 Quit shadoxx (Remote closed the connection) 04.55.19 # Where did you get iPodPatcher. I thought our current bootloader version was 2.0, not 1.1 04.55.29 # should i just remove the .rockbox, copy it again, unisntall the ipodpatcher and reinstall 04.55.36 # .rockbox is not the issue 04.55.46 # the bootloader is 04.56.04 # scorche: Actually, it might be. 04.56.10 # well, i mounted /dev/sdd2 to copy my .rockbox file, but ipodpatcher installed to /dev/sdd 04.56.15 # Llorean: eh? 04.56.25 # If I recall, bootloader 1.1 was after "don't update the screen" but before "it freezes if rockbox.ipod isn't found" 04.56.28 # and when i tried to run ./ipodpatcher /dev/sdd2, it didnt work 04.56.34 # It may be silently not finding rockbox.ipod and defaulting to OF. 04.56.47 # rockbox.ipod is there 04.56.52 # Llorean: i would still call that a bootloader problem...it is an old bootloader 04.57.12 # scorche: Yeah, but it's both, as if we get him updated he may still not have a validly placed rockbox.ipod 04.57.19 # sdubois92: You never answered where you got ipodpatcher from. 04.57.48 # http://download.rockbox.org/bootloader/ipod/ipodpatcher/linux-ppc/ 04.58.11 # sdubois92: That's a very out of date file. 04.58.21 # You should compile your own, or use RBUtil. 04.58.28 # isnt that a gui tool? 04.58.33 # Yes. 04.58.38 # eh 04.58.39 # But it's also more up to date. 04.59.14 # can i get the sources and compile myself 04.59.28 # I wouldn't have suggested it if you can't... 04.59.30 Quit d-k-t-2 (Read error: 110 (Connection timed out)) 04.59.47 # without the gui 04.59.58 # You can compile an up to date ipodpatcher binary. 05.00.08 # without the gui? 05.00.22 # Llorean: Did you get my forum PM? I realize they're generally annoying but I thought it wise to remove that out-of-date Feature Request info, which I don't have to the powers to do myself. 05.00.28 # scorche, is this what you mean by a patch task? http://www.rockbox.org/tracker/task/9202 05.00.29 # sdubois92: Did ipodpatcher have a GUI when YOU ran it? 05.00.35 # no 05.00.44 # So why would you be asking me if you can compile it without the gui... 05.01.05 # MarcGuay: Yes, I just hadn't decided what I want to do yet (replace it, update it, just trash it) 05.01.26 # because you said to use RBUtil, which is the gui, and i asked if i could compile ipodpatcher without the gui 05.01.33 # Llorean: Check. 05.01.48 # sdubois92: Ipodpatcher doesn't HAVE a gui. They're two different tools. RBUtil is not "a gui" it's "a gui tool" which is what you asked. 05.01.59 # RBUtil is a completely separate tool with integrated gui. 05.02.58 # Why isn't that version up to date, but the one RBUtil has is? 05.03.12 # MarcGuay: We don't have anyone on PPC linux to compile it? 05.03.15 # And test 05.03.28 # I think we just found one. 05.03.32 # There won't be a version of RBUtil for PPC linux either. 05.03.58 # question, does the rockbox database display hidden files? 05.04.08 # swears: The Rockbox Database doesn't display files. 05.04.19 # swears: Only if they have ID3 tags. 05.04.37 # hmm, is their a way to turn hidden files off? 05.04.44 # so they don't show up 05.04.52 # swears: They don't show up in the filetree if set to "supported" 05.04.58 # In the file browser. 05.05.00 # ok 05.05.03 # but what about in the database 05.05.10 # * MarcGuay walks away 05.05.32 # * swears follows 05.05.45 # lol 05.06.00 # swears: The database shows all the files you let it scan. 05.06.00 # What are you trying to do? 05.06.06 # Don't scan them, and it won't show 'em. 05.06.13 # ok, here's what i'm trying to do.. 05.06.19 # i want to have double of each file 05.06.26 # so I can use both firmwares 05.06.38 # If you're using the database, why do you need doubles? 05.06.44 # because, in the playlist 05.06.52 # it shows them as weird entries 05.07.02 # it uses the actual files, instead of id3 track names 05.07.03 # Well, as i said, it will show all files you scan. 05.07.09 # So use database.ignore to keep it from scanning your duplicates. 05.07.27 # ok 05.07.37 # is that a setting? 05.07.57 # No, it's a file, "database.ignore" 05.08.02 # ok 05.08.03 # Check the database page in the wiki... 05.08.08 # k 05.08.46 # Woops, not there. DocsToDo. 05.09.12 Quit massiveH ("Leaving") 05.10.03 # Manual -> Browsing and Playing -> Database 05.11.44 # your the man 05.13.17 *** Saving seen data "./dancer.seen" 05.13.18 # * MarcGuay hands swears an apostrophe and an E 05.13.41 # you're 05.13.41 # * 05.13.47 Quit saratoga ("http://www.mibbit.com ajax IRC Client") 05.47.53 Join AndyI [0] (n=pasha_in@212.14.205.32) 05.54.08 Part toffe82_ 05.54.31 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 05.55.28 Quit jhulst (Read error: 113 (No route to host)) 06.06.16 Quit MarcGuay ("ChatZilla 0.9.83 [Firefox 2.0.0.16/2008070205]") 06.12.21 Quit jhulst_ (Remote closed the connection) 06.12.23 Join jhulst__ [0] (n=jhulst@c-71-205-165-118.hsd1.mi.comcast.net) 06.15.03 Join n17ikh [0] (n=n17ikh@c-76-23-106-132.hsd1.sc.comcast.net) 06.18.21 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.27.04 Quit n17ikh () 06.28.27 Join jon-kha [0] (i=jon-kha@kahvi.eu.org) 06.34.54 Join SoulSeeker [0] (n=soulseek@c-24-1-251-218.hsd1.il.comcast.net) 06.59.37 Quit jhulst__ (Read error: 113 (No route to host)) 07.06.29 Join Ynzu [0] (i=Ynzu@a91-153-71-187.elisa-laajakaista.fi) 07.06.38 # hi 07.07.15 # just came to ask is there any rom for rockboy available thats actually playable around? 07.11.13 Join Lynx- [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 07.13.20 *** Saving seen data "./dancer.seen" 07.13.21 # Ynzu: not from here 07.15.09 # no i mean in general im not asking for anything 07.16.05 Quit miepchen^schlaf_ () 07.16.32 # Ynzu: It more depends on your player than anything else. 07.17.07 Quit Ynzu () 07.17.46 Quit SoulSeeker ("Leaving") 07.20.48 Quit swears ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )") 07.27.55 Quit Lynx_ (Read error: 110 (Connection timed out)) 07.27.55 Nick Lynx- is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) 07.36.03 Quit JdGordon ("Konversation terminated!") 07.39.52 Quit sarixe ("Were you expecting something more witty than this?") 07.43.01 Quit ChristopherW ("Leaving.") 07.43.47 Quit jfc (Read error: 104 (Connection reset by peer)) 07.44.09 Join jfc [0] (n=john@dpc691978010.direcpc.com) 07.45.14 Join JdGordon [0] (n=Miranda@c211-28-130-47.smelb2.vic.optusnet.com.au) 07.46.04 Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) 07.48.09 Join ChristopherW [0] (n=christop@ip70-162-55-91.ph.ph.cox.net) 07.52.19 Join MTee [0] (n=mtee@nat/ibm/x-4d1c649130a4b1b4) 07.53.05 Quit ChristopherW (Client Quit) 08.01.55 Part MTee 08.05.00 Quit perrikwp (Remote closed the connection) 08.06.18 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-caefc4a73259d2f3) 08.06.18 Quit homielowe (Read error: 104 (Connection reset by peer)) 08.06.22 Join homielowe [0] (n=homielow@d207-81-80-78.bchsia.telus.net) 08.07.46 Join ChristopherW [0] (n=christop@ip70-162-55-91.ph.ph.cox.net) 08.15.02 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-c170dc51cd033b7f) 08.20.56 Join ChristopherW1 [0] (n=christop@ip70-162-55-91.ph.ph.cox.net) 08.23.44 Part ChristopherW1 08.24.02 Quit tessarakt ("Client exiting") 08.24.34 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 08.24.39 Quit safetydan ("Leaving.") 08.24.44 Join ChristopherW1 [0] (n=christop@ip70-162-55-91.ph.ph.cox.net) 08.29.36 Quit ChristopherW1 (Client Quit) 08.33.29 Join Rob2222 [0] (n=Miranda@p4FDCF183.dip.t-dialin.net) 08.33.36 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.34.43 Join ChristopherW1 [0] (n=christop@ip70-162-55-91.ph.ph.cox.net) 08.35.22 Quit ChristopherW (Read error: 110 (Connection timed out)) 08.39.35 Quit ChristopherW1 (Client Quit) 08.41.44 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.45.27 Quit davina (Remote closed the connection) 08.47.53 Quit midgey () 08.51.14 Quit JdGordon (Read error: 104 (Connection reset by peer)) 08.51.54 Quit Rob2223 (Read error: 110 (Connection timed out)) 08.54.45 Join ChristopherW [0] (n=christop@ip70-162-55-91.ph.ph.cox.net) 08.57.47 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.59.35 Quit ChristopherW (Client Quit) 09.03.43 Join petur [50] (n=petur@rockbox/developer/petur) 09.03.57 Join PaulJam [0] (i=PaulJam_@vpn-3040.gwdg.de) 09.04.15 Quit Nico_P (Remote closed the connection) 09.05.23 Quit davina (Remote closed the connection) 09.05.47 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.11.54 Quit CyBergRind|w (Read error: 104 (Connection reset by peer)) 09.12.21 Join DaCapn [0] (n=dacapn@middy.physik.tu-chemnitz.de) 09.12.23 Quit DaCapn (Client Quit) 09.13.22 *** Saving seen data "./dancer.seen" 09.20.55 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-c5d02ccafb7ad63d) 09.24.45 Join ChristopherW [0] (n=christop@ip70-162-55-91.ph.ph.cox.net) 09.29.35 Quit ChristopherW (Client Quit) 09.41.29 # Anyone with an iPod Photo (type 0 LCD) around? 09.52.20 Quit Acksaw (Read error: 104 (Connection reset by peer)) 09.52.40 Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 09.55.15 Quit parafin (Remote closed the connection) 09.55.47 Join parafin [0] (i=parafin@paraf.in) 09.59.00 Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) 10.01.46 Quit parafin (Remote closed the connection) 10.07.53 Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) 10.11.02 Join maffe [0] (n=Miranda@p5B04100C.dip0.t-ipconnect.de) 10.13.18 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 10.13.28 Join bertrik [0] (n=bertrik@245-013-045-062.dynamic.caiway.nl) 10.17.22 # is there a particular reason why dircache isn't default? 10.17.59 # It's still a bit buggy in certain situations 10.18.03 # Especially if you have a lot of small files. 10.18.24 # oh :( I think it would really be a sane default 10.18.46 # It would if you could be assured that it'd generate no matter what. 10.18.51 Join Horschti [0] (n=Horscht@p4FD4DC82.dip.t-dialin.net) 10.19.05 Join webguest61 [0] (n=deeb1672@gateway/web/cgi-irc/labb.contactor.se/x-37767241af2e9cff) 10.19.27 Quit webguest61 (Client Quit) 10.19.36 Quit Horscht (Nick collision from services.) 10.19.38 # are there open FS bugs about the issues? 10.19.54 # Honestly, I don't know. 10.20.07 # I think there may be other issues (I seem to remember amiconn bringing something up) 10.23.02 Quit Nico_P ("http://www.mibbit.com ajax IRC Client") 10.23.29 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-382366bc62e3e3db) 10.26.58 Join parafin [0] (i=parafin@paraf.in) 10.46.23 # Llorean: you mean an issue besides "I don't like it, and I don't need it on the iPod Mini" ? :) 10.46.55 # GodEater: Yes, I remember there were technical issues. 10.47.02 # I *know* it doesn't like extremely large amounts of files. 10.47.33 # For example, if you put the HVSC on it, I seem to recall that's enough files to break it. 10.47.44 # HVSC ? 10.47.56 # High Voltage Sid Collection 10.48.11 # * GodEater remains looking blank 10.48.32 # It's just a collection of SID files. 10.48.38 # Something like more than 30,000 tracks 10.48.50 # But it's not particularly big because they're SIDs 10.49.35 # But it really doesn't matter what format the files are in. If you have a lot of files on your player, maybe because you're also using it as a disk for some purpose, it can run into problems. 10.49.47 # interesting 10.50.03 # I've never run into an issue with it, and I'm sure I've got more than 30,000 files on my ipod 10.50.23 # Are you sure it's actually active? 10.50.29 # god yes 10.50.40 # the file browser in unusably slow otherwise 10.50.48 # is it also an issue if the directory structure is too deep (e.g. the stats plugin has a problem with it)? 10.50.56 # Dunno 10.51.17 # I'll have to try again sometime, maybe the situation has improved. I thought I tested it 3 or 4 months ago, though 10.51.38 Quit wpyh (Read error: 110 (Connection timed out)) 10.51.39 # Maybe dircache on by default can be a goal for 3.1 10.51.46 Join wpy1 [0] (n=william@th245022.ip.tsinghua.edu.cn) 10.52.48 # hmm... I think I read a commit message where someone highered the limit of subfolders but I'm not sure (if I remember correctly and what the number was) 10.53.39 # I wonder if it'd be possible to approximate the cache size. 10.54.54 # Like, on first boot of Rockbox (no config.cfg present) it says "Dircache will now initialize. This will use X MB of memory to improve browsing performance. Press Select to confirm or Power to cancel" 10.55.15 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 10.55.39 Nick wpy1 is now known as wpyh (n=william@th245022.ip.tsinghua.edu.cn) 10.57.26 Quit linuxstb (Read error: 110 (Connection timed out)) 10.57.59 # do we have to handle a USB connected event everytime we wait for a button? 10.58.48 # I see that in solitaire.c, even in solitaire_help (which basically just shows the help text), it handles the USB connected event 11.00.05 Join PaulJam_ [0] (i=PaulJam_@vpn-3102.gwdg.de) 11.00.22 # wpyh: it's how the game gets stopped when you insert the USB cable 11.01.09 # so the plugin needs to be "cooperative"? 11.03.21 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 11.04.03 Join Nibbl [0] (n=Nibbler@91-67-150-33-dynip.superkabel.de) 11.05.41 # Do you mean "needs to be" in terms of "The software requires it" or "If I want my changes to be included"? 11.07.11 # I did some experiments on sansa c200 charging yesterday, doesn't make much sense to me yet 11.07.47 # I'll put the results in the wiki 11.09.35 # Llorean: none of them 11.09.45 # what I mean is: whether something bad will happen if I don't do that 11.09.55 # as in, some corruption or buttons freezing, etc 11.10.10 # The consequence is that Rockbox won't enter usb mode when you insert the usb cable... 11.10.41 # linuxstb: but future usb events will still be handled right? 11.11.12 # Probably, yes. But plugins should deal with USB correctly... 11.11.21 # linuxstb: ok then... 11.11.27 # I'll keep the usb event there 11.11.28 # :) 11.13.23 *** Saving seen data "./dancer.seen" 11.14.20 Quit PaulJam (Read error: 110 (Connection timed out)) 11.19.38 Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) 11.31.07 Join JdGordon [0] (n=jonno@c211-28-130-47.smelb2.vic.optusnet.com.au) 11.32.24 Join faemir [0] (n=faemir@88-106-180-165.dynamic.dsl.as9105.com) 11.32.52 Quit homielowe (Read error: 104 (Connection reset by peer)) 11.38.08 # Slasheri: i have a question about the "import changes" option of the database: when impoting, which runtimedata gets preferrred? the data from the textfile or that from rockbox? What i did was exporting the changes, them modifying the changelog (changed the rating values) and then imported the changes, but this didn't seem to work and i was wondering if i maybe did something wrong or if this is expected and i have to do a full initialzing in order 11.38.08 # to apply the changes. 11.40.45 # PaulJam_: you have to start from clean db, then it should work. any changes to the runtimedata made by rockbox are always kept 11.40.58 # ok, thank you 11.43.28 # JdGordon, I took a look a function option_screen in option_select.c and was able to make it a lot simpler, can you have a look? 11.44.01 # sure 11.44.58 # do you want a diff or shall i just post that specific function somewhere (pastebin)? 11.45.50 # either or 11.47.19 # JdGordon, the diff is at http://pastebin.ca/1074201 11.48.06 # the function is at http://pastebin.ca/1074202 11.48.18 # * JdGordon is always nervous with difs which are mostly - lines :p 11.49.55 Quit maffe ("IRC ist obsolet!") 11.50.12 Quit lude187 (Read error: 113 (No route to host)) 11.51.18 # :) 11.52.17 # I think it's simpler and clearer now and the need for the changed and show_cancel flags is gone 11.52.37 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 11.52.54 # ok, looks ok (although i have a massive headache so I'm just taking your word for that... ) 11.53.10 # I tested it on c200 and e200 and it still works the same as the old implementation as far as I could see 11.53.35 # ok 11.54.31 # JdGordon, I'll take the blame and fix it if does turn out to have bug, ok? :) 11.54.40 # :) 11.56.53 # linuxstb: Looks like you've found a fix for the iPod Photo LCDs..? Do we know how to detect the type though? 11.59.12 # pondlife: Yes, we always have done - there is different init code for the two LCDs already. 11.59.21 # Good! 11.59.52 # I've just read Uchida's comment - that was easy ;) 12.00.00 # One bit, eh? 12.00.17 # Yes, and it took about 5 minutes to find it in a disassembly... 12.00.43 # There was the same sequence of LCD commands that we have in SVN,. but with that 1-bit difference. 12.01.35 # I guess I should commit... 12.03.36 # Yep. 12.03.53 # Any iPod 4G owners able to shed light on http://www.rockbox.org/tracker/task/5826 ? 12.04.07 # I suspect it's not a bug, but I don't know for sure. 12.07.55 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 12.08.33 # pondlife: i was wondering about your comment in FS#9202. shouldn't the batterylevel be irrelevant when the charger is connected? 12.09.07 # (to spin up the disk) 12.09.33 # Sorry - I was thinking of USB, when you might still not be able to draw enough current. or has that issue been fixed now? 12.10.08 # AFAIK the H300 doesn't enable high current mode over USB and this can mean that USB powering isn't enough in all cases... 12.10.28 # I am only going on what I've read in here, and might have misunderstood 12.11.04 # Car Mode can't really be checked from the bootloader (or rather, shouldn't be) 12.11.26 # hmm, in the firmware there is a setting for that. but i don't know if the SVN bootloader takes 500mA. 12.11.47 # AFAIK we only ever take 100mA on the H300. 12.12.15 # I've always found USB charging to be much slower than mains. 12.12.42 # Llorean: I agree, but I thought someone said we'd need to check from NVRAM for some reason. 12.12.57 # I'm no expert though. 12.13.10 # Maybe ask LinusN. 12.13.52 # pondlife: NVRAM could be used so that it could be checked without needing to hit the disk 12.14.08 # Which is a much more acceptable solution in cases where NVRAM can be kept in the EEPROM 12.14.45 # Yes, but I also thought there was a particular requirement for this before the H300 could have car mode. 12.14.59 # I don't think we use the EEPROM on the H300 yet. 12.15.03 # For anything. 12.15.09 # Correct. 12.15.31 # So yes, it would be a requirement for a bootloader to acknowledge car mode. 12.15.44 # EEPROM is used by the OF, which we need for flashing 12.15.52 # I'm not sure if the EEPROM should be used, the OF stores it's settings there (but amybe it doesn't use the whole available space) 12.16.01 # petur: cant' we reset the OF's EEPROM though? 12.16.16 # meaning we can use it for ourselves, and have a tool to "clean" it before you boot into it for flashing? 12.16.18 # IIRC, I was wondering if the bootloader needed to be involved, or if car mode could be implemented without a bootloader change. There was a reason, sadly... 12.16.39 # the OF does no testing on the EEPROM, I've seen it doe weird things when EEPROM got corrupted 12.16.46 # pondlife: As long as there's bootloader USB mode, it needs to be involved, unfortunately 12.17.10 # petur: Does the OF use all of it? 12.17.14 # nope 12.17.16 # Arguably we only need a single bit, at the moment. 12.17.38 # I remember that about half of it is FF 12.17.54 # Llorean: I was more thinking of the non-USB powered case... i.e. just like patch #9202. 12.18.58 Join Lear [0] (i=chatzill@rockbox/developer/lear) 12.19.11 Quit Lear (Client Quit) 12.19.17 # pondlife: If I recall correctly, some players will encounter problems spinning up the disk if the battery is too low. 12.19.20 # I'm not certain though. 12.19.36 Quit Horscht ("electromagnetic radiation from satellite debris") 12.19.38 # Yes, that was my recollection - hence my comment 12.19.45 # I know it's true for some of them. 12.19.54 # I'm not sure if that only applied to USB or not though 12.20.06 # So it might be possible to do this for the non-USB case 12.20.19 # I'm pretty sure it'd be all or nothing. 12.20.30 # Yes, best to keep things simple anyway. 12.20.30 # but if the USB cable gets inserted the disk as to spin up anyway. either to enter booloader USB mode or to boot the firmware. 12.21.01 # PaulJam_: Bootloader USB mode means you don't need a working firmware to access the disk 12.21.07 # So bootloader USB mode shouldn't be removed. 12.21.57 # The patch makes bootloader USB mode available if you hold a key down. 12.21.58 # of course it shouldn't (and i don't like the changes that this patch does concerning USB bootloader mode). 12.22.15 # * pondlife neither 12.23.00 # pondlife: I don't object to the default behaviour of the bootloader be "ignore USB/Charger and continue onward" as long as holding some easy-to-hold button enters charge-without-spinup, or bootloader USB 12.23.27 # It'd make car adapter mode work without removing options, and simply just be a slightly saner order of operations. 12.24.11 # I think I'd want consistency too - i.e. you'd need to hold the same button for USB connection in normal operation (rather than just charge)... then there's consistency across targets to consider. 12.24.32 # pondlife: You mean, "Inside Rockbox, the default behaviour should be to ignore USB too?" 12.24.37 # That makes no sense to me. 12.25.03 # If you plug in USB, and car mode is off, Rockbox will boot and still go into USB, so it's still "consistent" in that Rockbox still goes into USB every time you plug in a cable. 12.25.18 # The bootloader USB is more or less just an emergency mode that you trigger instead. 12.25.48 # True 12.25.55 # For the iPods this could be the in-flash USB mode once the Rockbox stack is working, so that it doesn't have to be compiled into the bootloader. 12.26.15 Join AndyIL [0] (n=pasha_in@212.14.205.32) 12.26.21 # since the H300 has a separate charger input, should the car adapter mode even influence the USB behaviour? 12.26.37 # Once inside Rockbox, "USB plugin" behaviour should be determined by "Is sleep mode enabled?" and (in my opinion) "What has the user chose as their default plug-in behaviour?" 12.26.53 # PaulJam_: If it can charge from USB, it should, yes. 12.27.01 # USB car chargers are very widely available. 12.27.04 # Yes.. that's a user preference as to whether they mainly use USB for charging or connection. 12.27.06 # ones suited for the H300 probably less so 12.27.27 # * pondlife has to reboot, brb 12.27.29 Part pondlife 12.28.04 Quit Zom (Remote closed the connection) 12.28.14 Join Zom [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 12.31.10 Join PaulJam__ [0] (i=PaulJam_@vpn-3102.gwdg.de) 12.31.12 Quit PaulJam__ (Client Quit) 12.34.32 Join PaulJam [0] (i=PaulJam_@vpn-3090.gwdg.de) 12.36.52 Quit AndyI (Read error: 110 (Connection timed out)) 12.36.54 # can the h300 theoretically differentiate between a connected USB charger and a PC? 12.45.13 Join desowin [0] (n=desowin@atheme/member/desowin) 12.46.59 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 12.50.13 Quit PaulJam_ (Read error: 110 (Connection timed out)) 13.02.48 Quit ze (Remote closed the connection) 13.02.51 Join ze [0] (i=ze@cpe-75-82-143-231.socal.res.rr.com) 13.13.27 *** Saving seen data "./dancer.seen" 13.16.07 # linuxstb: Wow, how did you find that? 13.16.39 # It turned out to be very easy - I just searched for "0xef" in a disassembly of the Apple bootloader, and almost immediately found that init sequence. 13.17.12 # (with that one change compared to the code you took from IPL) 13.18.13 Quit Bensawsome ("The awsome is gone :(") 13.31.56 # can anybody close FS#9180 ? 13.38.57 # mcuelenaere: You should ask Bagder/LinusN/Zagor for developer rights on flyspray... 13.39.28 # mcuelenaere: What revision was the code committed? 13.39.28 # hmm I should.. 13.39.30 # Bagder: ping 13.40.04 # linuxstb: r18032 13.40.31 # mcuelenaere: OK, closed. 13.40.39 # thx 13.48.00 Quit mcuelenaere ("see ya") 13.52.51 Join mf0102 [0] (n=michi@85.127.180.113) 14.08.44 Join MethoS- [0] (n=clemens@host-091-096-214-237.ewe-ip-backbone.de) 14.13.42 Join massiveH [0] (n=massiveH@pool-71-187-1-26.nwrknj.fios.verizon.net) 14.16.45 Join LambdaCalculus37 [0] (i=44a0430f@gateway/web/ajax/mibbit.com/x-949520b951f4932b) 14.19.41 Quit Horscht (Remote closed the connection) 14.20.12 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 14.21.27 Join tvelocity [0] (n=tony@athedsl-03968.home.otenet.gr) 14.22.40 Quit Horscht (Client Quit) 14.28.30 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 14.36.34 Join Lear [0] (i=chatzill@rockbox/developer/lear) 14.37.31 # linuxstb: Just updated my iPod color to r18082. Everything's displaying correctly again. 14.41.52 # LambdaCalculus37: Yes, I saw your forum post. 14.42.47 Quit tvelocity (Read error: 110 (Connection timed out)) 14.55.11 Join MethoS_ [0] (n=clemens@dyndsl-085-016-167-243.ewe-ip-backbone.de) 14.56.14 Quit linuxstb (Read error: 54 (Connection reset by peer)) 14.56.42 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 15.01.05 Part pixelma 15.10.20 Quit MethoS- (Read error: 110 (Connection timed out)) 15.13.30 *** Saving seen data "./dancer.seen" 15.19.17 Join Bensawsome [0] (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 15.23.31 Quit amiconn (Nick collision from services.) 15.23.36 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 15.24.45 Join danman_irl [0] (n=daniel@213-202-173-241.bas504.dsl.esat.net) 15.24.57 Quit Bensawsome ("The awsome is gone :(") 15.25.22 Join Bensawsome [0] (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 15.25.31 Join tvelocity [0] (n=tony@athedsl-143202.home.otenet.gr) 15.31.02 # \quit 15.31.11 Quit danman_irl ("Leaving.") 15.35.06 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 15.39.12 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 15.47.34 Join MethoS- [0] (n=clemens@host-091-096-212-094.ewe-ip-backbone.de) 15.54.42 Join Kinky [0] (n=Kinky@12-217-215-99.client.mchsi.com) 15.55.30 Part Kinky 15.56.52 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 16.00.58 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 16.01.15 Quit [CBR]Unspoken|w (Connection reset by peer) 16.01.35 Quit MethoS_ (Read error: 110 (Connection timed out)) 16.07.49 Join kawds [0] (n=kawds@static-87-79-236-141.netcologne.de) 16.08.27 # hi, i tried to charge my ipod nano 1st gen. and now it is stuck/completely dead, reset didn't help, any suggestions? 16.09.20 # How long did you let it charge? 16.09.30 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 16.09.51 # it charge the whole evening yesterday 16.10.09 # played for 30minutes 16.10.22 # and now i wanted to upload music and charge it 16.13.01 # What happens when you try and reset it? 16.13.39 # tried that several times, nothing happens 16.13.40 Quit MethoS- (Read error: 110 (Connection timed out)) 16.13.57 # How long were you holding SELECT+MENU for? 16.14.07 Quit Horscht ("http://www.geisterfahrer.org") 16.14.29 # everytime like 15sec 16.14.39 # even tried longer and shorter times 16.14.56 # tried everything apple suggests :-) 16.14.57 # theoretically, would there be a way to make flash memory accessible through a pointer? 16.14.59 # Try holding for longer (30+ seconds), and also just keep charging it. 16.15.46 # Nico_P: It depends on the hardware interface, but normally you tell the controller which sector you want to read, and then read that sector one word at a time from a memory-mapped hardware register. 16.16.00 # do i have to use a charger or can i use the usb-cable? 16.16.20 # kawds: Either _should_ work, but with a charger you can be more confident. 16.16.41 # hm, will try usb-cable, cause i don't have a charger :-) 16.17.14 # linuxstb: hmm so clearly there's no way to make an arbitrary length of data available? I'm asking because I'm working on a version of the buffering API that does (almost) direct access to the flash mem (no actual buffering) 16.17.18 Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) 16.17.36 Join pedrov [0] (n=pmauduit@LPuteaux-151-43-3-74.w217-128.abo.wanadoo.fr) 16.17.51 # packet audio is OK with a static buffer, but I can't think of a way of making streamable audio work 16.18.07 # Nico_P: No. I think you would need a small buffer (one sector/page/whatever the unit of access to the flash is) to read the data into. 16.18.19 # kawds: have you tried flipping the holds switch on and off again before resetting? 16.18.34 # But codecs expect up to GUARD_BUFFER_SIZE (32KB) available at once, so that would be a good size to make the buffer. 16.18.49 # yeah, hold-switch, menu+select, 5sec, 15sec, 30sec, etc. 16.18.56 # all of that :-) 16.19.00 # linuxstb: that's what I've made my static buffer, but some codec need to have the whole file 16.19.13 # Nico_P: Then they can't be played... 16.19.35 # Unless the codec is modified to seek/read instead of expecting the whole file in RAM 16.20.16 # yeah then I'll focus on the codecs that don't need to be modified :) 16.20.58 # my goal is to create an alternative version of buffering.c, so that no other change is needed for most cases 16.21.17 # It's already working although it has quirks 16.22.09 # I don't plan on implementing album art either 16.22.21 # kawds: If I was you, I would just plug it in to charge, and forget about it for 24 hours. I would also leave the hold switch on, so if it magically awakens, the Apple firmware starts. 16.22.37 # Hold Switch on "ON"? 16.22.46 # so "Hold" is working? 16.22.47 # yes 16.22.48 # :-) 16.22.56 # ? 16.22.58 # ok, will try that and look for a charger 16.26.14 Quit Genre9mp3 (Read error: 104 (Connection reset by peer)) 16.26.39 Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) 16.27.34 Nick Bensawsome is now known as BenKaufman (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 16.31.40 Quit avis ("if you could step inside me...") 16.33.32 Join avis [0] (n=ident@pdpc/supporter/student/avis) 16.34.48 Quit kawds ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 16.35.26 Join MarcGuay [0] (n=chatzill@ip216-239-84-147.vif.net) 16.36.45 Quit MarcGuay (Client Quit) 16.43.07 Quit avis (Remote closed the connection) 16.44.03 Quit Lear ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 16.48.24 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 16.57.03 # Nico_P: Is your new buffering code stable enough to do a runtime test? I'm curious to see what impact a small audio buffer would have on our "large-mem" flash targets (Nano, Sansas). 17.00.41 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.01.28 # linuxstb: not yet, no 17.02.03 # I can't work on it ATM. I probably will this evening 17.03.32 Join avis [0] (n=ident@pdpc/supporter/student/avis) 17.12.53 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-af3094561065fcd5) 17.13.33 *** Saving seen data "./dancer.seen" 17.19.03 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 17.20.07 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-8ca438f0d0ec0a79) 17.28.44 # i am only able to copy my music to my ipod as root, how can i copy it as my regular user? 17.30.28 # SUSaiyan: it's probably not a rockbox issue :) 17.30.30 # just as you copy music to any other extenal harddrive 17.30.35 # sdubois92: ^ 17.30.53 # pedrov: but everything on the ipod is owned by root 17.31.10 # sdubois92: I guess that it's fat32 (vfat) ? 17.31.19 # yes 17.31.33 # then when you mount it, you should add -o uid=your_userid,ig=your_groupid 17.31.51 # s/ig/gid/ 17.32.13 # add that to the end of the mount command? 17.32.25 # mount -t vfat -o uid=[uid],gid=[gid] /dev/your_ipod /mnt/yourmountpoint 17.33.11 # that just gives me the mount help menu 17.33.17 # this is definitely not a rockbox question 17.33.29 # please either take it to a PM, or to a linux channel 17.34.22 Quit Nico_P ("http://www.mibbit.com ajax IRC Client") 17.43.00 Join Arathis [0] (n=doerk@p508A6278.dip.t-dialin.net) 17.47.51 Join sitwon [0] (n=adam@static-71-166-233-112.washdc.east.verizon.net) 17.48.19 Quit massiveH ("Leaving") 17.52.51 Quit pedrov ("leaving") 17.52.53 Join jpt9 [0] (n=chatzill@host250.155.212.247.conversent.net) 17.52.58 # Hey guys. 17.53.07 # I've been using a 2GB MicroSD card in my Sansa e250R with Rockbox. 17.53.53 # I'm thinking of getting an 8GB MicroSDHC card. Does Rockbox work with MicroSDHC cards (as opposed to regular MicroSD)? How about the original firmware? Thanks. 17.54.07 # rockbox: yes OF: no 17.54.09 # Rockbox words with MicroSDHC, the OF doesn't 17.54.09 # Also, in case you haven't heard it twenty bazillion times before, Rockbox is *awesome*! 17.54.25 # scorche: So I'd need to use a card reader? 17.54.30 # you would 17.54.36 # okay. 17.54.52 # * jpt9 goes and checks if the one built in to his ThinkPad would work... 17.55.08 # or go through the laborious route of copying music to the main memory, and then boot rockbox, use rockbox to move it to the card, etc etc. 17.56.39 # I'm still amazed that they can fit 8GB on a memory card the size of my fingernail... 17.56.59 # * LambdaCalculus37 marks jpt9's praise as Praise No. Twenty Bazillion and One 17.57.07 # lol... 17.57.26 # anyway... I'm going to head out and get some lunch... 17.57.36 # (Eastern Standard Time here, if you're curious) 17.58.05 # well they can fit 16GB on one the same size currently 17.58.11 # and soon it'll be 32GB 17.58.12 # :D 18.00.17 Quit petur ("work->shops->home") 18.00.34 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 18.04.18 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 18.07.12 # GodEater, jpt9: Or compile rockbox yourself, enabling usb support... 18.07.58 Join floatsaka [0] (n=cvxt@ip70-174-110-128.hr.hr.cox.net) 18.14.32 Join rnisly [0] (n=chatzill@75.48.185.147) 18.15.23 Nick rnisly is now known as linuxgoober (n=chatzill@75.48.185.147) 18.15.36 Nick linuxgoober is now known as itsme (n=chatzill@75.48.185.147) 18.15.51 Quit Nibbl (Remote closed the connection) 18.15.59 Nick itsme is now known as ryann (n=chatzill@75.48.185.147) 18.16.11 Nick ryann is now known as ryan1991 (n=chatzill@75.48.185.147) 18.17.33 # is there any way to make so rockbox works with a bose ipod dock? 18.18.40 # it might work with outputting sound and changing volume, but that is the best you can hope for 18.18.51 # ok thanks 18.20.46 # oh yeah... 18.21.21 # ryan1991: there is a patch in the works to make accessories work 18.21.44 # it'd be neat if you could map some button sequence to run config files (or pull up a menu of them). (Namely, to turn on voice menus while it's in my pocket. However, due to the beautifully designed config file system, you could probably make it do pretty much anything.) 18.21.45 # any idea of what its called or do i have to resort to random googling 18.21.53 # http://www.rockbox.org/tracker/task/8624 18.21.59 # excellent thanks 18.22.09 Join borges [0] (n=bruges@e178021118.adsl.alicedsl.de) 18.24.15 Join Nibbl [0] (n=Nibbler@91-67-150-33-dynip.superkabel.de) 18.26.16 Join EspeonEefi [0] (i=espeonee@30-7-18.wireless.csail.mit.edu) 18.26.20 Quit TMM (Remote closed the connection) 18.29.45 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.29.46 Quit ryan1991 ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 18.35.05 Nick BenKaufman is now known as Bensawsome (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 18.38.15 Join Mathiasdm [0] (n=Mathias@vpnb222.ugent.be) 18.40.08 Join TMM [0] (n=hp@c514753fe.cable.wanadoo.nl) 18.40.38 Quit Nibbl (Remote closed the connection) 18.41.29 Join MethoS- [0] (n=clemens@host-091-096-208-072.ewe-ip-backbone.de) 18.41.57 Join miepchen^schlaf [0] (n=miepchen@p54BF77F9.dip.t-dialin.net) 18.50.09 Part pondlife 18.53.48 Quit Thundercloud (Remote closed the connection) 18.54.24 Nick borges is now known as borges|afk (n=bruges@e178021118.adsl.alicedsl.de) 18.54.52 Join EleminoP [0] (n=EleminoP@68-31-103-1.area4.spcsdns.net) 18.55.14 Part EleminoP 18.57.40 Join sacarasc [0] (i=sacarasc@xmms2/bitch/sacarasc) 19.02.56 Join DaCapn [0] (n=dacapn@nemo.csn.tu-chemnitz.de) 19.02.58 Quit DaCapn (Client Quit) 19.05.00 Quit Genre9mp3 () 19.08.59 Quit PaulJam (".") 19.13.24 Nick borges|afk is now known as borges (n=bruges@e178021118.adsl.alicedsl.de) 19.13.37 *** Saving seen data "./dancer.seen" 19.14.42 Quit MethoS- (Remote closed the connection) 19.15.14 Join Penol [0] (n=Penol@eth1.no) 19.17.49 Part Penol 19.19.58 Join massiveH [0] (n=massiveH@pool-71-187-1-26.nwrknj.fios.verizon.net) 19.21.04 Quit ali_as ("Shutting down for scheduled power cut.") 19.23.22 Quit Bensawsome ("The awsome is gone :(") 19.27.26 # With the iPod 5th gen, will it still charge via usb if I install rockbox on it? 19.29.50 Join Bensawsome [0] (n=Bensawso@gateway.learn.k12.ct.us) 19.32.58 Quit Bensawsome (Client Quit) 19.33.10 Join ChristopherW [0] (n=christop@ip70-162-55-91.ph.ph.cox.net) 19.33.13 Join Bensawsome [0] (i=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 19.33.42 Part Bensawsome ("The awsome is gone :(") 19.33.56 Join Bensawsome [0] (i=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 19.34.31 Quit Bensawsome (Client Quit) 19.35.13 Join Bensawsome [0] (n=Bensawso@gateway.learn.k12.ct.us) 19.35.22 Quit ChristopherW (Remote closed the connection) 19.35.50 Join ChristopherW [0] (n=christop@ip70-162-55-91.ph.ph.cox.net) 19.39.50 Quit Bensawsome (Client Quit) 19.40.06 Join Bensawsome [0] (n=Bensawso@gateway.learn.k12.ct.us) 19.40.38 Quit Bensawsome (Read error: 104 (Connection reset by peer)) 19.40.53 Join Bensawsome [0] (n=Bensawso@gateway.learn.k12.ct.us) 19.43.19 # sacarasc: Yes, but possibly slower when actually running Rockbox than when using the Apple firmware. But Rockbox doesn't remove the Apple firmware - you can "dual-boot" between the two firmwares. 19.43.39 # thanks 19.45.16 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-fa37ed5be976deee) 19.45.28 # "svn commit -m apps/codecs/libwma -m "Use Tremor IMDCT for WMA." 19.45.33 # argh why does svn let me do this 19.45.56 Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 19.47.04 # -m twice ? 19.47.09 # yes 19.47.17 Quit davina (Remote closed the connection) 19.47.19 # the first is ignored and so is the path 19.47.24 # so it commited my entire SVN tree 19.52.10 # * linuxstb is disappointed not to see "rockbox-as-app" committed ;) 19.52.58 # ah different tree fortunately 19.54.29 Quit Bensawsome ("The awsome is gone :(") 19.54.47 Join Bensawsome [0] (i=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 19.55.30 # saratoga: Happened to me too ... 19.56.07 # The suggested solution is to not use -m at all, but then I don't know whether it will properly fire up an editor from within cygwin, and which one 19.56.21 Join obo [0] (n=robert@rockbox/developer/obo) 19.56.49 Quit ChristopherW ("Leaving.") 19.57.33 # i'm having trouble reverting some of these changes 19.57.43 # how do i commit a revert for only some files? 19.58.26 Quit Arathis ("Bye, bye") 19.58.27 # I'd make a diff from the commit, cut all the changes that should stay, apply patch -r, then commit 19.58.35 # I'm having a problem running ipodpatcher (./ipodpatcher: /lib64/tls/libc.so.6: version `GLIBC_2.4' not found (required by ./ipodpatcher)). Anyone know what to do here? 20.00.17 Join ChristopherW [0] (n=christop@ip70-162-55-91.ph.ph.cox.net) 20.00.45 # saratoga: I am wondering about your speed comparision - iirc mp3 is faster than vorbis on arm, at least on PP5002 20.01.02 # sacarasc: You could try rbutil (the GUI Rockbox installer - it does the same as ipodpatcher, but more), or compile ipodpatcher yourself from source. 20.01.36 Join petur [50] (n=petur@rockbox/developer/petur) 20.04.15 # amiconn: I actually didn't think to test the PP5002 20.04.59 # though given the PP5024 results (200% vs. 250%), I'd expect it to be at least somewhat faster 20.05.00 # Which ARMs did you test it on? 20.05.11 # just PP5024 20.05.32 # We now have many different ARMs - v4, v5, v6... 20.05.39 # though the IMDCT numbers for the Gigabeat F looked good as well, so I have no reason to doubt that its faster there too 20.05.51 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 20.06.50 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 20.12.09 # saratoga: Is there a reason you didn't share the same source files, rather than making a second copy of files in Tremor? 20.12.21 Quit gevaerts (Nick collision from services.) 20.12.34 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 20.13.00 # linuxstb: I wasn't sure how 20.13.16 # You could have put them in the codec lib 20.13.20 # perhaps when FAAD gets this optimization, the IMDCT should be removed from all three codecs and put into it's own lib 20.13.43 # wouldn't that waste memory on codecs that don't use the IMDCT? 20.13.55 # No, the linker would strip it out 20.14.52 # ok i'll put that on my todo list 20.15.02 # cleaning up that imdct to be less Vorbis specific would be nice too 20.17.09 # PP5002 is a bit special due to its broken cache. SO you say vorbis is faster than libmad on PP502x? 20.17.33 # amiconn: i've got a half broken 3G here 20.17.36 # i'll try and test now 20.18.07 Join neddy [0] (n=john@nat/sun/x-c5ea0eefb74e943d) 20.18.22 Join mhatta_ [0] (n=3d1737e3@gateway/web/cgi-irc/labb.contactor.se/x-89df6c2001065548) 20.18.51 Nick borges is now known as borges|afk (n=bruges@e178021118.adsl.alicedsl.de) 20.19.18 Quit Bensawsome ("The awsome is gone :(") 20.19.42 # how do i adjust the contrast on the 3G? the screen is solid dark 20.19.55 Join PumpkinPie [0] (n=b@adsl-76-255-195-166.dsl.lsan03.sbcglobal.net) 20.20.06 Part PumpkinPie 20.20.20 # saratoga: Eh? What build are you running? 20.20.50 # You could connect the G3 and edit config.cfg if you cannot do it blindly 20.21.21 # You could also try to reset settings - perhaps you have a high contrast value from an old build set 20.21.44 # Newer builds should need lower contrast values, due to a better lcd controller setup 20.21.47 Quit mhatta_ (Client Quit) 20.21.51 Join Lear [0] (i=chatzill@rockbox/developer/lear) 20.21.56 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 20.21.57 Join roch86 [0] (n=519e2abf@gateway/web/cgi-irc/labb.contactor.se/x-4616f413905e6bd2) 20.22.39 Join bluebrother [0] (n=Dom@f053152073.adsl.alicedsl.de) 20.24.31 Quit roch86 (Client Quit) 20.25.28 # there we go, i'd forgotten how nice it is to have a screen that works without a backlight 20.25.44 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 20.27.13 Join mirak [0] (n=mirak@81-66-107-251.rev.numericable.fr) 20.29.59 # amiconn: WMA_192K=184.97%, Vorbis_192k=184.40% 20.30.31 # just need to find the 192k mp3 sample 20.32.40 Join Bensawsome [0] (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 20.32.43 Quit borges|afk ("ChatZilla 0.9.83 [Firefox 3.0/2008052906]") 20.33.38 Quit mirak ("Quitte") 20.34.18 # saratoga: The build table is still a little red... 20.37.51 # fixed 20.38.00 # also, wma is faster on pp5002 20.38.35 # at least at 192k (169.9%) 20.38.54 # Bagder: around? 20.39.15 # saratoga: What is that number? WMA without your commit, or mp3? 20.39.59 # mp3 is 169.9% vs wma at 185% 20.40.31 # libmad is just slow in general on arm for whatever reason 20.41.00 # ah 20.41.18 # I know that libmad is slow on arm, but somehow thought vorbis would be slower 20.41.49 # vorbis is actually really fast, mostly because of its very good imdct 20.42.01 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 20.42.09 Quit Xerion (Read error: 113 (No route to host)) 20.42.12 # i think if it were moved to faad, that codec would probably be much faster then mp3 too 20.42.16 # Btw, these results help making that old study regarding vorbis on PP5002 look even more funny 20.42.33 # saratoga: What are the figures for the three codecs on pp502x? 20.42.55 Join herrwaldo [0] (n=waldo@ip-81-11-223-231.dsl.scarlet.be) 20.43.09 # (from memory) 192k: mp3: 200%, vorbis 240%, wma: 250% 20.43.10 # Also, is there any difference in the relative speeds at lower bitrates? e.g. 128kbps? 20.43.34 # they all get faster at lower bitrates, but I never compared them head to head on the same sample 20.43.47 # the codecPerformanceComparison wiki page should have that info though 20.43.55 # * linuxstb goes to RTFW 20.44.06 # though its getting out of date 20.44.39 # hmm, what do people think about adding a spec file to rbutil sources for building a rpm? I might give it a go ... 20.44.48 # That page doesn't make it easy to compare things... 20.46.24 Join Nibbl [0] (n=Nibbler@91-67-150-33-dynip.superkabel.de) 20.47.27 # bluebrother: Do people still use rpm-based distros? 20.47.30 Quit thegeek (Read error: 104 (Connection reset by peer)) 20.48.23 # me does ... ;-) 20.48.44 # and I think quite a bunch of people do too 20.49.11 # OK :) It's just that I only hear people mention Ubuntu and Debian around here... 20.49.27 # wow the coldfire aac numbers are insanely bad 20.49.45 # you won't make me switch to ubuntu or debian. I don't like both of them ... 20.49.56 # ape c2000 is faster then 192k AAC-LC 20.51.48 # * scorche|sh seems to remember a fedora sticker at devcon 20.53.27 # scorche|sh: it was a redhat sticker (had it lying around back the time I wanted to cover this nasty scratch on my laptop ;-) 20.55.31 # saratoga: Only real optimization made is to put stuff into iram, as far as I know. Made it usable at least. 20.55.40 # bluebrother: But going back to your question, various binary packages for rbutil can only be a good thing.... 20.56.58 # * Lear recalls AAC improving noticeably with a newer GCC on arm... 20.59.18 # Lear: really? how much 21.00.11 # Don't remember exactly, but I think it was something like 20-30%. 21.00.24 # That was on a 4.3 snapshot though. 21.02.44 # that wouldn't surprise me, we use so much ASM in the codecs mostly because gcc does dumb things 21.03.47 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 21.05.54 Join PaulJam [0] (i=PaulJam_@vpn-3083.gwdg.de) 21.13.39 *** Saving seen data "./dancer.seen" 21.14.50 Quit Thundercloud (Remote closed the connection) 21.16.58 Quit davina (Remote closed the connection) 21.18.48 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 21.22.25 Quit davina (Remote closed the connection) 21.24.14 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 21.48.02 Join ap0 [0] (i=kvirc@nfb68-1-88-169-81-101.fbx.proxad.net) 21.48.12 Quit ap0 (Broken pipe) 21.49.36 # using the vorbis imdct in libfaad would save about 7 MHz, boosting it from about 47MHz to 40MHz for real time on PP5024, though the gain might be better on Coldfire 21.50.12 # would basically make it about as fast as MP3 on PP 21.54.27 # Any idea why the FFT is slow? 21.55.55 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 21.56.21 Join thegeek [0] (n=nnscript@s080a.studby.ntnu.no) 21.56.30 # (Trying to building gcc 4.3.1 btw...) 21.58.34 Quit Horscht ("IRC is just multiplayer notepad") 21.58.54 # Is there a Coldfire version of the faad IMDCT? 21.59.08 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.09 # linuxstb: theres a c version only 21.59.25 # So presumably that alone would be a huge improvement? 22.00.10 # yes 22.00.26 Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 22.00.57 # though the rest of the codec is still fairly slow, so the gain isn't as huge as you might expect 22.01.13 # but that could be fixed easily enough 22.02.27 # Btw, ffmpeg AAC is actively worked on, afaik. LC-AAC should be fairly complete, with SBR in the works. Not fixed point though... 22.03.00 # faad is actually worked on a little too, just we don't bother merging in improvements 22.04.33 # I think working on faad is more useful than waiting for ffmpeg's implementation to be complete, and then porting to fixed-point... 22.09.35 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.15.13 # Hm, "impossible constraints" in libdemac with gcc 4.3.1... 22.16.51 # Which CPU? 22.18.28 Quit jpt9 (Remote closed the connection) 22.18.54 # Sansa e200, is that PP5024 or something? The version that isn't arm7 specific compiles. Dunno if it works though. 22.19.41 # The problem was in the vector_math16 header included from filter.c. 22.20.23 # sansas are pp5024 and are generic armv4 (and also an arm7tdmi core) 22.20.38 # Gcc sometimes cannot cope with demanding in/out constraints in asm() blocks 22.20.57 # ...especially at higher optimisation levels 22.23.57 # * preglow enjoys this codec optimization talk 22.24.31 # Because you don't need to do anything? :) 22.24.37 Quit SirFunk_ (Read error: 104 (Connection reset by peer)) 22.25.34 # The constraints in vector_math16_arm7.h are rather demanding, but then the implementation is also quite a bit more efficient than C 22.27.55 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 22.29.16 # Lear: haha, no, i actually wish i could do something, i just like that there's a focus on it and work being done 22.30.04 # i'm going on vacation for a week now, and need to get the bloody d2 stuff going anyway, so can't work on it 22.30.39 # * linuxstb recalls the 5% realtime that libmad first ran at on coldfire, and thinks preglow has done enough (apologies to others who may have helped with that...) 22.31.00 # the first bout of optimization isn't really much work... 22.31.09 # iram, small asm 22.31.40 # Clocking the CPU to 124MHz... 22.32.04 # heh 22.32.29 Quit mf0102 ("Ex-Chat") 22.33.07 # Ouch, libmad and gcc 4.3.1 doesn't like each other. "Prefetch abort"... 22.33.55 # bah 22.33.57 # bloody gcc 22.34.10 # Lear: would be interesting if you found out why, though 22.34.27 # linuxstb: as a matter of fact, libmad on coldfire was a bit of work, but it was my first real embedded work ever, so... 22.35.11 # I'll see if I can pinpoint it at least. 22.35.13 # shotofadds: pounded on the bloody sd driver again now, and can't get it to receive data no matter what i bloody do 22.35.26 # it's really starting to piss me off 22.36.42 # Pretty much the same speed for faad, unfortunately. 22.37.41 Join Vorador [0] (n=tomas@lan-84-240-35-19.vln.skynet.lt) 22.38.14 # preglow: can't receive data? try writing instead :-P 22.38.53 Join tdizzy [0] (n=troy@68-188-220-118.dhcp.aldl.mi.charter.com) 22.38.57 # sounds like a bit of a nightmare, that driver.. I suppose you've done the OF disassembly to death by now? 22.41.32 # Hm, the prefetch abort just says the address 40016FD8, which doesn't tell me all that much... 22.42.04 # tha 22.42.21 # ts somewhere in RAM IIRC, can't you look that up in the mapfile? 22.43.23 # The closest in the map is 4000979c, which is stackend... 22.43.56 # Didn't check the codec map though... 22.44.52 Quit ChristopherW ("Leaving.") 22.45.29 # Still after iend in the codec map. 22.50.02 Join ChristopherW [0] (n=christop@ip70-162-55-91.ph.ph.cox.net) 22.51.20 Part tdizzy 22.51.29 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 22.52.14 # shotofadds: yeah.. 22.52.23 # brb 22.54.55 Quit ChristopherW (Client Quit) 23.10.05 Join ChristopherW [0] (n=christop@ip70-162-55-91.ph.ph.cox.net) 23.10.13 # I've just written a quick-n-dirty Windows program to write raw sectors with known values to the first 16Mb of the m200's flash, along with some Rockbox code to test reading those sectors with the Telechips NAND driver. The result? 23.10.32 # Not a single failure. Time for a longer test.... 23.11.39 Quit jgarvey ("Leaving") 23.12.31 Quit petur ("Zzzzz") 23.12.33 Quit Nibbl (Read error: 104 (Connection reset by peer)) 23.12.47 Quit davina ("GNU/Linux the free alternative to Windows") 23.13.09 # * bertrik is slowly making some sense of sansa c200 charging 23.13.40 *** Saving seen data "./dancer.seen" 23.14.52 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 23.15.33 Join tessarakt [0] (n=jens@e180065110.adsl.alicedsl.de) 23.19.20 Quit massiveH (Read error: 104 (Connection reset by peer)) 23.19.28 Join massiveH [0] (n=massiveH@pool-71-187-1-26.nwrknj.fios.verizon.net) 23.20.35 Quit BlakeJohnson86 (Remote closed the connection) 23.21.00 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 23.22.24 Quit tessarakt (Read error: 113 (No route to host)) 23.23.16 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 23.24.11 Join tessarakt [0] (n=jens@e180065110.adsl.alicedsl.de) 23.24.42 Join Strife89 [0] (n=michael@204.116.245.152) 23.25.26 # Okay, I'm going WAY out on a limb here: Does anyone know which file (in the source) controls fading? 23.25.53 # shotofadds: but will it work on d2? :> 23.27.56 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.28.39 Quit bluebrother ("Leaving") 23.29.12 Quit sitwon ("Leaving") 23.29.36 Join Nibbl [0] (n=Nibbler@91-67-150-33-dynip.superkabel.de) 23.30.20 Join hannesd [0] (n=light@p5B1630B1.dip0.t-ipconnect.de) 23.31.57 Quit Vorador ("Ex-Chat") 23.37.48 Part Strife89 23.39.39 Join safetydan [0] (n=evertond@rockbox/developer/safetydan) 23.40.19 Quit floatsaka () 23.42.03 Quit Bensawsome (Read error: 104 (Connection reset by peer)) 23.42.28 Join Bensawsome [0] (i=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 23.48.29 Quit davina (Remote closed the connection) 23.49.22 # preglow: yeah, they're using the same code (current SVN). From what I've seen so far there's barely any difference from the D2 scheme. Further testing will have to wait til tomorrow... 23.50.13 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 23.50.22 # shotofadds: would be extremely cool if it worked 23.50.43 # i'll throw myself at sd again when i get back in a week 23.50.59 # so i can start coding something more audio related soon :> 23.51.53 # well, that's one reason to get it working :) 23.54.59 Quit ender` (" It's is not, it isn't ain't, and it's it's, not its, if you mean it is. If you don't, it's its. Then too, it's hers. It isn") 23.56.33 # preglow: believe it or not, it's now 6 months since the first D2 commit, so it's about time I got this damned NAND driver working.. I'm determined to get some improvements done in the next couple of weeks. Add in some SD magic and things could be looking up :-) 23.58.03 Quit Zarggg (Success)