--- Log for 15.01.109 Server: niven.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 1 month and 7 days ago 00.01.14 Quit bmbl ("Woah!") 00.01.46 # FS#9800 - Zero-wait boost for PP502X 00.02.37 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 00.03.13 Quit bluebrother ("leaving") 00.04.05 Join solexx [0] (n=jrschulz@e176116049.adsl.alicedsl.de) 00.04.21 Quit kachna (Read error: 104 (Connection reset by peer)) 00.07.06 Part red0nkulous 00.10.30 # Zagor: compiling 00.10.41 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 00.14.36 # Zagor: updating bootloader isn't needed, is it? 00.14.40 # no 00.15.28 Quit ibseco (Read error: 60 (Operation timed out)) 00.16.15 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-feaa5863f18a34fb) 00.18.04 # JdGordon: your patch works good so far 00.18.38 # great 00.18.46 # and the lag I was reporting was actually svn, I've never noticed before :S 00.19.42 # pixelma: did you get to test it on hwcodec? 00.19.56 Quit solexx_ (Read error: 110 (Connection timed out)) 00.21.45 Quit Llorean (Read error: 104 (Connection reset by peer)) 00.22.09 Join Llorean [0] (n=DarkkOne@adsl-65-68-72-166.dsl.hstntx.swbell.net) 00.22.53 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 00.24.02 Quit MethoS (Remote closed the connection) 00.26.38 Join akur [0] (n=akur@bl6-146-119.dsl.telepac.pt) 00.26.43 Part akur 00.27.34 Quit Zagor ("Bed time") 00.30.18 Quit tim__ (Read error: 104 (Connection reset by peer)) 00.31.13 Join tim__ [0] (n=aoeu@124.93.243.83) 00.33.33 Quit J-23 ("ZNC - http://znc.sourceforge.net") 00.33.43 Join Davide-NYC [0] (n=Davide-N@user-12ld9li.cable.mindspring.com) 00.34.02 Quit gevaerts (Nick collision from services.) 00.34.12 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 00.35.34 # jhMikeS: I'm hoping you can help me a bit with setting the cache and mmu up. It's exactly the same procedure as it's the (almost) the same SoC. I copied the mmu setup from the f/x crt0.S, and the bootloader does boot, but not the main build, so there's probably something missing 00.35.57 Join J-23 [0] (n=zelazko@unix.net.pl) 00.38.10 # JdGordon: I just had the next track info not showing up 00.38.46 # I wanted 20s for it to show up, then skipped. At the next song, the next track info was good again 00.39.38 # was it actually in the buffer? 00.40.01 # I think some debug wps tags might be useful here :p 00.40.02 # meh, forgot to look 00.40.21 # i doubt it was... next track seems to be fairly reliable now, except for PaulJam :/ 00.40.55 # ah here, I have a song playing now, buffer is nearly empty, and next track info is missing 00.41.05 # still not there after 30s 00.42.11 # kugel: you can look in the buffering debug menu, if track count is 1, then the next track isn't buffered yet. 00.42.55 # it is 00.43.09 Join Davide-NYC_ [0] (n=Davide-N@user-12ld9li.cable.mindspring.com) 00.43.18 Join neddy [0] (n=john@nat/sun/x-ce5518c2ead53692) 00.43.58 # Llorean: you have an archos yeah? 00.44.39 # Does anyone know if MarcGuay recovered his Gigabeat S just to v1.2 OF or if he got Rockbox on there proper. 00.45.22 # wow, the buffer was <10k before refilling. Nice watermark rework 00.46.10 # yeah.. i wonder if thats going to be too tight 00.46.23 # I didn't hear skipping 00.46.42 # but you didnt have next track info! :D 00.47.13 # blame Zagor? ;) 00.48.10 Quit Davide-NYC (Read error: 145 (Connection timed out)) 00.48.22 Nick Davide-NYC_ is now known as Davide-NYC (n=Davide-N@user-12ld9li.cable.mindspring.com) 00.48.26 # JdGordon: is it possible to get the next track info from playlist (instead of mob) if the next track isn't buffered? 00.48.53 # JdGordon: isn't it expected that there is no next track info when the track isn't buffered yet? The comment in playback.c somehow sounds as if this isn't implemented yet (// TODO: fix this.. ) 00.48.57 # im not sure.. but that isnt ideal.. it would force a spin up which we dont want 00.49.24 # JdGordon: but it's determined at refilling 00.49.43 # PaulJam: yeah, that fixme is more figure out how what should actually be there.. that was my first guess but may be wrong 00.49.44 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 00.49.46 # i.e. you can ask the playlist for the missing track info already at refilling time 00.49.59 # without extra spinup 00.50.14 # You can ask about the filename, but not much more 00.50.31 Part toffe82 00.50.37 # if you have the filename you can to get_metadata().. 00.50.39 # Zagor: using fs9800 on e200v1 now. No apparent issues, gui seems responsive enough 00.50.41 # do* 00.51.01 # average clock speed is below 30MHz too, so we're saving battery 00.51.06 # * pixelma wonders why one gets the warning abour reconfiguring after "make && make zip" 00.51.13 # *about too 00.51.20 # configure is newer than the makefile 00.51.28 # i believe that happens if the configure script changes and you haven't rerun it 00.51.40 # timestamp-wise 00.52.00 # kugel: the second the metadata is avilaable for the next track, the WPS will update... this will happen automatically when its refilled.. we dont want to cause extra spinups to get this 00.52.15 # yes, but why does it tell me after the successfull nuild? 00.52.28 # JdGordon: :? I just explained that you don't need an extra spin up 00.52.43 # * pixelma joins typing school 00.53.15 # how would you get the metadata if you only have a filename? 00.53.28 # get_metadata 00.53.38 # ... 00.53.45 Quit _lifeless (Remote closed the connection) 00.53.47 # that's used in pictureflow to get the metadata for the current slide 00.53.53 # does that magically pull the info from thin air? 00.54.12 # I don't understand 00.54.29 # PaulJam: I cant reproduce your next track bug 00.54.33 # JdGordon: why don't you do it like it is currently done in SVN? if i understand correctly there is an extra struct (lasttrack_id3) that holds the metadata of the first unbuffered track. 00.55.05 *** Saving seen data "./dancer.seen" 00.55.08 Quit Davide-NYC ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 00.55.13 # I can :S 00.56.12 # kugel: How will get_metadata get metadata without a spinup if the data isn't on the buffer already? 00.56.40 # the disk is still spinning from the (re)buffer? 00.57.18 Quit ender` (" A man without religion is like a fish without a bike.") 00.57.23 # PaulJam: I guess thats what the fixme is for... 00.57.33 # as I said, you can determine the missing track at refilling time. so once refilling is finished, you can ask the playlist for the filename and parse the metadata 00.57.35 Join _lifeless [0] (n=lifeless@90.151.41.197) 00.57.43 Quit _lifeless (Remote closed the connection) 00.57.46 # then the spins down normally 00.58.22 Join _lifeless [0] (n=lifeless@90.151.41.197) 00.58.51 # kugel: On all of our disk based targets the disk should long since be spun down by the time you're at the end of the buffer and the next track is off-buffer, except with long FLAC files or something 00.59.28 # Llorean: I think you don't quite understand what I mean 00.59.55 # when the buffer is empty (or you start something new), the buffer is refilling 01.00.31 # this is the point where you can determine the missing track. and within this refilling you can parse the missing track (which won't fit into the buffer) for metadata 01.00.58 # split seconds after refilling finished 01.01.37 # isn't that what's currently happening? 01.01.50 Quit J-23 (Read error: 101 (Network is unreachable)) 01.01.57 # apparently not in JdGordon's patch 01.02.09 # * kugel doesn't know how it's exactly done in svn 01.02.15 Join mrkiko [0] (n=mrkiko@host234-110-dynamic.41-79-r.retail.telecomitalia.it) 01.02.28 # apparently its done like that in svn 01.02.50 # which is a bit i didnt understand fully, but will readd 01.03.33 # JdGordon: I think that should be working with your patch too, and I suspect you possibly don't even need a temporary second id3 struct 01.04.23 # you're right... it needs the 3rd static id3 sturct put back 01.04.32 # unless it's invalid to put the next track info for the unbuffered track into the MoB 01.04.55 # it wont fit in Mob! 01.04.57 # that the point 01.05.05 # once bufffering finishes... there is no room left 01.05.36 # hm? after 0.1s there should be enough place for a id3 struct, not? 01.06.04 # by then the disk should be spun down 01.06.06 # or maybe not, I haven't calculated 01.07.11 # JdGordon: currently testing on my Ondio, no next track info before the first track change 01.08.19 # at all? 01.08.59 # does the wps show correct info for the current track? 01.09.15 # "/* prev track during track-change-transition, or end of playlist, * next track otherwise */" 01.09.22 # didn't that work out well? 01.10.14 # I don't see where you need 3 id3 structs if you use your approach of user "other_track" for both prev and next track 01.10.28 # s/user/use 01.10.56 # that would only work if the buffer holds only 1 track 01.10.59 # tried before with SVN and it worked as it used to. No next track at all (in my WPS I check for the presence of a next track's filename and of no other metadata is found it'll display that but it didn't)... same on second try, just letting it play 01.11.18 # current track's metadata is displayer correctly 01.11.51 # *displayed 01.11.53 # I think you can have 2 id3 structs. the one holding the current track, one holding the other. you never need prev and next track at the same time, do you? 01.12.59 # pixelma: ok, I guess this means I havnt modified mpeg.c properly.... as long as it doesnt crash or anything I'm happy... someone with a actual target might need to fix this :/ 01.13.05 # so you can just swap "next track" with "current track" on track transition, and then write the next track info into that that held current_trackbefore 01.13.07 # kugel: comments are misleading... 01.13.51 # JdGordon: it doesn't even help when stopping and resuming (forcing a buffer) within the last half a minute of the track which should be a time next track is in buffer with the 128kbps MP3s I'm testing with 01.13.53 # but I imagine it can actually work this way 01.15.43 # pixelma: ok.. thanks for testing 01.16.33 # kugel: no.. it cant... there are 2 id3 structs which get round-robbined between the current track and the next track... there is nowhere to store info for the unbuffered track just yet 01.17.55 Quit mrkiko ("leaving") 01.18.18 # JdGordon: well, actually it doesn't matter anyway 01.18.49 # either way, if you put it into the MoB, or in a static struct, you'll need 1 extra id3 struct in both cases 01.20.44 Quit faemir ("Leaving") 01.20.57 Join J-23 [0] (n=zelazko@213.192.74.3) 01.23.46 Quit tim__ (Connection timed out) 01.24.04 # JdGordon: what did Zagor say for testing the coldfire patch - just trying with the new firmware file is enough, changing the build completely is not needed? 01.24.18 # yeah 01.25.30 Join tim__ [0] (n=aoeu@124.93.243.83) 01.27.29 # PaulJam: good work... I've put that back in, so i now have next track info with only 1 track buffered 01.28.30 # this probably makes the next id3 avialable event useless... 01.28.54 # if i wanted to try to decrypt the iriver lplayer and e100 firmware where should i start? is there a program that simplifies comparing the .hex files at all? 01.29.23 # JdGordon: probably ;) 01.29.23 # TheSkunkMan: a short course in cryptonalyses... 01.29.53 # kugel: was there ever agreement that we should change the power button the sansas to not go up one level when you hit it? 01.29.54 # so, lets sum up, I was twice suggesting things that are already done this way today :/ 01.29.55 # TheSkunkMan: we need to get in touch with the guy who cracked the older iriver firmwares... 01.30.04 # i'm 99% sure i remember that being a bug but i want to double check 01.30.25 # saratoga: I think there was, and I made the patch (not entirely finished since I'm waiting for Llorean to test it) 01.30.57 # kugel: what was the fs number for it? 01.31.19 # http://www.rockbox.org/tracker/task/9662 01.31.44 Join JackZhou [0] (n=cef8a591@gateway/web/cgi-irc/labb.contactor.se/x-eaa33816183d71a4) 01.32.03 # the result is, that power cannot really be used for canceling (except for plugins), but that's supposed to be mapped to |<< anyways 01.32.10 # kugel: this issue has been driving me crazy ever since I tried your first version of that patch and noticed it 01.32.45 Join Sonicjosh [0] (n=GLaDOS@ppp-69-223-37-77.dsl.dytnoh.ameritech.net) 01.32.50 # well i'm strongly in favor of commiting it 01.32.59 # Llorean wanted to look at it before we do? 01.33.10 # I think so yes, I talked to him 01.33.34 # Llorean: what are you thoughts on commiting fs9662? 01.33.37 Quit flydutch ("/* empty */") 01.33.38 # but before committing it should be noted that langs need fixing (yesno screen, time&date) 01.34.31 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 01.35.03 # since cancel is mapped to |<< consistently (it always was), but yesno screen and time and date ask the user for power nevertheless 01.35.57 # and keymap is mixed with langs here :/ 01.36.21 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 01.36.32 # where can i download rockboy? 01.36.41 # saratoga: if you test it, would you please comment on the time & date screen? if that's still usable sufficiently? it changed a bit 01.37.01 # Sonicjosh: it's built-in (as a plugin) 01.37.13 # Sonicjosh: check the manual 01.37.16 # you start it by "clicking" on a gb(c) file 01.37.24 # Sonicjosh: maybe download the manual instead... ;) 01.37.26 # is there a way to get diff-stat output from svn, instead of an actual diff? 01.37.40 # * pixelma too slow 01.38.07 # that might belong in the other channel, but it relates to the build-info.txt some of use were talking about a while ago... 01.38.18 # svn diff|diff-stat? 01.38.41 # i.e. piping, if diff-stat exists as an external tool that is 01.39.28 # right... i don't have it here, but i guess we can check for it before trying to use it. 01.39.33 # PaulJam: kugel: new version is on the tracker 01.39.44 # except i forgot to remove the CF clock patch... 01.40.36 # ok, its safe now 01.43.55 # if [ -x "`which diffstat 2> /dev/null`" ]; then svn diff -r 19764:19765|diffstat; fi 01.45.09 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 01.45.46 Quit agaffney (Read error: 104 (Connection reset by peer)) 01.46.59 # Hi, I'm still requesting edit permissions to the wiki to upload a wps. 01.47.48 Quit Makuseru (Read error: 104 (Connection reset by peer)) 01.48.09 Join ae88925 [0] (n=tpratt@c-24-147-250-74.hsd1.ma.comcast.net) 01.48.53 # JackZhou: I assume you're JackZhou? 01.50.08 # rasher: Yup. 01.50.16 # Added, now please don't spam. 01.50.27 # rasher: yes, basically. it would be a bare svn diff, though... the idea is that build-info.txt would have "detailed" info, whatever that means, on the source from which the build was made. if building from svn, i'm not sure we can get more than a diff-stat of the local changes. if building from git, probably the diff-stat, a commit-ish for the current HEAD, and a note if the working tree is dirty. 01.50.46 # rasher: Okay, thanks. 01.50.48 Quit JackZhou ("CGI:IRC") 01.51.14 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 01.51.40 # Unhelpful: ah, I didn't know what the intention was, yeah, that makes sense 02.01.38 Join mhydronic [0] (n=asdf@r74-192-214-61.bcstcmta02.clsttx.tl.dh.suddenlink.net) 02.01.41 Part Sonicjosh 02.02.13 # hi, my calendar is off. it says tuesday the 14th. could this be a wps issue? 02.02.57 # wrong year probably 02.03.20 # can you set the calendar? 02.04.29 # presumably it uses the date in rockbox 02.04.54 # which can be set? 02.05.40 # It's under "System" at the main menu, I think 02.05.46 # hmm... that new version of the playback patch may have made things worse... I just saw gobledygook info for the current track which I hadnt seen in a whil :( 02.06.01 Quit tvelocity (Remote closed the connection) 02.06.09 # JdGordon: looks perfect now 02.06.13 # the patch that is 02.06.45 # i havent seen any issues with the new version of the patch 02.07.15 Quit saratoga ("CGI:IRC (EOF)") 02.08.11 # can someone guide me in changing the time/date ? 02.08.34 Quit Thundercloud (Remote closed the connection) 02.09.11 # ae88925 already gave you a pointer, you could also try reading the manual. 02.10.11 # im trying that 02.10.16 # i don't see that option in system 02.10.24 # let me try switching wps 02.10.44 # why would that help? wps doesn't change anything in the menu. 02.10.57 # i think it might actually be under settings... but really, you could look at the manual. 02.11.05 # yes, i'm doing that 02.11.17 # and its supposed to be under system, yet its nto 02.11.20 # It's under system in the main menu 02.11.51 # ah 02.11.53 # thanks 02.13.04 # this type of question is prolly something you guys hear a lot, but do you know if there will be support for ipod classic? those things are cheap on amazon right now 02.17.28 # mhydronic: as far as i know no one with the neccessary knowledge is workin on that port. And the encryption and the undocumented hardware don't really raise the chances of a port happening. 02.20.38 # ok, thanks PaulJam 02.20.45 Quit tessarakt ("Client exiting") 02.20.47 Quit mhydronic () 02.21.14 # dagactie.nl, Sandisk sansa e260 4gb @ 64eu 02.22.00 # that sounds expensive... 02.22.49 # i'm unexperienced w that model, but cnet price comparison was from 99$ 02.27.09 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-fa231ed31661325f) 02.47.21 Quit soap (Remote closed the connection) 02.49.56 Join soap [50] (n=soap@rockbox/staff/soap) 02.50.33 Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) 02.55.07 *** Saving seen data "./dancer.seen" 03.05.51 Quit culture (Connection timed out) 03.06.01 Quit kugel (Read error: 104 (Connection reset by peer)) 03.07.11 Quit XavierGr () 03.08.53 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-c9138b49eab5a611) 03.11.55 Quit PaulJam (".") 03.16.24 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 03.24.53 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 03.33.36 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 03.37.04 Quit fdinel (Read error: 104 (Connection reset by peer)) 03.44.49 Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") 03.52.32 # any opposition to renaming resize_on_road, and possibly resize.c as well? if it's going to happen, it should be before other things are using it... but i think that scaler.c and scale_image_callback would be better names. 03.53.11 # or just scale_image, but it might be wise to reserve in case we need/want a non-callback-based version, at some point. 03.56.38 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 03.57.20 Quit blithe (Read error: 60 (Operation timed out)) 03.57.58 Join Esdian [0] (n=Esdian@206.74.32.169) 04.00.12 # Sorry, to bother everyone, but how do you Restart a rockbox'd Sansa e200 In safe mode. Cause I thought It was off, but it was not oops, when I pluged in the USB cord the screen went all blocky and I can't turn it off now. 04.01.58 # i don't know what you mean by "safe mode"... but if you hold the power button long enough, it should turn off, regardless of how it ended up locked up. 04.03.00 # Got it off thanks.. would have hated to brick it in 2 weeks of use. 04.12.03 Join fyrestorm [0] (n=fyre@70.19.36.67) 04.13.19 Join blithe [0] (n=blithe@stiletto.djblithe.com) 04.13.40 Quit Nico_P (Remote closed the connection) 04.13.49 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-692b41472ca3d327) 04.16.51 Join Barahir_ [0] (n=jonathan@Xca09.x.pppool.de) 04.19.47 Part Esdian 04.25.07 Quit Barahir (Read error: 145 (Connection timed out)) 04.25.59 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 04.26.04 Join lymeca [0] (n=lymeca@student164-87.hampshire.edu) 04.28.18 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.30.31 # does anyone have a favored cryptanalysis program for comparing encrypted files? 04.31.25 # * Unhelpful wonders if this is the right channel for that question? 04.32.13 # well i was wondering because im interested in trying to decrypt firmware 04.33.02 # and you guys might prefer some over others for that kind of stuff 04.35.23 # i wasn't aware such general programs even existed 04.37.25 # maybe not i just assumed there was something out there ill just try to write my own scripts 04.38.28 # general cryptanalysis isn't readily automated... you will need to know what cipher is in use, or to reverse-engineer it, before you can start thinking about keys. 04.47.45 Join toffe82 [0] (n=chatzill@75.12.168.164) 04.52.25 Quit colesterol_dog ("sleep") 04.54.16 Join blkhawk- [0] (n=blkhawk@g228071140.adsl.alicedsl.de) 04.55.10 *** Saving seen data "./dancer.seen" 04.56.52 Quit tim__ (Connection timed out) 04.59.36 Join tim__ [0] (n=aoeu@124.93.243.83) 05.05.41 Quit at0m ("zzZ") 05.11.13 Quit blkhawk (Read error: 110 (Connection timed out)) 05.11.14 Nick blkhawk- is now known as blkhawk (n=blkhawk@g228071140.adsl.alicedsl.de) 05.14.40 Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-3ddf538c04870148) 05.19.24 Quit itcheg (Client Quit) 05.27.56 Quit BXCracer (Remote closed the connection) 05.28.20 Quit lymeca (Read error: 110 (Connection timed out)) 05.28.30 Join lymeca [0] (n=lymeca@student165-9.hampshire.edu) 05.37.41 Quit fyrestorm ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 05.45.38 Quit Horscht ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") 05.47.41 Quit TheSkunkMan ("Leaving") 05.51.45 Quit Dhraakellian (Read error: 104 (Connection reset by peer)) 05.53.42 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 05.57.47 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 05.58.56 Quit Seed ("cu, Andre") 05.59.31 Quit Aurix_Lexico ("Leaving.") 05.59.43 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 06.02.31 Quit amiconn (Nick collision from services.) 06.02.33 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 06.03.22 Quit tim__ (Read error: 60 (Operation timed out)) 06.03.32 Quit Makuseru (Read error: 104 (Connection reset by peer)) 06.04.43 Join tim__ [0] (n=aoeu@124.93.243.83) 06.07.16 Join Alystair [0] (i=Alystair@CPE001195cf04f2-CM00407b8794db.cpe.net.cable.rogers.com) 06.07.32 # Where do I find Windows drivers for rockbox once it's installed? 06.08.07 # I plugged in the player and now windows says it detected new hardware heh 06.08.08 # You don't need them. Ignore the message. 06.08.12 # ah ok 06.08.41 # Rockbox doesn't have it's own USB mode implemented yet, so you need to use the Original Firmware for transferring files. 06.08.47 # now it doesn't show up as a drive anymore? :/ 06.08.58 # I can see the future. 06.09.00 # how in the world do I put new music on it then... 06.09.19 # "so you need to use the Original Firmware for transferring files." 06.09.53 # is there a magical key-code to temporarly revert to original firmware or do I have to do it by hand every time I put new music on the thing 06.10.10 # Yes, there's a button combination, different for each device. Read the manual. 06.11.21 # most devices boot automatically if you power them off and then plug in USB 06.11.25 Quit toffe82 (Read error: 110 (Connection timed out)) 06.11.49 Quit Aurix_Lexico ("Leaving.") 06.13.55 Quit lymeca (Read error: 110 (Connection timed out)) 06.14.37 # You can enable Rockbox's (work in progress) UMS mode if you compile your own build (http://rockbox.org/wiki/PortalPlayerUsb). I've been using it on a Gigabeat S with no problems for quite a while, but there might be some issues depending on what target you're using. 06.15.50 # I'm using windows and don't know a compiler from a command prompt :V 06.16.16 # cool_walking_: ...beast is not portalplayer, and compiles with MSC on by default... since there is no MSC mode in the OF 06.16.29 # gah 06.16.32 # I didn't know that 06.17.14 # I use an iRiver H10 06.17.14 # Wait, what? 06.17.44 # also, i think the USB issues don't affect beast 06.18.14 # Oh you just mean you don't have to specifically turn UMS on for the beast, yeah I know that. 06.18.33 # But it's the same code isn't it? 06.19.17 # yes but different hardware 06.19.20 # i have no idea how much of it is shared, i didn't write any of that 06.19.51 # So the remaining issues with the USB stack are due to hardware? 06.20.09 # yes 06.20.15 Join pixelma_ [0] (n=pixelma@rockbox/staff/pixelma) 06.20.26 Quit pixelma (Read error: 110 (Connection timed out)) 06.20.42 # hmmmmmm 06.20.46 # but sansa seems to know better work-arounds than we do... 06.24.41 # hah now I can't even update rockbox because it doesn't show up as drive :D 06.25.00 # aha 06.25.03 # emergency connection works 06.25.20 # rigght...as we suggested before to use ;0 06.25.27 # ;) 06.25.44 # does RB care how files are put on the disk? 06.25.55 # eg. if I throw all mp3s into a single folder will it puke 06.25.57 # other than it's own files, nope. 06.26.03 # cool beans 06.26.48 # Well, there's a limit to how many files you can see in a folder. There's a setting you have to increase to show more files. 06.28.11 # This one: http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildch8.html#x11-1430008.5.5 06.29.05 # though if you havent yet, you probably should have a look through the manual anyway, as you will likely find out many interesting things as well as answering a few other questions you may have 06.30.43 # I can't believe how cool rockbox is tho' 06.30.53 # this is some handy stuff, totally refreshes this hardware :D 06.31.12 # recording with visual audio bars :D 06.33.30 # ! album art 06.34.50 # some of these themes are showing up empty when I try to extract them 06.35.04 # What do you mean? 06.35.45 # http://www.rockbox.org/twiki/pub/Main/WpsIriverH105Gb/aasimple.zip 06.35.58 # shows up as a bunch of empty folders 06.36.18 # all of them do... 06.36.26 # Are you on a Mac or Linux? 06.36.31 # ... windows 06.36.39 # using ALZIP 06.37.26 # that zipping program likely hides folders beginning with a "."...tell it to extract anyway, as the folder is still there, and it should work...otherwise, you may need to use a different program 06.37.27 # The one you linked shows a ".rockbox" directory for me, and in there are some files. 06.38.15 # nevermind, ALZIP is really dumb and can't see the files 06.38.39 # It's probably done on purpose. It probably has a setting to see them. 06.42.35 # what format are the .fnt files? 06.43.04 # http://www.rockbox.org/twiki/bin/view/Main/FontFormat 06.43.15 # please do a bit of searching before asking... 06.52.28 Quit _lifeless (Remote closed the connection) 06.53.52 Join _lifeless [0] (n=lifeless@90.151.41.197) 06.55.12 *** Saving seen data "./dancer.seen" 06.55.24 Quit saratoga ("CGI:IRC (EOF)") 07.10.54 Quit tim__ (Read error: 145 (Connection timed out)) 07.11.11 Quit z35 ("Leaving") 07.12.55 Quit Alystair () 07.16.38 Quit CaptainKewl (Read error: 60 (Operation timed out)) 07.17.40 Join __lifeless [0] (n=lifeless@89.20.125.53) 07.19.37 Join tim__ [0] (n=aoeu@124.93.243.83) 07.20.26 Quit agaffney (Read error: 110 (Connection timed out)) 07.27.27 Quit parafin (Read error: 60 (Operation timed out)) 07.33.24 Join toffe82 [0] (n=chatzill@ppp-69-238-94-155.dsl.frs2ca.pacbell.net) 07.34.44 Quit tajlero (Read error: 110 (Connection timed out)) 07.34.54 Quit _lifeless (Read error: 110 (Connection timed out)) 07.35.23 Part toffe82 07.35.58 Join parafin [0] (i=parafin@paraf.in) 07.36.39 Quit saratoga_lab ("CGI:IRC (EOF)") 07.47.32 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 07.49.38 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 07.52.11 Join timc`` [0] (n=aoeu@124.93.243.83) 07.52.47 Nick Barahir_ is now known as Barahir (n=jonathan@Xca09.x.pppool.de) 07.58.19 Quit tim__ (Connection timed out) 07.59.35 Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 08.19.05 Quit japc (Read error: 110 (Connection timed out)) 08.21.08 Join PaulJam [0] (n=PaulJam_@vpn-3003.gwdg.de) 08.24.12 Quit JdGordon (Remote closed the connection) 08.24.24 Join Rob2223 [0] (n=Miranda@p4FDCD656.dip.t-dialin.net) 08.24.59 # pixelma_: concerning your comment in FS#9797, i thought this patch currently only affects the iriver coldfire targets. 08.26.06 Join JdGordon [0] (n=Miranda@123-243-140-31.static.tpgi.com.au) 08.29.43 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 08.30.34 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 08.38.53 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.42.14 Quit BHSPitLappy (Remote closed the connection) 08.42.48 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.45.27 Join troy_ [0] (n=toppy@78.146.244.178) 08.50.02 # Zagor: you still about 3/4 in favor of FS#9770? and is the other quarter something that i might be able to "fix"? 08.51.38 Quit BigBambi (Read error: 113 (No route to host)) 08.51.53 Quit ze ("bleh") 08.52.02 # The other 25% is the part of me saying "don't hide the code". And since that is the whole purpose of your patch I doubt it can be fixed. :-) 08.52.06 # Hmpf, saratoga's gone 08.52.20 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 08.53.16 # Zagor: it's not *entirely* hidden, it's declared extern in plugin.h... maybe it would be better to think of it as standardizing what most plugins were doing already? 08.53.34 # Unhelpful: yes, hence the 75% :) 08.55.16 *** Saving seen data "./dancer.seen" 08.55.27 # * amiconn thinks that global api pointer is a good thing, because it gets rid of a lot of multiplicated (not only duplicated) code 08.55.28 # right... i just don't really think of it as "hidden", any more than some symbol that's defined in another object file. would it be less "hidden" if the plugin had to declare it, instead of having it in the PLUGIN_HEADER macro? that seems more error-prone to me, rather than less... 08.55.48 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 08.56.11 # And it also solves a potential race condition if gcc decides to use a mem* function by itself 08.56.13 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 08.56.59 # Right now the mem* function wrappers rely on a properly initialized 'rb', but that is done *in* the plugin, so if that init is too late for the first mem* use -> boom 08.57.21 # This cannot happen if 'rb' is initialized by the loader 08.57.33 # Unhelpful: I don't think my 25% demon can be silenced. Better just ignore him. 08.58.35 # amiconn: that's pretty unlikely, unless you're copying structs before copying the api pointer... i also noticed that either resize.c or bmp.c (can't recall which, now) was getting a memset inserted on *some* targets, though i have no idea what for... 08.58.40 # It's just that the double indirection (while being the most readable implementation) is a little awkward 08.59.47 # if we could use a linker script to alias the symbols on sim, we could kill the double indirection. i don't *like* the pointer-to-pointer, either :/ 09.03.07 # Yeah, but the linker script only solves it for target, not for the sim 09.03.58 Join petur [50] (n=petur@rockbox/developer/petur) 09.04.30 # is there any way to do something similar on the target? if we want to tell the linker where to put a few things, would we be forced to duplicate the entire binutils-provided linker script for dynamic libraries? 09.08.58 Quit JdGordon (Read error: 54 (Connection reset by peer)) 09.11.22 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 09.12.07 # s/target/sim/ of course. 09.15.55 Quit jhulst (Read error: 113 (No route to host)) 09.16.16 Join Alystair [0] (i=Alystair@CPE001195cf04f2-CM00407b8794db.cpe.net.cable.rogers.com) 09.16.32 # hrm so as soon as I try changing to a different theme on rockbox, it reverts to a no-theme type setup... very ugly 09.16.38 # then I can't return to default :/ 09.17.03 # That's the default, built-in theme. You get that when your theme is broken. 09.17.06 # load the cabbiev2 theme to go back to "default" 09.17.12 # perhaps something is wrong with the theme you tried? 09.17.50 # Unhelpful: Not sure whether it is possible, it probably is, but then we'd have to make sure the script works for all kinds of sim hosts 09.18.32 # * amiconn would prefer to stay away from that 09.18.33 # blah 09.18.39 # how do I enable album art view? 09.18.45 # uhh... microSD is working on my fuze 8gb without any delay 09.18.49 # Use a theme which uses album art. 09.18.57 # what changed with the fuze ams stuff since yesterday? 09.19.02 # * lucent pokes svn log 09.19.05 # hrm 09.19.07 # Alystair: use a them that uses album art, and make sure that you have proper album art on your player. 09.19.19 # the one that shows album art breaks :/ 09.19.27 # Lavenia 09.19.40 # You can try to fix it if you want. http://rockbox.org/wiki/CustomWPS 09.19.41 # r19766 by Zagor 09.20.31 # lucent: that wasn't yesterday :) 09.20.57 # hum 09.21.05 # Alystair: the default theme (cabbiev2) shows album art just fine 09.21.10 # I don't understand why my microSD card didn't cause a panic though 09.21.32 Join DerDome [0] (n=DerDome@dslb-082-083-218-205.pools.arcor-ip.net) 09.21.36 # amiconn: i'm inclined toward not blocking commit over the double indirection, but that could be "i-wrote-it-" bias talking. but, it's something that may not *be* possible, and is probably quite tricky if it *is* possible... 09.22.27 # Zagor: the !@#$ thing magically works now 09.22.40 # GodEater: really? 09.22.55 # I have embedded covers and they are not showing up 09.23.00 # Alystair: See http://rockbox.org/wiki/AlbumArt to make sure you're putting the images in the right place. 09.23.04 # We could of course introduce another symbol lookup for the sim, but that wouldn't solve the target<->sim difference, and it adds the question how to return two pointers from sim_plugin_load() 09.23.05 # do they have to be the exact right resultion to be displayed 09.23.06 # embedded won't work 09.23.10 # lucent: nice! 09.23.38 # No they are resized automatically. 09.23.39 # Unhelpful: what is this double indirection? 09.23.52 # Alystair: Rockbox does not support embedded Album Art. 09.24.36 # Zagor: the plugin header has a pointer to rb in it, which the loader uses to store the correct value to rb. it's possible to alias rb to a field in the headin directly with a linker script, but we don't know how to do so on sim. 09.25.47 # w/e I'm not going to fret over it then 09.25.51 # Alystair: this may be useful: http://vcardenasblog.blogspot.com/2008/03/ipod-album-art-extracter-for-rockbox.html 09.26.08 # too much hastle for such a minimally used feature, not going to be looking at the damn thing half the time anyway.. 09.26.16 # I love the fact that the hold button instantly turns off the screen 09.26.24 # if you look in the patch, the changes in plugin.h to PLUGIN_HEADER and in plugin.c are all you need to see "how it works" 09.27.04 # oh man my english voice in this sounds so great now 09.27.39 # hey I found a bug! 09.27.54 # pausing the music stops voice fx from playing until unpausing music 09.28.22 # That's not a bug, that's a feature ;) 09.28.32 Join japc [0] (n=japc@194.65.5.235) 09.28.41 # amiconn: i had a semi-solution for passing the second pointer back on target, actually. if you use dlsym, you're still only going to get a pointer to rb, anyway. i had a version in which target uses __header.api, which is aliased directly to rb, and sim uses __header.api_ptr, which works like the pointer-to-rb that the patch uses now. 09.28.41 # Unhelpful: why the explicit .data section attribute? 09.29.10 # at which point you get a cacaphony of SETTINPLUFILESDATABASE comes on 09.29.12 # Zagor: amiconn caught that one - if rb is in .bss, it can be overwritten by PLUGIN_IRAM_INIT 09.29.15 Join JdGordon|uni [0] (i=7bf38c1f@rockbox/developer/JdGordon) 09.29.37 Quit scorche|sh (Read error: 60 (Operation timed out)) 09.29.40 Quit JdGordon (Read error: 104 (Connection reset by peer)) 09.29.46 # * GodEater_ tighten's his netsplit seatbelt. 09.29.46 Nick JdGordon|uni is now known as JdGordon (i=7bf38c1f@rockbox/developer/JdGordon) 09.30.18 # * lucent follows suit 09.30.24 Join scorche|sh [0] (n=scorche@squisch.net) 09.30.43 # here's the direct-alias-on-target, pointer-to-api-on-sim version, but it's out of sync, now: http://www.rockbox.org/tracker/task/9770#comment27617 09.31.03 Quit DerDome ("Leaving.") 09.31.30 # Of course we could just #define rb __header.api and be done. But I think this actually needs more code for api access than a pure rb pointer, initialized in whatever way 09.32.02 # I think the double indirection is the way to go for now, even if it's "wasting" 4 bytes 09.33.33 # why does plugin_iram_init() clobber .bss? 09.34.59 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 09.36.04 Join troy__ [0] (n=toppy@78.144.193.96) 09.37.38 # * Unhelpful didn't even know that it did, which is why somebody else had to figure out why mpegplayer crashed. 09.38.08 # Zagor: It doesn't. The problem is not the iram init, but rather that .bss reuses the iram section. So we must not write to .bss *before* the iram init is done 09.38.28 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 09.40.03 # PaulJam: the patch description just read "coldfire" so I didn't look closer but I see now that there are some changes only to system-iriver.c... 09.42.11 # the patch definitely changes behaviour here still ;) 09.47.06 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 09.49.06 Join ze [0] (i=ze@76.91.72.105) 09.54.22 Quit troy_ (Read error: 110 (Connection timed out)) 09.55.18 Quit JdGordon ("http://www.mibbit.com ajax IRC Client") 09.55.38 # Zagor: can you describe for me what r19766 is? 09.55.56 # I'm wondering whether or not it is the reason microSD suddenly works 09.56.04 # it only works after boot 09.58.10 # lucent: it changed the way cpu clocking flags were set. the old way used xor instead of or for some reason. 09.58.35 # Zagor: does it affect the bootloader? 09.59.26 # lucent: no, the bootloader does not use this function 09.59.32 # hm 09.59.56 # sansafuze has some weird bugs 10.00.06 DEBUG EOF from server (Success) (snapshot: netstuff.c line 545) 10.00.06 *** Cleanup 10.00.06 *** Cleanup 10.00.06 *** Saving seen data "./dancer.seen" 10.00.06 *** Exit 10.00.07 *** Started Dancer V4.16 10.00.07 *** Connected to irc.freenode.net on port 6667 10.00.07 *** Logfile for #rockbox started 10.00.11 *** Server message 501: 'logbot :Unknown MODE flag' 10.00.11 Mode "logbot :+i" by logbot 10.00.11 Join logbot [0] (n=bjst@gateway/web/cgi-irc/labb.contactor.se/x-05b78ef455b36bd4) 10.00.11 Join maraz [0] (i=maraz@xob.kapsi.fi) 10.00.11 Join ze [0] (i=ze@76.91.72.105) 10.00.11 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 10.00.11 Join troy__ [0] (n=toppy@78.144.193.96) 10.00.11 Join scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 10.00.11 Join japc [0] (n=japc@194.65.5.235) 10.00.11 Join Alystair [0] (i=Alystair@CPE001195cf04f2-CM00407b8794db.cpe.net.cable.rogers.com) 10.00.11 Join petur [50] (n=petur@rockbox/developer/petur) 10.00.11 Join B4gder [241] (n=daniel@rockbox/developer/bagder) 10.00.11 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 10.00.11 Join ender` [0] (i=krneki@foo.eternallybored.org) 10.00.11 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 10.00.11 Join Rob2223 [0] (n=Miranda@p4FDCD656.dip.t-dialin.net) 10.00.11 Join PaulJam [0] (n=PaulJam_@vpn-3003.gwdg.de) 10.00.11 Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) 10.00.11 Join timc`` [0] (n=aoeu@124.93.243.83) 10.00.11 Join parafin [0] (i=parafin@paraf.in) 10.00.11 Join __lifeless [0] (n=lifeless@89.20.125.53) 10.00.11 Join pixelma [0] (n=pixelma@rockbox/staff/pixelma) 10.00.11 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 10.00.11 Join blkhawk [0] (n=blkhawk@g228071140.adsl.alicedsl.de) 10.00.11 Join Barahir [0] (n=jonathan@Xca09.x.pppool.de) 10.00.11 Join blithe [0] (n=blithe@stiletto.djblithe.com) 10.00.11 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 10.00.11 Join soap [50] (n=soap@rockbox/staff/soap) 10.00.11 Join ae88925 [0] (n=tpratt@c-24-147-250-74.hsd1.ma.comcast.net) 10.00.11 Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 10.00.11 Join J-23 [0] (n=zelazko@213.192.74.3) 10.00.11 Join neddy [0] (n=john@nat/sun/x-ce5518c2ead53692) 10.00.11 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 10.00.11 Join Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean) 10.00.11 Join solexx [0] (n=jrschulz@e176116049.adsl.alicedsl.de) 10.00.11 Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) 10.00.11 Join undertakingyou [0] (n=will@undertakingyou.dsl.xmission.com) 10.00.11 Join n17ikh|Lappy [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) 10.00.11 Join HellDragon [0] (n=jd@Wikipedia/HellDragon) 10.00.11 Join suom1 [0] (i=markus@2001:4c40:1:0:0:0:0:11) 10.00.11 Join FlynDice [0] (n=jack@m140436d0.tmodns.net) 10.00.11 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 10.00.11 Join AndyI [0] (i=AndyI@212.14.205.32) 10.00.11 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 10.00.11 Join goffa_ [0] (n=goffa@216.220.23.105) 10.00.11 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 10.00.11 Join Zambezi [0] (i=stolgfor@91.205.60.130) 10.00.11 Join preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) 10.00.11 Join jfc [0] (n=john@dpc691978010.direcpc.com) 10.00.11 Join gromit`` [0] (n=gromit@ALagny-154-1-6-203.w83-112.abo.wanadoo.fr) 10.00.11 Join crwl [0] (n=crawlie@a91-154-18-71.elisa-laajakaista.fi) 10.00.11 Join Xerion [0] (n=xerion@82-170-197-160.ip.telfort.nl) 10.00.11 Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 10.00.11 Join reacocard [0] (i=reacocar@saga.silenceisdefeat.com) 10.00.11 Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 10.00.11 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 10.00.11 Join markun [50] (n=markun@rockbox/developer/markun) 10.00.11 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 10.00.11 Join alexbobp [0] (n=alex@69.149.25.200) 10.00.11 Join midkay [0] (n=midkay@rockbox/developer/midkay) 10.00.11 Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) 10.00.11 Join Slack_ [0] (n=brett@12-218-60-196.client.mchsi.com) 10.00.11 Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 10.00.11 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 10.00.11 Join Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) 10.00.11 Join Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 10.00.11 Join Dieterbe [0] (n=Dieterbe@213.219.168.87.adsl.dyn.edpnet.net) 10.00.11 Join DaCapn [0] (i=dacapn@using.your.wireless-inter.net) 10.00.11 Join tim__b [0] (i=tim__b@the-ascii-scene.doesntexist.org) 10.00.11 Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) 10.00.11 Join obo [0] (n=obo@rockbox/developer/obo) 10.00.11 Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) 10.00.11 Join Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) 10.00.11 Join amigan [0] (i=dcp1990@ip68-226-92-253.ri.ri.cox.net) 10.00.11 Join ajb [0] (n=user@cpc2-cmbg5-0-0-cust252.cmbg.cable.ntl.com) 10.00.11 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 10.00.11 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 10.00.11 Join feisar [0] (i=jljhook@tarjoo.mulle.olut.gr) 10.00.11 Join merbzt [0] (n=benlar@193.13.246.198) 10.00.11 Join idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) 10.00.11 Join GodEater [0] (n=ge@rockbox/staff/GodEater) 10.00.11 Join dionoea [0] (n=dionoea@videolan/developer/dionoea) 10.00.11 Join jon-kha [0] (i=jon-kha@kahvi.eu.org) 10.00.11 Join _Auron_ [0] (n=DarkAuro@ppp-70-249-156-112.dsl.rcsntx.swbell.net) 10.00.11 Join killan [0] (n=nnscript@c-415472d5.06-397-67626721.cust.bredbandsbolaget.se) 10.00.11 Join Beta2K_ [0] (n=beta@d36-78-228.home1.cgocable.net) 10.00.11 Join Hadaka [0] (i=naked@naked.iki.fi) 10.00.11 Join daurn [0] (n=daurnima@unaffiliated/daurnimator) 10.00.11 Join daurnimator [0] (n=daurn@ppp118-208-173-207.lns10.mel4.internode.on.net) 10.00.11 Join liiwi [0] (i=liiwi@idle.fi) 10.00.11 Join lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 10.00.11 Join balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) 10.00.11 Join shadearg [0] (i=arg@ipv4.panoptix.net) 10.00.11 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 10.00.11 Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 10.00.11 Join lucent [0] (i=lucent@silenceisdefeat.com) 10.00.11 Join krazykit [0] (n=kkit@adsl-76-252-3-75.dsl.ipltin.sbcglobal.net) 10.00.11 Join Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) 10.00.11 Join Bagder [241] (n=daniel@rockbox/developer/bagder) 10.00.11 Join tchan [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 10.00.11 Join chrippa [0] (n=chrippa@evangelion.se) 10.00.11 Join yosafbridge [0] (n=yosafbri@ludios.net) 10.00.11 Join Neovanglist [0] (i=Neovangl@69.31.129.33) 10.00.11 Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 10.00.11 Join larstobi [0] (n=larstobi@195.139.173.50) 10.00.11 Join desowin_ [0] (n=desowin@72.37.225.164) 10.00.11 Join fred_2 [0] (i=fred@hpc-cluster.hamburgnet.de) 10.00.11 Join lastebil [0] (n=truck@cube.lomal.la) 10.00.11 Join flux [0] (i=flux@jolt.modeemi.cs.tut.fi) 10.00.11 Join crashd [0] (i=foobar@lostnode.org) 10.00.11 Join freqmod_qu [0] (i=quassel@2001:700:300:1430:213:d3ff:fee9:5ed0) 10.00.11 Join rasher [50] (n=rasher@rockbox/developer/rasher) 10.00.11 Join courtc [0] (n=court@unaffiliated/courtc) 10.00.11 Join trisiak [0] (n=tree@chello089078243195.chello.pl) 10.00.11 Join pabs [0] (n=pabs@xor.pablotron.org) 10.00.11 Join ch4os [0] (n=ch4os@gentoo/user/ch4os) 10.00.11 Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) 10.00.11 Join tmzt [0] (n=tmzt@76.211.12.137) 10.00.11 Join martian67 [0] (i=lol3izer@about/linux/regular/martian67) 10.00.11 Join synergist [0] (i=christop@cant.be-arsed.co.uk) 10.00.11 Join offset [0] (n=zero@ool-44c0032d.dyn.optonline.net) 10.00.11 Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 10.00.11 Join @ChanServ [0] (ChanServ@services.) 10.00.11 Join Galois [0] (i=djao@efnet-math.org) 10.00.11 Join romain [0] (n=romain@peerfuse.org) 10.00.16 # * lucent frantically grabs a helmet 10.00.17 Join Kohlrabi [0] (n=Kohlrabi@frustrum.nosebud.de) 10.00.17 Join FOAD [0] (n=dok@dinah.blub.net) 10.00.17 Ctcp Version from freenode-connect!freenode@freenode/bot/connect 10.00.20 Join Baw [0] (n=Sphinx@cpe-74-70-40-135.nycap.res.rr.com) 10.00.46 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.00.48 Join tarbo [0] (n=me@unaffiliated/tarbo) 10.01.02 # Zagor: I confirm, your patch changes behavior on 8gb fuze 10.01.04 Join cool_walking_ [0] (n=anthony@203.161.101.209.static.amnet.net.au) 10.01.11 # I should say commit r19766 10.01.20 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 10.01.30 # lucent: well, yes. but how exactly do you mean? in unexpected ways? 10.02.01 # Zagor: prior to r19766, insertion of microSD card to fuze 8gb meant a panic 10.02.38 # I had figured out that adding extray delays in certain places in the code avoided the panic 10.03.32 # right now if the 8gb fuze boots with a microSD card inserted, then there is a panic 10.04.06 # if it boots without a card inserted, and I later insert / eject a card with the device powered on, then there is no problem and it works really good 10.04.50 Join lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 10.05.57 # Zagor: could whatever you bumped be duplicated to run in the bootloader? 10.06.03 # or is that nonsense 10.06.26 Quit tarbo (Read error: 104 (Connection reset by peer)) 10.06.40 Join tarbo [0] (n=me@unaffiliated/tarbo) 10.06.51 # lucent: does the bootloader panic/crash with SD inserted? 10.07.18 # Zagor: I am not certain, I think it might be the firmware or the bootloader 10.07.26 # Zagor: how to know which one it is? 10.08.00 # lucent: depends on how the error manifests. does it freeze, reboot or panic? 10.08.06 # panic 10.09.41 # in any case, the clock change is merely hiding the problem. the proper fix is to make SD work with any clock spped. 10.10.57 Join BigBambi [0] (i=86ceaf37@rockbox/staff/BigBambi) 10.11.11 # really don't know what the bug is event 10.11.24 # what does the panic say? 10.11.27 # even*... kugel has 4gb fuze and says none of these problems bite him 10.11.42 # Zagor: I'm almost certain it's a failure of the CID command 10.11.44 # and I have the 2GB... fun fun :-) 10.11.48 # I can verify in a minute 10.12.23 Quit tarbo (Read error: 104 (Connection reset by peer)) 10.12.37 Join tarbo [0] (n=me@unaffiliated/tarbo) 10.14.08 # Zagor: I'm a bit confused as the description and the player-type listing of FS#9797 only mention "coldfire" but from looking at the changed files it seems like it's only for coldfire Irivers. What's correct now? 10.14.48 # pixelma: iriver is correct. I'll fix the description. 10.15.05 # first comment: "The patch actually only affects iriver currently. I'll update it for iAudio if anyone wants to test on those aswell." 10.15.51 # well, I saw an effect already... 10.16.26 # and didn't read close enough at half past one or so ;\ 10.16.45 Join gartral [0] (n=Gartral@adsl-75-33-65-127.dsl.bcvloh.sbcglobal.net) 10.17.22 # stats.rock in application does not scroll if the text goes "off" the side of the screen 10.17.47 Quit SUSaiyan (Read error: 54 (Connection reset by peer)) 10.18.15 Join SUSaiyan` [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 10.18.44 # pixelma: that effect is probably because you are running with the new slower speed #defines but with code that actually sets other speeds. I would expect that to cause odd behaviour. 10.18.49 Quit tarbo (Read error: 104 (Connection reset by peer)) 10.19.03 Join tarbo [0] (n=me@unaffiliated/tarbo) 10.22.22 # Zagor: -5 is the result from sd_card_init 10.22.37 # err 10.22.43 # sd_init_card() I meant 10.22.52 # "card not initialised" 10.23.00 Quit nuonguy ("This computer has gone to sleep") 10.25.10 Quit tarbo (Read error: 54 (Connection reset by peer)) 10.25.23 Join tarbo [0] (n=me@unaffiliated/tarbo) 10.30.01 # * lucent notes "sleepy time" 10.30.18 Quit kachna|lappy (No route to host) 10.31.16 # * Zagor is not thrilled about all the #defines in storage.h 10.31.38 Quit tarbo (Read error: 131 (Connection reset by peer)) 10.31.51 Join tarbo [0] (n=me@unaffiliated/tarbo) 10.32.48 # isn't that to cause as little memory overhead as possible? 10.32.48 Quit Thundercloud (Remote closed the connection) 10.33.45 # B4gder: why don't simply rename ata_init to storage_init? 10.34.22 # I was rather flummoxed by not finding storage_init when greping all c files 10.34.49 # that's how we do all other target-specific implementations. system_init, set_cpu_frequency etc. 10.36.02 # gevaerts is the person to talk to, but wasn't the idea to be able to support multiple types of storage on the same target? 10.36.49 # I think so, yes 10.37.17 # linuxstb: that will require refactoring too. I should look at gevaerts' patch to see how he does that. 10.37.18 Quit tarbo (Read error: 104 (Connection reset by peer)) 10.37.31 Join tarbo [0] (n=me@unaffiliated/tarbo) 10.40.07 Quit daurn (Remote closed the connection) 10.40.10 # lucent: are you really getting a panic, or an "ATA error"? 10.40.29 Quit daurnimator (Client Quit) 10.42.17 # if it's a panic, it is in the application and not the bootloader. which makes sense since the bootloader is not multivolume enabled. 10.43.37 Quit tarbo (Read error: 104 (Connection reset by peer)) 10.43.52 Join tarbo [0] (n=me@unaffiliated/tarbo) 10.45.34 Join Darksair [0] (n=user@123.112.116.135) 10.49.58 Quit tarbo (Connection reset by peer) 10.50.11 Join tarbo [0] (n=me@unaffiliated/tarbo) 10.54.15 # I wonder if the as3525 PLL setup is correct 10.56.18 Quit tarbo (Connection reset by peer) 10.56.32 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.02.05 Quit tarbo (Connection reset by peer) 11.02.18 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.08.33 Quit tarbo (Read error: 104 (Connection reset by peer)) 11.08.47 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.15.08 Quit tarbo (Read error: 104 (Connection reset by peer)) 11.15.20 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.17.40 # hrm... we have sim plugins building with rb aliased to __header.api, i can verify that by running under gdb and getting the addresses of both after the plugin's been loaded, before it's called 11.17.45 # but, the plugin crashes. :/ 11.20.56 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 11.21.43 Quit tarbo (Read error: 104 (Connection reset by peer)) 11.22.00 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.22.20 # is there a WPS tag for displaying an alternitive file, or say lyrics off of the comments? 11.24.33 # i'm pretty sure there's not, but http://www.rockbox.org/twiki/bin/view/Main/CustomWPS has most of what you'd need to know about wps tags. 11.25.37 # %iC will do nicely 11.27.56 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 11.28.13 Quit tarbo (Read error: 104 (Connection reset by peer)) 11.28.25 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.29.48 Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) 11.34.25 Quit tarbo (Read error: 104 (Connection reset by peer)) 11.34.37 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.34.53 Join flydutch [0] (n=flydutch@host72-163-dynamic.14-87-r.retail.telecomitalia.it) 11.36.13 Quit tarbo (Client Quit) 11.39.55 Quit Alystair (Read error: 60 (Operation timed out)) 11.39.57 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 11.42.14 Quit ze (Read error: 60 (Operation timed out)) 11.42.18 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.42.36 # under notes in the custom WPS wiki page, there is a very confusing entry... http://gar.pastebin.com/m4b33eba3 it say "The image tag must be on its own line. " but theres no real reference 11.43.59 Quit linuxstb (Read error: 110 (Connection timed out)) 11.48.12 Quit tarbo (Read error: 104 (Connection reset by peer)) 11.48.25 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.54.04 Join culture [0] (n=none@cpc2-bele3-0-0-cust89.belf.cable.ntl.com) 11.54.10 Quit tarbo (Read error: 104 (Connection reset by peer)) 11.54.24 Join tarbo [0] (n=me@unaffiliated/tarbo) 11.54.28 Quit cool_walking_ (Remote closed the connection) 11.54.45 Quit tarbo (Client Quit) 12.00.11 *** Saving seen data "./dancer.seen" 12.02.47 Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) 12.03.23 Join ze [0] (i=ze@76.91.72.105) 12.12.50 Join kugel [0] (n=chatzill@unaffiliated/kugel) 12.19.34 # * kugel is curious about lucent's fixed microsd 12.22.40 Quit kachna|lappy (Read error: 113 (No route to host)) 12.28.25 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 12.36.27 Quit XavierGr () 12.37.22 Join Xerion_ [0] (n=xerion@82-170-197-160.ip.telfort.nl) 12.38.23 Quit robin0800 (Success) 12.40.03 Join moos [0] (i=Mustapha@rockbox/staff/moos) 12.46.00 Part gartral 12.51.30 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 12.52.49 Quit tajlero ("Leaving") 12.53.52 Quit Xerion (Connection timed out) 12.53.53 Nick Xerion_ is now known as Xerion (n=xerion@82-170-197-160.ip.telfort.nl) 12.55.05 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 12.56.05 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.00.28 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.06.50 Quit robin0800 (Remote closed the connection) 13.07.56 Quit linuxstb (Read error: 113 (No route to host)) 13.08.41 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.08.50 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 13.09.09 Join tarbo [0] (n=me@unaffiliated/tarbo) 13.11.53 Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) 13.15.00 Quit robin0800 (Read error: 104 (Connection reset by peer)) 13.15.55 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.22.28 Quit tajlero ("Leaving") 13.23.09 Join miepchen^schlaf [0] (n=miepel@p579ECAA4.dip.t-dialin.net) 13.23.29 Quit PaulJam (Read error: 60 (Operation timed out)) 13.25.45 Quit robin0800 (Read error: 104 (Connection reset by peer)) 13.29.19 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 13.29.23 Join AndyIL [0] (i=AndyI@212.14.205.32) 13.33.57 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 13.39.20 Nick tajlero is now known as thisistajlero (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 13.39.53 Part B4gder 13.40.44 Quit AndyI (Read error: 110 (Connection timed out)) 13.40.47 Join PaulJam [0] (n=PaulJam_@vpn-3034.gwdg.de) 13.42.38 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.5/2008121622]") 13.46.30 Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 13.57.01 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 13.59.23 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 14.00.14 *** Saving seen data "./dancer.seen" 14.04.40 Join nplus [0] (n=nplus@243.131.Globcom.Net) 14.06.23 Quit bmbl ("Woah!") 14.06.35 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 14.07.26 Quit Horscht (Client Quit) 14.14.31 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 14.29.18 Quit XavierGr () 14.30.17 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 14.31.51 # did flyspray rss never work? 14.32.23 Quit FlynDice () 14.34.39 # hmm, it does work but my rss readers barf on the ^L chars sprinkled in it 14.40.49 Quit timc`` ("Leaving") 14.42.48 # LinusN: hey, you round? 14.45.43 # Zagor: works fine for me, I use Google Reader for my RSS client 14.46.06 Quit Zagor ("Client exiting") 14.46.20 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 14.46.43 # memo to self: emacs escape key does not work in xchat 14.47.59 # GodEater: yeah it turns out there was just a single task with ^L in it, which confused 'liferea' that I decided to try 14.48.16 # I simply want a small popup when tasks are added or modified 14.48.51 # pixelma: you round? 14.49.21 Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-78134ec51a4c614e) 14.49.30 # gevaerts: Is there a time limit specified between getting the bus reset and continuing communication? It seems to work just intially enabling the driver for the reset and then enabling other interrupts after everthing acked, diconnecting otherwise if enough time passes. 14.55.25 # linuxstb: was it you who said you use one of the sims as your audio player on the comp? 15.05.47 # LinusN: (or anyone...) I need to fix up hwcodec mpeg.c to send an event when the next tracks' id3 info is available. FS#9795 tries to do this but apparently it doesnt work.. Can you have a quick look and see if there is a better place I should be puttting this send_event() ? 15.06.49 # anyone want to guess what the "EAH2" component next to the cpu in this pic is? http://www.flickr.com/photos/90053035@N00/3015735117/sizes/l/in/set-72157608788748182/ 15.09.20 # Is that a +/- on it? 15.09.51 # could be a tiny battery/cap? 15.10.06 # it looks like a -, yes 15.11.47 Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) 15.17.41 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 15.18.30 Quit thisistajlero ("Leaving") 15.22.10 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 15.22.30 Nick tajlero is now known as rocko (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 15.22.43 Nick rocko is now known as rocko_ (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 15.24.19 Join akahhannah [0] (n=be190c9b@gateway/web/cgi-irc/labb.contactor.se/x-3444e62397692f08) 15.25.57 Nick rocko_ is now known as rockos (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 15.26.00 # Zagor: I think they are heads of screws holdibg it in place 15.26.13 # holding 15.26.18 # saluton 15.26.44 # you don't use screws for such small components 15.28.52 # what I'm fishing after is if there is an external clock source on the board. because if there isn't and we are using the internal 24 MHz clock, then it looks like we are boosing at 124 MHz instead of 248. 15.29.25 # JdGordon: hey! I have a question about your bmp numbers patch 15.29.57 # Zagor: sorry battery yes google http://www.google.co.uk/search?q=eha2+battery&ie=utf-8&oe=utf-8&aq=t&rls=com.ubuntu:en-US:unofficial&client=firefox-a 15.32.22 # well those hits aren't exactly conclusive... 15.32.33 Quit Horscht ("http://www.geisterfahrer.org") 15.32.59 # akahhannah: dont ask to ask.... just ask 15.34.22 # ok just wanted to know if you were there... well I have been only able to use on the ipod video and mini 2g sims 15.35.23 # as i did put on the tracker and the forum, I get a data abort crash on the actual targets 15.36.21 # right... like i said in the forum... i've abandoned it for the time being... 15.36.46 Join archivator [0] (i=foobar@77.70.28.57) 15.37.14 Nick archivator is now known as Guest42730 (i=foobar@77.70.28.57) 15.38.01 Nick Guest42730 is now known as archivator (i=foobar@77.70.28.57) 15.38.07 # oh... ok I didn't realize it then.. I still think it's great, hope it makes it through at some point... thanks 15.38.49 # Zagor: that definitely looks like an oscillator 15.42.11 Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) 15.43.09 # LinusN: ok 15.43.18 Quit akahhannah ("CGI:IRC (Ping timeout)") 15.46.10 # Zagor: with the zero wait boost patch that sets the normal frequency to 56MHz i haven't noticed any audio droputs. but i'm not sure it this is useful for testing stability of clock switching, because even though i have enabled crossfeed, eq and replaygain, the cpu doesn't seem to boost at all with mp3 files. 15.47.54 # PaulJam: good point. although it always boosts on buffer refill, so it gets at least a little excercise anyway 15.48.48 # I think the pcm starve flag would be interesting 15.53.01 # hmm, maybe i can create some aac files. they should definitely need boosting. 15.53.21 # PaulJam: ogg is quite demanding too 15.54.58 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 16.00.15 *** Saving seen data "./dancer.seen" 16.08.15 Quit Darksair (Connection timed out) 16.08.54 Join n17ikh [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) 16.18.04 Quit n17ikh|Lappy (Connection timed out) 16.23.11 # the more I think about boosting, the more sense it makes to run ALL code boosted and then go to sleep when no code is running 16.24.02 Join B4gder [241] (n=daniel@rockbox/developer/bagder) 16.24.52 # Since the cores are static, power is spent by the cycle. So if we make sure we don't do boosted idling/waiting, toggling all/nothing is more efficient than all/some. 16.26.52 Join timc`` [0] (n=aoeu@124.93.243.83) 16.29.43 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.29.56 Join tyfoo [0] (n=tyfoo@dyndsl-095-033-119-094.ewe-ip-backbone.de) 16.32.04 # On the other hand I haven't looked into what kind of sleep and wakeup options we have on the different chips. Very Low Clock could of course do the same trick. 16.38.08 Join MethoS [0] (n=lem@host-091-097-244-151.ewe-ip-backbone.de) 16.47.39 Join kugel [0] (n=chatzill@unaffiliated/kugel) 16.49.50 Join midkay_ [0] (n=midkay@75-172-103-156.tukw.qwest.net) 16.50.02 Quit ajb (Remote closed the connection) 16.50.12 Join ajb [0] (n=user@cpc2-cmbg5-0-0-cust252.cmbg.cable.ntl.com) 16.51.41 Join Horschti [0] (n=Horscht@p4FD4FDE0.dip.t-dialin.net) 16.51.57 Quit Horscht (Nick collision from services.) 16.54.54 # LinusN: hey, I'm going to add the setting for "natural sorting" 16.55.31 # I'm just curious about how to call it, I don't really like natural 16.56.06 # "assumption based" ? B) 16.56.35 Join Rob2222 [0] (n=Miranda@p4FDCD656.dip.t-dialin.net) 16.56.49 # Human sorting? 16.57.19 # "natural sorting" is the only thing i've ever heard it called 16.57.29 # I'd rather call it "smart sorting", since no matter of the personal preferences, it's sorting smarter (i.e. by some algorithm vs plainly looking up the ascii table) 16.57.32 Quit Rob2223 (Read error: 104 (Connection reset by peer)) 16.57.37 # or human 16.57.58 # "human understandable" even? ;) 16.58.00 # Yeah, I've never heard it called anything but natural sort 16.58.12 # fun fact: ARM922T draws 250 picowattseconds per cycle 16.58.21 # err, "non-engineerer understandable" 16.58.56 # rasher, kadoban: I just think "the nature doesn't sort" 16.59.10 # natural is a weird term for it 16.59.24 # yeah, it's kind of weird...but it's already known as that :) 16.59.31 # kugel: I agree, and I'm not terribly opposed to calling it something else 16.59.39 # It's not like it's a standard or anything 16.59.51 # I don't have any strong opinion either 16.59.56 # yo, I'm just hoing to find an agreement on the name 17.00.01 # hoping 17.00.10 # i think any that have been suggested would probably be fine... 17.00.16 # so, smart and human are my favorites 17.00.20 # I won't use it anyway :-) 17.01.02 Join Jaykay [0] (n=chatzill@p579E7F59.dip.t-dialin.net) 17.01.26 # what does it do? (/me crawls out from under his rock) 17.01.42 # * rasher really thinks it should default to enabled though 17.02.08 # rasher: well, that's very controversial 17.02.09 # Zagor: sorts 2 before 10 17.02.51 # I'd also have it as default. but on the other hand, it's likely to change behavior without people doing anything but updating (i.e. if they didn't change the sort setting at all) 17.03.17 # is that the same as /usr/bin/sort calls "numeric sort"? 17.03.18 # kugel: I know. Doesn't change my opinion though. For the average, new user (which is what defaults are for), he's not likely to understand why 2 is sorted after 10, whereas someone who actually *wants* that behaviour, will know what's going on 17.03.25 # Zagor: I'd guess so 17.03.27 # therefore I'd rather not change the defaults, just to not unexpectedly change things 17.03.31 # Zagor: yes 17.03.34 # then I vote for that name 17.04.00 # * rasher thinks that's a bit weak 17.04.17 # The defaults should be sane, even if changing them might change the settings for some people 17.04.59 Quit Zagor ("Client exiting") 17.05.07 # They can always change them back if they prefer asciibetical sorting 17.05.31 # but even the average joe that used rockbox for some time is used to the old sorting, and will be curious (even if he likes the new sorting) 17.05.51 # So be it, says I 17.06.31 # i vote for numerical sort as the default 17.07.19 Quit B4gder ("It is time to say moo") 17.07.29 # * kugel remembers the last discussion on this topic :/ 17.07.47 # i still wake up at night because of it 17.07.56 # I'm fine with either 17.08.03 Quit midkay (Read error: 110 (Connection timed out)) 17.08.31 # Can we agree that when chosing a default, we should consider new users, and in particular, new less clued users? 17.08.41 Join webguest56 [0] (n=3a6a711d@gateway/web/cgi-irc/labb.contactor.se/x-3dbab0fe88bc0bb0) 17.08.45 # rasher: yup! 17.09.21 # that's what "sane defaults" is to me 17.09.25 # I can't imagine that that group of users would prefer ascii-sorting 17.09.34 # exactly 17.09.43 # gtg 17.09.45 Part LinusN 17.09.47 # Preaching to the choir here 17.09.54 Quit webguest56 (Client Quit) 17.10.54 # * kugel isn't really happy with "numeric sorting" 17.11.16 # sounds like it would only sort numeric filenames, the rest is random 17.11.25 # i suggest closing of http://www.rockbox.org/tracker/task/6916, cheats for doom. its incomplete, no work for nearly 2 years, doesnt patch, and cheats are usually reducing the fun after some time... 17.11.27 Quit Horschti ("I got raided by the FBI and all i got is this lousy quit message") 17.11.36 # sorry for breaking in your discussion ;) 17.15.07 # Jaykay: Have you tried it recently? 17.15.38 # patching? yes, 2 of 6 hunks failed... should i try to sync it? 17.16.12 Join MethoS- [0] (n=lem@host-091-096-212-148.ewe-ip-backbone.de) 17.16.13 # Yes, try syncing it and see what it does. If you're registered on Flyspray, it would also be a good idea to comment on the patch as well. 17.16.15 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 17.16.42 # If the patch still fails after syncing, I'll go ahead and close it. It's rotting in the tracker, anyway. 17.17.30 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.19.14 # Speaking of bit rot, there are quite a lot of very old patches in the tracker that should either be closed or tested to see if they sync with current SVN. 17.22.10 # LambdaCalculus: should i just apply the failed changes in the .rej? and the "rotten" patches, i could test them. if you had some patches in your mind (?), tell me.... 17.23.52 # Jaykay: I think it's safe to say that the Doom cheats patch is not going to work at all with current SVN. 17.25.17 # ok i synced it succesfully but its not working anyway ;) why should i test it when its safe that...... 17.25.45 # (actually i didnt manage it, i dont understand the .rej) 17.28.18 Quit MethoS (Read error: 113 (No route to host)) 17.29.31 # lambdacalculus37: sorry what should i do now? 17.31.20 Join Xerion_ [0] (n=xerion@82-170-197-160.ip.telfort.nl) 17.33.36 # rasher: am I supposed to add new lang strings at the end of the .lang, or doesn't that really matter? 17.34.19 # kugel: I'm pretty sure you are, yes - only matters for english.lang though, iiuc 17.35.39 # rasher: is it possible to use the form at the bottom of http://rasher.dk/rockbox/translate/ anywhere with own lang files? 17.35.52 # only if I code it up 17.36.56 # ok 17.36.56 # Jaykay: Can you show me the output you're getting from the patching with a pastebin? 17.39.10 # LambdaCalculus37: "Stripping traling CR"? 17.39.30 # all those paste sites add CRs to the paste, for some reason 17.40.44 # lambdacalculus37: i dont get the text out of vmware, im sorry 17.41.51 # how can i store text copied with strg-c in a txt file? 17.41.55 # * kugel suggests using virtual box 17.42.11 # * LambdaCalculus37 seconds kugel's suggestion 17.42.39 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-801a0802ff70ea6b) 17.43.12 # i tried this some time ago, somehow it didnt work 17.43.37 # iirc the image was only for vmware and i didnt know how to convert it 17.43.49 # well, set it up yourself 17.44.04 # install virtual box, install ubuntu, run rockboxdev.sh 17.44.32 # each step is very user friendly 17.45.03 Quit petur ("work->recording") 17.45.05 # what is rockboxdev.sh? 17.45.29 # It compiles the crosscompilers you need to compile Rockbox 17.45.33 # the tool that automatically builds the cross compilers 17.47.30 Quit Xerion (Connection timed out) 17.47.31 Nick Xerion_ is now known as Xerion (n=xerion@82-170-197-160.ip.telfort.nl) 17.49.12 # too lazy, im sorry. can anybody say me how to store the text copied with strg-c in a file? 17.57.30 Quit rockos ("Leaving") 17.59.23 Quit Horscht ("I am root. If you see me laughing, you better have a backup") 18.00.16 *** Saving seen data "./dancer.seen" 18.04.28 # Jaykay: sorry, too lazy 18.09.45 Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 18.11.05 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.15.10 Quit tajlero ("Leaving") 18.15.38 # kugel: the only difference is that it would take a few seconds for you... 18.17.17 Quit domonoky ("Leaving.") 18.18.35 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.42.41 Quit Seed ("cu, Andre") 18.45.40 Quit robin0800 (Read error: 104 (Connection reset by peer)) 18.47.06 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.49.53 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 18.51.47 Join mrkiko [0] (n=mrkiko@host234-110-dynamic.41-79-r.retail.telecomitalia.it) 18.56.54 Quit toffe82 (Read error: 110 (Connection timed out)) 18.58.22 Quit mrkiko ("leaving") 19.08.56 Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 19.09.21 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 19.10.18 # Bagder: is it possible to get rockbox-info.txt from make bin too? 19.10.52 # sucks a bit for my slow laptop to build everything if I only want to check bin&ram sizes 19.11.37 # hm, maybe it's not possible without making LANGs at least? 19.22.08 # kugel: hi there 19.22.39 # kugel: I can't explain why Zagor's commit fixed microSD after power on, but it does 19.24.09 # adding a couple of delays to the inner while() loop for acmd41 thing, now everything is stable on power-on and during operation for external microSD insert / eject 19.24.11 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 19.25.00 # lucent: well, who knows what the piece of code before his commit did 19.25.20 # oh? was it very weird? 19.25.24 # I thought no more delays are needed? 19.25.37 # no delays are needed if the device is already booted up and powered 19.25.44 # no idea, that's the point ;) seems it wasn't doing good things if it broke some microsds 19.25.58 # I still get a panic if microSD is inserted on power up 19.26.08 # well, have you updated the bootloader? 19.26.12 # yes 19.26.22 # bootloader was not touched by Zagor's commit 19.26.27 # it was 19.26.34 # that's in his words, I asked him... so I don't know 19.26.54 # surely it's touched by the commit 19.27.35 # but the bootloader doesn't support microsds (and thus should look for those) so maybe he meant that 19.27.59 # oh, maybe 19.28.47 # I uploaded the bootloader anyways, and it does panic with microSD connected 19.28.59 # but I don't think it's the bootloader that panics 19.29.07 Join gregorovius [0] (n=diego@host167.190-226-178.telecom.net.ar) 19.29.19 # it should be the firmware that is panic'ing 19.29.24 # right? 19.29.50 # hm 19.29.59 # wait a second 19.32.23 # I'm not understanding how to say "we are bootloader" or "we are firmware" when I see a panicf() 19.33.37 # it's the same panic as I always know on 8gb fuze, sd_init_card() comes back with value -5 and the struct is not filled out completely so the code does panicf() not initialised 19.34.18 Quit linuxstb (Read error: 110 (Connection timed out)) 19.36.00 # lucent: http://pastie.org/361686 try this 19.36.37 Join BXCracer [0] (n=bxcracer@78.60.173.238) 19.36.43 # okay, it will be a moment while I test 19.36.50 # this causes rockbox to not init the sd at startup, but slightly later 19.37.23 # slightly later, as in once the sd thread is running 19.37.29 # sd tick task* 19.38.03 Quit preglow (Read error: 110 (Connection timed out)) 19.39.57 # kugel: update my bootloader with this? firmware? firmware + bootloader? 19.41.10 # yea, for the sake of making sure 19.41.12 Join The-Compiler [0] (n=dsmoddin@unaffiliated/the-compiler) 19.42.10 Join webguest97 [0] (n=cd7c35fe@gateway/web/cgi-irc/labb.contactor.se/x-dad5ed32065dce75) 19.42.37 Quit MethoS- (Read error: 104 (Connection reset by peer)) 19.42.58 Quit timc`` (Read error: 110 (Connection timed out)) 19.43.23 Join timc`` [0] (n=aoeu@124.93.243.83) 19.43.25 Quit webguest97 (Client Quit) 19.44.29 Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) 19.44.40 Quit TMM (Read error: 104 (Connection reset by peer)) 19.46.32 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-b3363931cd3b4714) 19.47.03 # kugel: without microSD inserted, it boots fine 19.47.21 # kugel: with microSD inserted, it doesn't boot past ROCKbox graphic screen 19.48.22 Join MTee [0] (n=mtee@41.233.154.89) 19.48.37 # do floating point operations on the beast use software emulation or the VFP? 19.48.53 Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) 19.49.51 Quit japc (Read error: 60 (Operation timed out)) 19.57.29 # lucent: and if you insert after boot? 19.57.38 # kugel: works good if I insert after boot 19.57.47 # saratoga: I would think they use software emulation 19.57.59 # * amiconn sincerely doubts that gcc has VFP support 19.59.45 # saratoga: Btw, the problem with putting codecs on the cop is not only thread safeness, but also cache coherency between CPU and COP 20.00.20 *** Saving seen data "./dancer.seen" 20.00.23 # amiconn: isn't VFP the main FP model in ARM? 20.00.28 # why wouldn't gcc support it 20.00.47 # also, yes I realize the coherrency issue, but thats much easier to solve then thread safety 20.00.59 # No, it's an extension 20.01.08 # (afaiu) 20.03.02 # arm-elf-gcc -mfpu=vfp 20.05.00 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 20.05.21 # lucent: weird that it hangs 20.07.06 # Bagder: so fp codecs should work on the beast? 20.07.56 # kugel: I can make r19773 work on boot by adding some delays to the while() loop with acmd43 20.08.05 # saratoga: afaiu, yes 20.08.37 # hm, possibly not in the 4.0.x series though 20.08.41 # http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28202 20.09.44 # Fixed in 4.1.1, aha 20.11.21 # lucent: I noticed that 20.11.41 # * amiconn isn't sure whether using VFP is generally faster than emulated FP on arm11 20.12.27 # it seems the newer gcc versions have a lot of improvements for advanced arm 20.12.34 # VFP should speed up vector operations a lot (hence the name), but for single operations the overhead might be significant 20.13.21 # A test should tell... 20.13.22 # i think it implements standard ieee754 scalar fp too 20.13.32 # I've managed to build rockbox with arm-elf-gcc v4.1.x, so a compiler change may could be considered (and manageable) I guess? 20.14.28 # without editing rockbox, I might add 20.15.57 # Did it work properly? 20.16.11 # people have benchmarked codecs on PP in gcc 4.1.x before 20.16.36 # no better then 4.0.x, but for armv5+ that might not be so 20.16.46 # Earlier gcc version switches sometimes had the problem that the build(s) compiled ok, but the resulting binaries crashed 20.16.57 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 20.17.07 # kugel: You'd basically need to test bootloaders and binaries on all ARM targets with gcc 4.1.x 20.17.33 # amiconn: I didn't test every part, but it booted and played music fine (that's what I remember) 20.17.48 # Llorean: yea, that's true 20.18.12 # couldn't we just use a different gcc for the beast and newer targets? 20.18.21 # We've seen some strangeness with GCC versions. The Nano bootloader acted very strange back in the early days which is why we ended up using a different GCC than iPL 20.18.21 # just saying, that it may work, if the benefits are worth it 20.19.13 # saratoga: I'd say that should more be a "last resort" than "first plan" :) 20.19.14 Join karashata [0] (n=karashat@69.41.192.215) 20.19.28 # But it may also be a valid temporary measure if it really does offer measurable benefits 20.19.34 # theres posts on rockbox-dev about using gcc 4.2 20.19.43 # saratoga: I'd rather want to reduce gcc version diversity that increase it 20.20.01 # http://www.mail-archive.com/rockbox-dev@cool.haxx.se/msg03283.html 20.20.19 # saratoga: I remember there was also a tracker entry about it 20.20.20 # So if we do a switch, we should check whether it's possible/ desirable to switch the other architectures as well 20.20.32 # amiconn: yeah that makes sense 20.20.55 # Right now we're using 2 versions, 4.0.3 for ARM and SH1, and 3.4.6 for coldifire 20.21.13 # why 3.4.6 for coldfire? 20.21.26 # I know that 4.0.3 works for coldfire too, but that switch wasn't done because there were some performance reductions observed 20.21.34 # saratoga: It really needs a _lot_ of testing, unfortunately. If I recall, with 2.95 the Rockbox binary would work (with a hacked bootloader to remove dual boot) on the Nano, the 4G (or was it 5G) bootloader and binary worked fine, but if you left the "if" in for detecting the button press for dual boot on the nano, the bootloader failed completely 20.21.48 # It was very strange. Basically there have been some very target-specific quirks with GCC versions in the past. 20.21.56 # I couldn't reproduce them, in my tests almost everything performed the same, and wavpack saw a slight speedup 20.22.27 # Newer versions than 4.0.x apparently don't work for coldfire 20.22.46 # (weird binutils <-> gcc parameter clashes) 20.23.20 Join tyfoo2 [0] (n=tyfoo@dyndsl-095-033-102-088.ewe-ip-backbone.de) 20.23.55 # I didn't try newer gcc for arm or sh1 yet 20.24.23 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.24.28 # theres a message in mailing list from Nils saying 4.3 works with some effort 20.24.33 # for coldfire that is 20.24.46 Quit tyfoo (Read error: 60 (Operation timed out)) 20.24.46 Nick tyfoo2 is now known as tyfoo (n=tyfoo@dyndsl-095-033-102-088.ewe-ip-backbone.de) 20.27.34 # oh wow FS#7832 - Building with gcc 4.3 20.30.00 # Hmm, already more than a year old 20.30.09 # But it's coldfire only. 20.30.21 # Now that binutils 2.19 are out, it should be easier 20.30.22 # the changes look pretty simple, and one of them [tremor floor0] should be commited regardless 20.30.49 # Someone should try binutils 2.19 + gcc 4.3.2 for all architectures 20.31.52 # "Some quick testing (with a GCC snapshot from a couple of weeks ago) suggests that AAC is much faster (about 30%) while Vorbis is slower (10-15%). MP3 is pretty much the same. " 20.32.09 # through i bet anything thats due to the weird fft AAC no longer uses 20.32.43 # It might also need -O tweaking 20.33.12 # From what I've seen so far, -O3 is sometimes significantly slower than -O2 20.34.31 # is building a different gcc as easy as changing the version numbers in rockboxdev.sh? 20.35.12 # It depends. If gcc needs patches for proper rockbox support, it's more than that 20.36.19 # * amiconn would build gcc manually for those tests, adapting patches as necessary, and do the necessary changes to rockboxdev.sh only when everything works 20.37.06 # * amiconn is still missing a standard test track which has a free license and comes as lossless file 20.37.21 # lucent: http://pastie.org/361741 please test 20.38.24 Join gregzx [0] (n=chatzill@dsx134.neoplus.adsl.tpnet.pl) 20.38.43 # amiconn: what about the one in CodecPerformanceComparison 20.40.39 # Oh, didn't notice there was a link... 20.40.56 # * amiconn thinks that wiki page is not very helpful though 20.41.21 # The performance tables are too detailed and not easily comparable 20.41.38 Join at0m [0] (n=a548c80b@gateway/web/cgi-irc/labb.contactor.se/x-fbff17ad252fc91d) 20.46.43 # Also some audio formats are missing: ac3, speex, alac (probably due to lack of free encoder), shorten, ape 20.48.32 # kugel: okay, testing now 20.49.10 # jhMikeS: I don't know 20.50.31 # kugel: (boot without microSD and then insert after boot) = OK 20.50.51 # kugel: (boot with microSD connected) = PANIC card not inserted 20.51.09 # kugel: oh wait, I messed up 20.51.34 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 20.52.00 # kugel: I just tested plain SVN r19773, gotta retry with your patch 20.54.05 # kugel: bootloader won't build with your patch applied 20.54.52 # ata_sd_as3525.c:(.text.sd_init+0xc0): undefined reference to `sd_enable' 20.59.22 # lucent: yea, don't build the bootloader :p 20.59.50 # kugel: holy ... hey guess, this is crazy... now my wheel light is working with your patch 20.59.56 # * lucent looks confused 21.00.39 # kugel: microSD panic's on boot though, works fine otherwise 21.00.53 # no change 21.00.57 # error is -5 21.03.08 Quit Acksaw ("Erection reset by queer") 21.03.48 # kugel: I've not seen wheel light work in rockbox since a long long time 21.05.01 # kugel: I'm distracted by this. Let me describe... wheel light turns on when I tap power button momentary, it turns on, and the timeout works, it turns back on after the timeout if I use the wheel or any button 21.05.16 # after backlight powers off for the LCD, the wheel light is dark and does not activate 21.05.24 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 21.05.27 # if I hit power button, it starts working again 21.06.32 # maybe I describe some things wrong 21.06.40 # any button press makes the wheel work 21.06.53 # err... any button press makes the wheel *light* work :) 21.07.27 # lucent: yea, buttonlight doesn't seem to work without backlight it seems 21.08.05 # kugel: does the code turn on the wheel light when moving the wheel? 21.08.40 Join PaulJam_ [0] (n=PaulJam_@vpn-3024.gwdg.de) 21.09.19 # lucent: not sure, the wheel is a bit special 21.09.27 # sorry to get distracted 21.09.34 Quit obo (Read error: 110 (Connection timed out)) 21.09.39 # microSD panic returns -5 if microSD is connected on boot 21.10.43 Quit jhulst (Read error: 110 (Connection timed out)) 21.10.51 # "card not initialised (-5)" 21.14.56 # lucent: but it still works when inserting after boot? 21.16.04 # kugel: yes it does, after boot is okay 21.17.06 # kugel: microSD insert/eject after boot, this is now reliable since r19773 21.17.09 Quit Horscht ("User was distributing pornography on server; system seized by FBI") 21.17.13 # lucent: ok, then show me how you inserted the delays, and then we look if we can commit this 21.17.17 # oh 21.17.27 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 21.17.31 # okay I'll make a patch to share 21.17.48 # kugel: but your patch you just made "fixes" buttonlight on 8gb fuze 21.17.57 # I'm going to be sad to see it go away =P 21.18.15 # buttonlight/wheel light 21.18.25 # lucent: well, I'm doing buttonlight work parallel, seems the patch contained parts of it 21.18.43 Quit GodEater_ (Remote closed the connection) 21.18.43 Quit LambdaCalculus37 (Remote closed the connection) 21.18.43 Quit evilnick (Remote closed the connection) 21.19.26 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-15db416eabb1f8a4) 21.19.51 Join Strife89 [0] (n=michael@204.116.245.152) 21.20.30 # kugel: http://pastie.org/361783 21.20.48 # I have not regression tested since the fixed boost behavior revision in SVN 21.20.57 # so... I tried what worked before 21.21.13 # it works now but I haven't tried i.e. only one delay or moving delay around 21.22.25 # lucent: better to much delays than to less. they're at init only anyway 21.22.46 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-219017202498e6b4) 21.23.09 # i.e. not while doing transfers, so they don't really matter 21.23.14 # better we play safe 21.24.40 Quit PaulJam (Read error: 110 (Connection timed out)) 21.25.00 # my 2GB microSD card arrives today, I will test with normal class microSD then 21.25.17 # saratoga: I have a patch to enable backlight fading, sd driver clean ups, and fix buttonlight for fuze/ams sansa. You want seperate patches or is 1 ok? 21.25.40 # lucent: lets just insert the delays if they work 21.25.48 # yes, they do work 21.25.55 # they really don't hurt 21.27.44 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 21.32.07 # kugel: if (while rockbox is in the process of booting) I insert microSD, it panics 21.32.13 # but I think that's normal, right? 21.35.22 # lucent: why should it? 21.35.32 # with or without delay? 21.35.38 # or delays 21.36.46 # kugel: if you boot your 4gb fuze, and insert microSD immediately after the bootloader flashes, but just before the firmware loads 21.36.51 # it would panic right? 21.37.07 Join Schmogel [0] (n=Miranda@essn-4db6d218.pool.einsundeins.de) 21.37.41 # bootloader graphic (flashes) 21.37.47 # it doesn't panic at all here 21.38.29 # oh, then I don't think the delay is a solution 21.38.36 # why? 21.38.58 # I want 8gb fuze to work as well as 4gb fuze with microSD 21.39.11 # I think it does with delays? 21.39.18 # why are you so opposed to delays? 21.39.30 # rockbox is full of those small delays 21.40.01 # I want to do more testing so we are not hiding a different problem 21.40.13 # it's clearly related to your card. and we want to have all cards working, so we add those delays 21.40.19 # okay 21.40.31 # when I have a non-SDHC card, I will test these things again 21.40.42 # it could be the 8gb fuze and not the card 21.40.51 # so can you give me a patch with working delays anyways? 21.41.04 # you can still test if you want 21.41.05 Join akahhannah [0] (n=be190c9b@gateway/web/cgi-irc/labb.contactor.se/x-5ee25870bdfff654) 21.41.08 # kugel: http://pastie.org/361783 21.41.19 Join japc [0] (n=japc@bl7-79-45.dsl.telepac.pt) 21.41.40 # it still panics if you mess with microSD card between bootloader and firmware loading 21.42.07 # if you have microSD connected then there's no problem, or if you connect it after everything loads up, then it is also good 21.42.47 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 21.43.12 # lucent: did you insert the card fully or just shortly? 21.43.25 # fully 21.43.26 # it still panics if you have the card inserted only very shortly 21.43.35 # hello, anyone knows if it's possible to identify (display) in the WPS the config file loaded? maybe through the %St tag? 21.43.49 # i.e. if you pull it out during init 21.43.56 # akahhannah: Rockbox doesn't keep track of the .cfg file you last loaded. 21.44.05 # All it cares about are the settings that are changed, not the filename. 21.44.44 # ok thanks 21.44.47 # lucent: well, thanks a lot for your effort 21.45.42 # kugel: I apprecaite your time helping me walk through these efforts 21.46.20 # :) 21.46.21 # Llorean: is there maybe a setting you could think of, that could be changed when loading a .cfg file, and then displayed using %St, and so identify the "settings group"? 21.46.43 # kugel: before the fixes to boost init, I had 4 places where I inserted mci_delay()'s to make microSD insert / eject work 21.46.50 # I'm testing those other extra delays now 21.47.04 Quit karashata ("G'bye everyone!") 21.47.05 # akahhannah: If you have the equalizer disabled, you could always change some of the equalizer values since they're not in use anyway. 21.47.50 # Whatever you use, you'd have to make sure that *all* of your config files change it, because nothing will automatically reset when you change configs. 21.48.49 # that idea might work, thanks, I'll see if i can make it that way 21.48.51 # kugel: I think those other delays fix panic on my abuse of insert/eject on boot :) 21.49.23 # kugel: nevermind that 21.49.53 Quit Strife89 ("Packing for a trip.") 21.50.09 # kugel: okay, I think there is another problem but I agree that committing the 2 extra mci_delay()'s in http://pastie.org/361783 won't hurt anything 21.51.28 Quit akahhannah ("CGI:IRC (EOF)") 21.52.45 Quit Acksaw ("Erection reset by queer") 21.53.03 Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) 21.55.06 Quit jhulst (Read error: 104 (Connection reset by peer)) 21.56.33 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.26 # kugel: maybe the device is initializing the internal SD and that's why inserting an external SD causes it to panic? 21.59.33 # kugel: you said it doesn't happen on your device though 21.59.59 # is it reproducable? 22.00.15 # yes 22.00.21 *** Saving seen data "./dancer.seen" 22.00.35 Join tvelocity [0] (n=tony@adsl14-39.her.forthnet.gr) 22.01.03 # no idea, but it's possible 22.01.27 # no delays added or removed affect it though 22.02.46 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 22.03.24 Quit The-Compiler (Read error: 104 (Connection reset by peer)) 22.03.24 # I got the buttonlight working ok 22.03.30 # * lucent cheers 22.06.32 # kugel: one extra mci_delay() is sufficient, I'm going to try some more things 22.07.33 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 22.11.24 Quit nplus (Remote closed the connection) 22.20.33 # kugel: I have a cleaner patch, I think, it only delays more if sdhc is true 22.21.24 # kugel: http://pastie.org/361856 22.22.14 # adding dozens of ifs to make 1 tiny delay conditional isn't what I consider as cleaner 22.22.33 # well, I mean it is more obvious what I am trying to do 22.22.39 # but it adds 2 delays again? I thought 1 is enough? 22.22.49 # 1 delay is already there 22.22.59 # I was making 1 delay into 3 delays before 22.23.03 # that's unnecessary 22.23.03 # oh, sorry, I oversaw the "-" 22.23.06 # :) 22.23.32 # why do you think it's only on SDHC? 22.23.45 # well, do you test with SDHC or regular card? 22.25.20 # I have SDHC card here, but no regular card, so I am only making a guess. When my package arrives today I will test with regular card 22.26.12 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 22.26.19 # kugel: I'll be quiet now. I'm just wasting time, sorry 22.26.20 # kugel: seperate patchs are strongly encouraged 22.27.06 # lucent: I have 4GB, so HC 22.27.10 # Zagor: Running boosted all the time and sleeping would waste lots of energy vs. lowering the clock 22.27.41 # The cpu core(s) might be fully static, but our SoCs contain a lot more than just the cpu core(s) 22.27.52 # saratoga: I thought so too, will take some minutes to seperate them though 22.28.02 Quit archivator ("<>") 22.28.02 # saratoga did some interesting measurements regarding this 22.28.24 Join Jaykay [0] (n=chatzill@p579E7629.dip.t-dialin.net) 22.29.12 # That's in fact another reason not to go too low with the unboosted clock 22.29.43 # Hmm, and when thinking a bit more, it would also be a reason for multi-level boost even if the target doesn't have variable core voltage.. 22.29.54 # Zagor: should i do a battery bench with fs 9800? 22.30.26 # gevaerts: can we use sd_enable for sd_spin and sd_sleep? 22.30.34 # Hmm, or not. The consumption will be linear for the other parts of the SoC as well 22.30.38 Join miepchen^schla [0] (n=miepel@p579ECC1D.dip.t-dialin.net) 22.30.52 # But it's a reason to sleep the core as little as possible - reduce clock instead 22.30.57 Join webguest35 [0] (n=453ceedb@gateway/web/cgi-irc/labb.contactor.se/x-adc2dfa268193678) 22.30.57 # amiconn: i don't think we ever explored the power consumption at various clock speeds 22.31.04 # we've just assumed its close to linear 22.31.07 # kugel: I'll answer as soon as I understand the question ;) 22.31.11 # so perhaps i should look into that 22.31.14 # amiconn: what is a reason not to sleep? 22.31.32 Quit bmbl ("Woah!") 22.31.34 # Sleeping at high clock wastes energy in the internal peripherals of the SoC 22.31.36 # hello 22.31.39 # gevaerts: I saw "void sd_spin(void)" and "void sd_sleep(void)" stubs in our sd driver 22.31.48 # and we don't clock the other parts of the soc. I'm talking about core clocking. if everything clocked up with the core, we wouldn't need waitstates. 22.32.02 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 22.32.12 # i was in here like 2 months ago...and I asked for a link to theme site 22.32.14 # however waitstates do mean that high speed is more expensive than low 22.32.28 # saratoga did some measurements of PP power consumption boosted and unboosted, sleeping and busy 22.32.28 # so yes, generally I agree with you 22.32.35 # kugel: I still don't understand what you're getting at 22.32.38 # because the link thats on the main site doesn't work on mine because I have the new rockbox 22.32.41 # * gevaerts may be too tired 22.32.47 # PP draws more power when sleeping at 80MHz than when busy at 30MHz 22.32.47 # PP is a poor example, since we have zilch docs for it 22.32.59 # can anyone link me up to the new themes again? 22.33.06 # gevaerts: we have sd_enable(bool on), so we can power down the sd controller if unused 22.33.36 # I'm wondering if basically sd_spin() == sd_enable(true) and sd_sleep() == sd_enable(false) 22.34.52 # amiconn: I strongly suspect that is due to us not configuring it right. which will always be a problem with PP. 22.34.54 # ah ok. I'm not sure actually 22.35.27 # I would expect the other SoCs to behave similarly 22.35.38 # amiconn: I wouldn't 22.37.37 # gevaerts: I'd think so if sd_sleep (which is storage_sleep later) is meant to save power 22.37.42 # does anyone have a clue whether a bench with flac or mp3 is better? 22.37.44 # I need the newer themes the ones that work with the updated WPS 22.37.59 # does anyone know where that page went? I lost it 22.38.46 # kugel: sd_sleep() seems safe enough, but I'm not sure if sd_spin() is called before all operations 22.38.50 # Jaykay: what do you mean by better? 22.39.14 # gevaerts: well, the transfer function calls sd_enable anyways 22.39.21 # webguest35: have you tried the link "extras" on the website? 22.39.31 # webguest35: take a look at the wiki, WpsGallery 22.39.35 # i.e. sd_enable(true) before transfering, and sd_enable(false) when finished 22.39.50 # kugel: more meaningful (?) [aussagekräftiger] 22.40.05 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 22.40.08 # kugel: in that case, what would calling them again from sd_sleep() and sd_spin() gain you? 22.40.12 # Jaykay: neither of those are good for that, as they run unboosted 22.40.21 # gevaerts: not sure, probably nothing 22.41.16 # ata_spin() is for *keeping* the disk spinning. SPinup on access when it's sleeping is automatic 22.41.22 # kugel: sorry i mean ogg, when i did my first benches you said they run boosted 22.41.41 # So ata_spin() (and hence sd_spin() ) is only called in special situations 22.41.58 # Ah ok. That seems to match my recollections :) 22.42.05 # Sleeping is automatic as well, after spindown delay. ata_sleep() is for quick-sleeping 22.42.07 # webguest35: http://www.rockbox.org/twiki/bin/view/Main/WpsGallery 22.42.40 # Jaykay: sorry for late response. thanks, but a battery bench of #9800 won't be very interesting. the purpose of that patch is not to save power. 22.42.42 # Jaykay: flac and mp3 run unboosted, so ogg will yield more accurate results 22.42.43 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 22.43.38 # saratoga: here's the first one http://pastie.org/361878 22.44.40 # i know the wps gallery 22.44.48 # but I need the updated WPS 22.45.01 # saratoga: hm, I'm gonna test it a bit more 22.45.09 # Zagor: if you dont mind i'll do it anyway, unless you have a more helpful bench for me 22.45.15 # there was a page with just themes with the new WPS themes that work with the new Rockbox version 22.45.26 # Jaykay: sure, have fun :-) 22.45.35 # ok 22.46.27 # lucent: haha, guess if sd-at-boot works for me :-) 22.46.50 # Zagor: but it would surely be interesting if the bench would confirm Buschel 22.47.20 # Zagor: I'm afraid. Tell me 22.47.32 # lucent: it works 22.47.33 # i.e. that it actually increases power consumption 22.47.57 # Zagor: it could just be my card then, what brand / size / class card are you using? 22.48.34 # lucent: sandisk 1GB 22.49.18 Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 22.49.41 # Zagor: mine is Transcend 8gb class 22.49.55 # * lucent wonders where the "class 6" got cut off 22.50.16 # kugel: true, that would be interesting. I plan to add wires to my c200 battery pins so I can measure the current used with different settings. 22.51.24 # I guess I should do it to the H140 and one of the clips while I'm at it 22.51.28 # does anyone know where this page 22.51.34 # is at :P 22.52.19 # webguest35: TWiki doc index? 22.52.19 # webguest35: The most up to date page *should* be the WPS gallery unless people are intentionally choosing not to post their WPSes there. 22.56.11 # Zagor: what needs to be built to report a accurate rockbox-info.txt? LANGs and main binary, or more? 22.56.44 # it sometimes drives me crazy that I need to build everything just to check bin&ram sizes 22.56.55 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 22.56.55 # kugel: i'll be in and out today, just post what you have when you're done and i'll try and commit in a few hours 22.57.17 Join {phoenix} [0] (n=dirk@p54B47A4F.dip.t-dialin.net) 22.57.35 # kugel: the binary 22.57.36 # kugel: rockbox-info.txt is made by mkinfo.pl, you can run that manually 22.58.20 # saratoga: did you write down your clock vs current findings on PP? 22.58.36 # the langs not (for the buffer)? 22.58.52 # Bagder: thanks for the hint, what does that build? 22.58.57 # the binary won't be right without the langs, correct 22.59.08 # kugel: the .txt file only 22.59.31 # Zagor: some of them 22.59.32 # mkinfo.pl outputfile 22.59.43 # i lost one notebook, but still have some of the graphs I made 22.59.47 # hm, well, I was looking for a make target which builds everything what's needed to get rockbox-info.txt properly 22.59.49 # and i can make more of course 23.00.08 # and I offered a work-around 23.00.13 # :O I think the TWiki doc page might have been it! can someone link me? 23.00.32 # make bin must build the langs too, doesn't it do that? 23.00.53 # I think so yes 23.01.04 # webguest35: The only page on the wiki with WPSes is the WpsGallery 23.01.07 # so make bin && ../mkinfo.pl ? 23.01.20 # kugel: yes, I think that should work just fine 23.01.21 # oh -_- 23.01.38 # i know there is one...its hard for me to explain cuz im not very smart :P 23.01.56 # saratoga: how much documentation do you have? for example do you/we know what the bits in DEV_TIMING1 do? 23.02.00 # its not the main page, it only had themes with 3.0 WPS 23.02.01 # webguest35: Many of the WPSes on the gallery page should work just fine. 23.02.23 # There is no official "just 3.0 themes" page. 23.02.31 # webguest35: http://www.rockbox.org/twiki/bin/view/Main/DocsIndex 23.02.34 # If someone's hosting them on some random website elsewhere, we can't help you. 23.02.36 # how do I know which ones will work 23.02.59 # If they don't say, try them. 23.03.17 # Bagder, Zagor: how about adding info: bin $(RBINFO) to root.make? 23.03.27 Join sputnik [0] (n=james@c-71-231-52-6.hsd1.wa.comcast.net) 23.03.32 # * Zagor again urges amiconn to post what whatever docs he has 23.03.34 # I just tried and it works 23.04.48 # Zagor: I only really looked at DEV_EN registers, I don't believe I tested that one 23.04.58 # kugel: no need. just run: make bin `pwd`/rockbox-info.txt 23.05.14 # would power measurements be useful? 23.05.21 # "make info" is much easier :( 23.05.53 # kugel: I don't understand what you are after. why aren't running a full make? 23.05.59 # kugel: "man alias" :) 23.06.32 # because my laptop is slow, and building zbox and doom alone needs almost 5 minutes 23.07.08 # kugel: and why do you need rockbox-info.txt? 23.08.13 # do i have to reboot my 3g ipod to original firmware to load music? 23.08.14 # saratoga: perhaps not at the present state 23.09.17 # checking bin and ramsize easily 23.10.26 # nvm I don't any of you guys are the guys that helped me last time...so you probably donno of the page :( or if you do I can't explain it well enough >_< 23.10.31 # thanks for your help anyways 23.10.53 Quit {phoenix} (Remote closed the connection) 23.10.55 # kugel: well, I don't think we should add a target just to save you typing 20 characters :-) 23.11.18 # ... that could be made an alias or script and become one character 23.12.19 # well, I'll learn to live with it ;) 23.12.40 # now that i know how it works without building everything it's not a big deal 23.12.42 Quit japc (Read error: 110 (Connection timed out)) 23.13.13 Join japc [0] (n=japc@bl7-79-45.dsl.telepac.pt) 23.13.17 Quit Seed ("cu, Andre") 23.15.15 # amiconn: did you see my question about the "SLOW" clock source? do you know if we can use that? 23.15.23 # Zagor: i suppose I should compute watts/mull for a few different clock speeds though to see if power consumption really does change linearly 23.15.52 Join obo [0] (n=obo@77-99-230-49.cable.ubr04.trow.blueyonder.co.uk) 23.16.07 Quit japc (Read error: 60 (Operation timed out)) 23.16.07 # saratoga: that would be interesting. can you measure on other targets than PP? 23.17.14 # Zagor: I have a fuze, clip, e200v1, gigabeat F/S and a mostly broken ipod 3G 23.17.24 Join MethoS [0] (n=lem@host-091-096-212-148.ewe-ip-backbone.de) 23.17.34 # saratoga: all prepared for measuring? 23.17.46 # no but its easy enough to prepare them 23.17.48 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.18.07 # at most I'd have to cut a USB cable and splice in a 0.5 ohm resistor 23.18.33 # saratoga: excellent. I think an AMS target would be interesting as comparison. 23.18.49 # are they clocked well enough to be interesting yet? 23.19.00 # it sounds to me like they're still not working properly 23.20.07 # Zagor: and how about a make target, that installs to the device directly without needing to create a tar/zip/whatever and going through the extracting procedure? 23.20.15 # * kugel has some funky ideas today :/ 23.20.30 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 23.20.55 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 23.20.57 # that'd be nice 23.20.58 # well, we at least know that we are clocking the core separately and that boost is 8x the normal freq. 23.21.10 # and probably pretty easy to edit buildzip.pl 23.21.38 # yeah but if we're not clocking the peripherals right the power measurements won't mean much 23.23.24 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 23.23.47 Join aneqrs [0] (n=andreas@c83-253-104-206.bredband.comhem.se) 23.23.52 # It depends how much work it is for you. I think it would still be interesting to see. 23.24.06 # if i'm going to do PP its not a big deal to do AMS too 23.24.30 Quit aneqrs (Connection reset by peer) 23.25.03 # just curious what you're thinking 23.25.09 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 23.25.13 # I didn't even know these players could run without battery. 23.26.03 # the V1s can 23.26.20 # the fuze and clip cannot easily have the battery removed actually 23.26.27 # so measurements on them will be complicated 23.26.36 # thats not something i'd considered 23.26.59 Quit itcheg ("http://www.mibbit.com ajax IRC Client") 23.27.37 # right. we'll just delay that a bit then :) 23.30.39 # saratoga: http://pastie.org/361923 tested on fuze+clip; main+bootloader 23.31.07 Quit webguest35 ("CGI:IRC (EOF)") 23.33.05 # kugel: i haven't read todays logs yet, how much have you changed? 23.34.14 # make the retry volatile, since it's potentially be changed in the interrupt handler, to make sure gcc doesn't optimize it away 23.34.36 # so this mostly fixes crashes with some cards i guess? 23.34.41 # some cleanup here and there, and add the delays which make lucent's microsd card working 23.34.46 # and of course the cleanup 23.34.51 # ok sure i'll commit it tonight 23.34.53 # have to run 23.35.30 # oh, I also changed some panics to be more helpful, i.e. printing the error code 23.37.28 # saratoga: ok cool. then I'll upload the patches for buttonlight and backlight fading to the tracker entry which already exists for those tomorrow 23.38.25 Join TheSphinX^ [0] (n=cold@p54A5C06D.dip.t-dialin.net) 23.41.50 # Zagor: did you already experiment with the clipv2? 23.42.37 # kugel: no, I got caught up in other interesting things :) 23.42.47 # :) 23.42.59 Join tim__ [0] (n=aoeu@124.93.243.83) 23.43.18 # * kugel hopes he can have a talk with jhMikeS soon regarding the MMU 23.44.03 # did you download the ARM922T to read up on the COP15? 23.44.18 # *docs 23.44.27 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") 23.44.42 # Zagor: yep 23.44.58 # I didn't understand fully though 23.45.01 # saratoga: can you paste your ams perfcheck() somewhere? (or even commit) 23.45.14 Quit TheSphinX^ ("XChat@Linux") 23.45.54 # but I understood enough to see that it's exactly the same as on F/X, amiconn also said it's nearly the same CPU (arm922T vs arm920T), so it makes sense 23.46.20 # yes 23.47.04 # so I'm at the point of copying F/X start up to ams, and I think I got the MMU running (the bootloader boots). the main doesn't start though, so there's something missing 23.47.26 # I guess I didn't map the memory regions correctly 23.48.53 # or others things I didn't understand enough, so I hope someone can help me 23.49.17 Quit bertrik ("Leaving") 23.49.33 # anyway, I was reading crt0.S yesterday, a file I always found totally scary, but I actually understood it pretty good 23.49.54 # :-) 23.50.10 # Once you enabled the caches, you need to make sure to flush & invalidate them in the correct order every time you load some code 23.50.32 # This is because of those CPUs having separate instruction and data caches 23.51.34 # This e.g. applies to the bootloader. After loading the main binary, you need to flush dcache and then invalidate icache before running it 23.51.54 # hm, I think I didn't do that 23.52.10 # Gigabeat F/X has to do that somewhere, unless it doesn't enable the caches in the bootloader 23.52.19 # but our bootloader is in IRAM, so there's nothing in the SDRAM before executing the main 23.52.36 # Well, you load the main binary into sdram 23.52.44 # What was there before doesn't matter 23.53.00 # so, load binary into ram, flush&invalidate, then execute? 23.53.21 # If you don't flush the data cache, some data will not end up in sdram, hence the cpu would fetch what was there before 23.54.09 # And if you don't invalidate the instruction cache after flushing the data cache, the cpu might not read sdram because the memory area was already cached before. This shouldn't apply at boot, but better play safe... 23.54.32 # ok, thanks, I'll have a look 23.54.42 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 23.54.50 Quit tyfoo ("Carpe diem") 23.55.06 # can you also tell me what this "map_section(0, 0, 0x1000, CACHE_NONE); /* map every memory region to itself */" (from F/X) means? also what's the 0x1000 referring to? 23.55.11 # Caching in systems with more than one cache (be it like on arm9 with separate icache and dcache, or like on PP with its 2 cores, each having its own cache) tends to cause major headaches 23.55.27 # yea, I noticed