00:01:14 | | Quit bmbl ("Woah!") |
00:01:46 | Zagor | 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 | kugel | Zagor: compiling |
00:10:41 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
00:14:36 | kugel | Zagor: updating bootloader isn't needed, is it? |
00:14:40 | Zagor | 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 | kugel | JdGordon: your patch works good so far |
00:18:38 | JdGordon | great |
00:18:46 | kugel | and the lag I was reporting was actually svn, I've never noticed before :S |
00:19:42 | JdGordon | 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 | kugel | 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 | kugel | JdGordon: I just had the next track info not showing up |
00:38:46 | kugel | I wanted 20s for it to show up, then skipped. At the next song, the next track info was good again |
00:39:38 | JdGordon | was it actually in the buffer? |
00:40:01 | JdGordon | I think some debug wps tags might be useful here :p |
00:40:02 | kugel | meh, forgot to look |
00:40:21 | JdGordon | i doubt it was... next track seems to be fairly reliable now, except for PaulJam :/ |
00:40:55 | kugel | ah here, I have a song playing now, buffer is nearly empty, and next track info is missing |
00:41:05 | kugel | still not there after 30s |
00:42:11 | PaulJam | 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 | kugel | 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 | JdGordon | Llorean: you have an archos yeah? |
00:44:39 | Davide-NYC_ | 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 | kugel | wow, the buffer was <10k before refilling. Nice watermark rework |
00:46:10 | JdGordon | yeah.. i wonder if thats going to be too tight |
00:46:23 | kugel | I didn't hear skipping |
00:46:42 | JdGordon | but you didnt have next track info! :D |
00:47:13 | kugel | 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 | kugel | 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 | PaulJam | 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 | JdGordon | im not sure.. but that isnt ideal.. it would force a spin up which we dont want |
00:49:24 | kugel | JdGordon: but it's determined at refilling |
00:49:43 | JdGordon | 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 | kugel | i.e. you can ask the playlist for the missing track info already at refilling time |
00:49:59 | kugel | without extra spinup |
00:50:14 | gevaerts | You can ask about the filename, but not much more |
00:50:31 | | Part toffe82 |
00:50:37 | kugel | if you have the filename you can to get_metadata().. |
00:50:39 | saratoga | Zagor: using fs9800 on e200v1 now. No apparent issues, gui seems responsive enough |
00:50:41 | kugel | do* |
00:51:01 | saratoga | 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 | pixelma | *about too |
00:51:20 | kugel | configure is newer than the makefile |
00:51:28 | saratoga | i believe that happens if the configure script changes and you haven't rerun it |
00:51:40 | kugel | timestamp-wise |
00:52:00 | JdGordon | 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 | pixelma | yes, but why does it tell me after the successfull nuild? |
00:52:28 | kugel | JdGordon: :? I just explained that you don't need an extra spin up |
00:52:43 | * | pixelma joins typing school |
00:53:15 | JdGordon | how would you get the metadata if you only have a filename? |
00:53:28 | kugel | get_metadata |
00:53:38 | JdGordon | ... |
00:53:45 | | Quit _lifeless (Remote closed the connection) |
00:53:47 | kugel | that's used in pictureflow to get the metadata for the current slide |
00:53:53 | JdGordon | does that magically pull the info from thin air? |
00:54:12 | kugel | I don't understand |
00:54:29 | JdGordon | PaulJam: I cant reproduce your next track bug |
00:54:33 | PaulJam | 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 | kugel | I can :S |
00:56:12 | Llorean | kugel: How will get_metadata get metadata without a spinup if the data isn't on the buffer already? |
00:56:40 | kugel | 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 | JdGordon | PaulJam: I guess thats what the fixme is for... |
00:57:33 | kugel | 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 | kugel | then the spins down normally |
00:58:22 | | Join _lifeless [0] (n=lifeless@90.151.41.197) |
00:58:51 | Llorean | 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 | kugel | Llorean: I think you don't quite understand what I mean |
00:59:55 | kugel | when the buffer is empty (or you start something new), the buffer is refilling |
01:00 |
01:00:31 | kugel | 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 | kugel | split seconds after refilling finished |
01:01:37 | pixelma | isn't that what's currently happening? |
01:01:50 | | Quit J-23 (Read error: 101 (Network is unreachable)) |
01:01:57 | kugel | 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 | JdGordon | apparently its done like that in svn |
01:02:50 | JdGordon | which is a bit i didnt understand fully, but will readd |
01:03:33 | kugel | 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 | JdGordon | you're right... it needs the 3rd static id3 sturct put back |
01:04:32 | kugel | unless it's invalid to put the next track info for the unbuffered track into the MoB |
01:04:55 | JdGordon | it wont fit in Mob! |
01:04:57 | JdGordon | that the point |
01:05:05 | JdGordon | once bufffering finishes... there is no room left |
01:05:36 | kugel | hm? after 0.1s there should be enough place for a id3 struct, not? |
01:06:04 | JdGordon | by then the disk should be spun down |
01:06:06 | kugel | or maybe not, I haven't calculated |
01:07:11 | pixelma | JdGordon: currently testing on my Ondio, no next track info before the first track change |
01:08:19 | JdGordon | at all? |
01:08:59 | JdGordon | does the wps show correct info for the current track? |
01:09:15 | kugel | "/* prev track during track-change-transition, or end of playlist, * next track otherwise */" |
01:09:22 | kugel | didn't that work out well? |
01:10:14 | kugel | 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 | kugel | s/user/use |
01:10:56 | JdGordon | that would only work if the buffer holds only 1 track |
01:10:59 | pixelma | 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 | pixelma | current track's metadata is displayer correctly |
01:11:51 | pixelma | *displayed |
01:11:53 | kugel | 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 | JdGordon | 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 | kugel | 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 | JdGordon | kugel: comments are misleading... |
01:13:51 | pixelma | 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 | kugel | but I imagine it can actually work this way |
01:15:43 | JdGordon | pixelma: ok.. thanks for testing |
01:16:33 | JdGordon | 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 | kugel | JdGordon: well, actually it doesn't matter anyway |
01:18:49 | kugel | 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 | pixelma | 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 | JdGordon | yeah |
01:25:30 | | Join tim__ [0] (n=aoeu@124.93.243.83) |
01:27:29 | JdGordon | PaulJam: good work... I've put that back in, so i now have next track info with only 1 track buffered |
01:28:30 | JdGordon | this probably makes the next id3 avialable event useless... |
01:28:54 | TheSkunkMan | 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 | kugel | JdGordon: probably ;) |
01:29:23 | JdGordon | TheSkunkMan: a short course in cryptonalyses... |
01:29:53 | saratoga | 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 | kugel | so, lets sum up, I was twice suggesting things that are already done this way today :/ |
01:29:55 | JdGordon | TheSkunkMan: we need to get in touch with the guy who cracked the older iriver firmwares... |
01:30:04 | saratoga | i'm 99% sure i remember that being a bug but i want to double check |
01:30:25 | kugel | 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 | saratoga | kugel: what was the fs number for it? |
01:31:19 | kugel | 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 | kugel | 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 | saratoga | 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 | saratoga | well i'm strongly in favor of commiting it |
01:32:59 | saratoga | Llorean wanted to look at it before we do? |
01:33:10 | kugel | I think so yes, I talked to him |
01:33:34 | saratoga | Llorean: what are you thoughts on commiting fs9662? |
01:33:37 | | Quit flydutch ("/* empty */") |
01:33:38 | kugel | 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 | kugel | 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 | kugel | and keymap is mixed with langs here :/ |
01:36:21 | | Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) |
01:36:32 | Sonicjosh | where can i download rockboy? |
01:36:41 | kugel | 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 | kugel | Sonicjosh: it's built-in (as a plugin) |
01:37:13 | rasher | Sonicjosh: check the manual |
01:37:16 | kugel | you start it by "clicking" on a gb(c) file |
01:37:24 | pixelma | Sonicjosh: maybe download the manual instead... ;) |
01:37:26 | Unhelpful | 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 | Unhelpful | 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 | kugel | svn diff|diff-stat? |
01:38:41 | kugel | i.e. piping, if diff-stat exists as an external tool that is |
01:39:28 | Unhelpful | right... i don't have it here, but i guess we can check for it before trying to use it. |
01:39:33 | JdGordon | PaulJam: kugel: new version is on the tracker |
01:39:44 | JdGordon | except i forgot to remove the CF clock patch... |
01:40:36 | JdGordon | ok, its safe now |
01:43:55 | rasher | 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 | JackZhou | 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 | rasher | JackZhou: I assume you're JackZhou? |
01:50:08 | JackZhou | rasher: Yup. |
01:50:16 | rasher | Added, now please don't spam. |
01:50:27 | Unhelpful | 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 | JackZhou | rasher: Okay, thanks. |
01:50:48 | | Quit JackZhou ("CGI:IRC") |
01:51:14 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
01:51:40 | rasher | Unhelpful: ah, I didn't know what the intention was, yeah, that makes sense |
02:00 |
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 | mhydronic | hi, my calendar is off. it says tuesday the 14th. could this be a wps issue? |
02:02:57 | saratoga | wrong year probably |
02:03:20 | mhydronic | can you set the calendar? |
02:04:29 | saratoga | presumably it uses the date in rockbox |
02:04:54 | mhydronic | which can be set? |
02:05:40 | ae88925 | It's under "System" at the main menu, I think |
02:05:46 | JdGordon | 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 | kugel | JdGordon: looks perfect now |
02:06:13 | kugel | the patch that is |
02:06:45 | PaulJam | i havent seen any issues with the new version of the patch |
02:07:15 | | Quit saratoga ("CGI:IRC (EOF)") |
02:08:11 | mhydronic | can someone guide me in changing the time/date ? |
02:08:34 | | Quit Thundercloud (Remote closed the connection) |
02:09:11 | Unhelpful | ae88925 already gave you a pointer, you could also try reading the manual. |
02:10:11 | mhydronic | im trying that |
02:10:16 | mhydronic | i don't see that option in system |
02:10:24 | mhydronic | let me try switching wps |
02:10:44 | Unhelpful | why would that help? wps doesn't change anything in the menu. |
02:10:57 | Unhelpful | i think it might actually be under settings... but really, you could look at the manual. |
02:11:05 | mhydronic | yes, i'm doing that |
02:11:17 | mhydronic | and its supposed to be under system, yet its nto |
02:11:20 | kugel | It's under system in the main menu |
02:11:51 | mhydronic | ah |
02:11:53 | mhydronic | thanks |
02:13:04 | mhydronic | 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 | PaulJam | 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 | mhydronic | ok, thanks PaulJam |
02:20:45 | | Quit tessarakt ("Client exiting") |
02:20:47 | | Quit mhydronic () |
02:21:14 | at0m | dagactie.nl, Sandisk sansa e260 4gb @ 64eu |
02:22:00 | JdGordon | that sounds expensive... |
02:22:49 | at0m | 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:00 |
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 | Unhelpful | 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 | Unhelpful | 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 |
04:00:12 | Esdian | 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 | Unhelpful | 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 | Esdian | 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 | TheSkunkMan | 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 | TheSkunkMan | well i was wondering because im interested in trying to decrypt firmware |
04:33:02 | TheSkunkMan | and you guys might prefer some over others for that kind of stuff |
04:35:23 | saratoga | i wasn't aware such general programs even existed |
04:37:25 | TheSkunkMan | maybe not i just assumed there was something out there ill just try to write my own scripts |
04:38:28 | Unhelpful | 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:00 |
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:00 |
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 | Alystair | Where do I find Windows drivers for rockbox once it's installed? |
06:08:07 | Alystair | I plugged in the player and now windows says it detected new hardware heh |
06:08:08 | cool_walking_ | You don't need them. Ignore the message. |
06:08:12 | Alystair | ah ok |
06:08:41 | cool_walking_ | 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 | Alystair | now it doesn't show up as a drive anymore? :/ |
06:08:58 | cool_walking_ | I can see the future. |
06:09:00 | Alystair | how in the world do I put new music on it then... |
06:09:19 | scorche | "so you need to use the Original Firmware for transferring files." |
06:09:53 | Alystair | 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 | cool_walking_ | Yes, there's a button combination, different for each device. Read the manual. |
06:11:21 | saratoga_lab | 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 | cool_walking_ | 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 | Alystair | I'm using windows and don't know a compiler from a command prompt :V |
06:16:16 | Unhelpful | 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 | cool_walking_ | gah |
06:16:32 | cool_walking_ | I didn't know that |
06:17:14 | Alystair | I use an iRiver H10 |
06:17:14 | cool_walking_ | Wait, what? |
06:17:44 | Unhelpful | also, i think the USB issues don't affect beast |
06:18:14 | cool_walking_ | Oh you just mean you don't have to specifically turn UMS on for the beast, yeah I know that. |
06:18:33 | cool_walking_ | But it's the same code isn't it? |
06:19:17 | saratoga_lab | yes but different hardware |
06:19:20 | Unhelpful | i have no idea how much of it is shared, i didn't write any of that |
06:19:51 | cool_walking_ | So the remaining issues with the USB stack are due to hardware? |
06:20:09 | saratoga_lab | 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 | Alystair | hmmmmmm |
06:20:46 | Unhelpful | but sansa seems to know better work-arounds than we do... |
06:24:41 | Alystair | hah now I can't even update rockbox because it doesn't show up as drive :D |
06:25:00 | Alystair | aha |
06:25:03 | Alystair | emergency connection works |
06:25:20 | scorche | rigght...as we suggested before to use ;0 |
06:25:27 | scorche | ;) |
06:25:44 | Alystair | does RB care how files are put on the disk? |
06:25:55 | Alystair | eg. if I throw all mp3s into a single folder will it puke |
06:25:57 | cool_walking_ | other than it's own files, nope. |
06:26:03 | Alystair | cool beans |
06:26:48 | cool_walking_ | 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 | cool_walking_ | This one: http://download.rockbox.org/manual/rockbox-ipodvideo/rockbox-buildch8.html#x11-1430008.5.5 |
06:29:05 | scorche | 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 | Alystair | I can't believe how cool rockbox is tho' |
06:30:53 | Alystair | this is some handy stuff, totally refreshes this hardware :D |
06:31:12 | Alystair | recording with visual audio bars :D |
06:33:30 | Alystair | ! album art |
06:34:50 | Alystair | some of these themes are showing up empty when I try to extract them |
06:35:04 | cool_walking_ | What do you mean? |
06:35:45 | Alystair | http://www.rockbox.org/twiki/pub/Main/WpsIriverH105Gb/aasimple.zip |
06:35:58 | Alystair | shows up as a bunch of empty folders |
06:36:18 | Alystair | all of them do... |
06:36:26 | cool_walking_ | Are you on a Mac or Linux? |
06:36:31 | Alystair | ... windows |
06:36:39 | Alystair | using ALZIP |
06:37:26 | scorche | 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 | cool_walking_ | The one you linked shows a ".rockbox" directory for me, and in there are some files. |
06:38:15 | Alystair | nevermind, ALZIP is really dumb and can't see the files |
06:38:39 | cool_walking_ | It's probably done on purpose. It probably has a setting to see them. |
06:42:35 | Alystair | what format are the .fnt files? |
06:43:04 | scorche | http://www.rockbox.org/twiki/bin/view/Main/FontFormat |
06:43:15 | scorche | 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:00 |
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:00 |
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 | PaulJam | 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 | Unhelpful | 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 | Zagor | 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 | amiconn | Hmpf, saratoga's gone |
08:52:20 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
08:53:16 | Unhelpful | 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 | Zagor | 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 | Unhelpful | 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 | amiconn | 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 | amiconn | 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 | amiconn | This cannot happen if 'rb' is initialized by the loader |
08:57:33 | Zagor | Unhelpful: I don't think my 25% demon can be silenced. Better just ignore him. |
08:58:35 | Unhelpful | 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 | amiconn | It's just that the double indirection (while being the most readable implementation) is a little awkward |
08:59:47 | Unhelpful | 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:00 |
09:03:07 | amiconn | 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 | Unhelpful | 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 | Unhelpful | 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 | Alystair | 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 | Alystair | then I can't return to default :/ |
09:17:03 | cool_walking_ | That's the default, built-in theme. You get that when your theme is broken. |
09:17:06 | JdGordon | load the cabbiev2 theme to go back to "default" |
09:17:12 | Unhelpful | perhaps something is wrong with the theme you tried? |
09:17:50 | amiconn | 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 | Alystair | blah |
09:18:39 | Alystair | how do I enable album art view? |
09:18:45 | lucent | uhh... microSD is working on my fuze 8gb without any delay |
09:18:49 | cool_walking_ | Use a theme which uses album art. |
09:18:57 | lucent | what changed with the fuze ams stuff since yesterday? |
09:19:02 | * | lucent pokes svn log |
09:19:05 | Alystair | hrm |
09:19:07 | Unhelpful | Alystair: use a them that uses album art, and make sure that you have proper album art on your player. |
09:19:19 | Alystair | the one that shows album art breaks :/ |
09:19:27 | Alystair | Lavenia |
09:19:40 | cool_walking_ | You can try to fix it if you want. http://rockbox.org/wiki/CustomWPS |
09:19:41 | lucent | r19766 by Zagor |
09:20:31 | Zagor | lucent: that wasn't yesterday :) |
09:20:57 | lucent | hum |
09:21:05 | GodEater_ | Alystair: the default theme (cabbiev2) shows album art just fine |
09:21:10 | lucent | 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 | Unhelpful | 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 | lucent | Zagor: the !@#$ thing magically works now |
09:22:40 | Alystair | GodEater: really? |
09:22:55 | Alystair | I have embedded covers and they are not showing up |
09:23:00 | cool_walking_ | Alystair: See http://rockbox.org/wiki/AlbumArt to make sure you're putting the images in the right place. |
09:23:04 | amiconn | 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 | Alystair | do they have to be the exact right resultion to be displayed |
09:23:06 | cool_walking_ | embedded won't work |
09:23:10 | Zagor | lucent: nice! |
09:23:38 | cool_walking_ | No they are resized automatically. |
09:23:39 | Zagor | Unhelpful: what is this double indirection? |
09:23:52 | GodEater_ | Alystair: Rockbox does not support embedded Album Art. |
09:24:36 | Unhelpful | 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 | Alystair | w/e I'm not going to fret over it then |
09:25:51 | cool_walking_ | Alystair: this may be useful: http://vcardenasblog.blogspot.com/2008/03/ipod-album-art-extracter-for-rockbox.html |
09:26:08 | Alystair | 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 | Alystair | I love the fact that the hold button instantly turns off the screen |
09:26:24 | Unhelpful | 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 | Alystair | oh man my english voice in this sounds so great now |
09:27:39 | Alystair | hey I found a bug! |
09:27:54 | Alystair | pausing the music stops voice fx from playing until unpausing music |
09:28:22 | GodEater_ | That's not a bug, that's a feature ;) |
09:28:32 | | Join japc [0] (n=japc@194.65.5.235) |
09:28:41 | Unhelpful | 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 | Zagor | Unhelpful: why the explicit .data section attribute? |
09:29:10 | Alystair | at which point you get a cacaphony of SETTINPLUFILESDATABASE comes on |
09:29:12 | Unhelpful | 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 | Unhelpful | 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 | amiconn | 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 | amiconn | I think the double indirection is the way to go for now, even if it's "wasting" 4 bytes |
09:33:33 | Zagor | 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 | amiconn | 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 | pixelma | 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 | pixelma | 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 | lucent | Zagor: can you describe for me what r19766 is? |
09:55:56 | lucent | I'm wondering whether or not it is the reason microSD suddenly works |
09:56:04 | lucent | it only works after boot |
09:58:10 | Zagor | lucent: it changed the way cpu clocking flags were set. the old way used xor instead of or for some reason. |
09:58:35 | lucent | Zagor: does it affect the bootloader? |
09:59:26 | Zagor | lucent: no, the bootloader does not use this function |
09:59:32 | lucent | hm |
09:59:56 | lucent | sansafuze has some weird bugs |
10:00 |
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 | lucent | 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 | lucent | I should say commit r19766 |
10:01:20 | | Join scorche [0] (i=Blah@rockbox/administrator/scorche) |
10:01:30 | Zagor | lucent: well, yes. but how exactly do you mean? in unexpected ways? |
10:02:01 | lucent | Zagor: prior to r19766, insertion of microSD card to fuze 8gb meant a panic |
10:02:38 | lucent | I had figured out that adding extray delays in certain places in the code avoided the panic |
10:03:32 | lucent | right now if the 8gb fuze boots with a microSD card inserted, then there is a panic |
10:04:06 | lucent | 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 | lucent | Zagor: could whatever you bumped be duplicated to run in the bootloader? |
10:06:03 | lucent | 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 | Zagor | lucent: does the bootloader panic/crash with SD inserted? |
10:07:18 | lucent | Zagor: I am not certain, I think it might be the firmware or the bootloader |
10:07:26 | lucent | Zagor: how to know which one it is? |
10:08:00 | Zagor | lucent: depends on how the error manifests. does it freeze, reboot or panic? |
10:08:06 | lucent | panic |
10:09:41 | Zagor | 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 | lucent | really don't know what the bug is event |
10:11:24 | Zagor | what does the panic say? |
10:11:27 | lucent | even*... kugel has 4gb fuze and says none of these problems bite him |
10:11:42 | lucent | Zagor: I'm almost certain it's a failure of the CID command |
10:11:44 | Zagor | and I have the 2GB... fun fun :-) |
10:11:48 | lucent | 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 | pixelma | 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 | Zagor | pixelma: iriver is correct. I'll fix the description. |
10:15:05 | Zagor | 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 | pixelma | well, I saw an effect already... |
10:16:26 | pixelma | 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 | gartral | 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 | Zagor | 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 | lucent | Zagor: -5 is the result from sd_card_init |
10:22:37 | lucent | err |
10:22:43 | lucent | sd_init_card() I meant |
10:22:52 | lucent | "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 | B4gder | isn't that to cause as little memory overhead as possible? |
10:32:48 | | Quit Thundercloud (Remote closed the connection) |
10:33:45 | Zagor | B4gder: why don't simply rename ata_init to storage_init? |
10:34:22 | Zagor | I was rather flummoxed by not finding storage_init when greping all c files |
10:34:49 | Zagor | that's how we do all other target-specific implementations. system_init, set_cpu_frequency etc. |
10:36:02 | linuxstb | 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 | B4gder | I think so, yes |
10:37:17 | Zagor | 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 | Zagor | lucent: are you really getting a panic, or an "ATA error"? |
10:40:29 | | Quit daurnimator (Client Quit) |
10:42:17 | Zagor | 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 | Zagor | 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:00 |
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 | Unhelpful | 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 | Unhelpful | 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 | gartral | is there a WPS tag for displaying an alternitive file, or say lyrics off of the comments? |
11:24:33 | Unhelpful | 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 | gartral | %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 | gartral | 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 |
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 |
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: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 | Zagor | did flyspray rss never work? |
14:32:23 | | Quit FlynDice () |
14:34:39 | Zagor | 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 | JdGordon | LinusN: hey, you round? |
14:45:43 | GodEater_ | 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 | Zagor | memo to self: emacs escape key does not work in xchat |
14:47:59 | Zagor | 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 | Zagor | I simply want a small popup when tasks are added or modified |
14:48:51 | JdGordon | pixelma: you round? |
14:49:21 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-78134ec51a4c614e) |
14:49:30 | jhMikeS | 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 | JdGordon | linuxstb: was it you who said you use one of the sims as your audio player on the comp? |
15:00 |
15:05:47 | JdGordon | 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 | Zagor | 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 | jhMikeS | Is that a +/- on it? |
15:09:51 | jhMikeS | could be a tiny battery/cap? |
15:10:06 | Zagor | 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 | robin0800 | Zagor: I think they are heads of screws holdibg it in place |
15:26:13 | robin0800 | holding |
15:26:18 | rockos | saluton |
15:26:44 | Zagor | you don't use screws for such small components |
15:28:52 | Zagor | 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 | akahhannah | JdGordon: hey! I have a question about your bmp numbers patch |
15:29:57 | robin0800 | 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 | Zagor | well those hits aren't exactly conclusive... |
15:32:33 | | Quit Horscht ("http://www.geisterfahrer.org") |
15:32:59 | JdGordon | akahhannah: dont ask to ask.... just ask |
15:34:22 | akahhannah | 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 | akahhannah | as i did put on the tracker and the forum, I get a data abort crash on the actual targets |
15:36:21 | JdGordon | 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 | akahhannah | 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 | LinusN | 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 | Zagor | LinusN: ok |
15:43:18 | | Quit akahhannah ("CGI:IRC (Ping timeout)") |
15:46:10 | PaulJam | 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 | Zagor | PaulJam: good point. although it always boosts on buffer refill, so it gets at least a little excercise anyway |
15:48:48 | Zagor | I think the pcm starve flag would be interesting |
15:53:01 | PaulJam | hmm, maybe i can create some aac files. they should definitely need boosting. |
15:53:21 | Zagor | PaulJam: ogg is quite demanding too |
15:54:58 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
16:00 |
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 | Zagor | 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 | Zagor | 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 | Zagor | 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 | kugel | LinusN: hey, I'm going to add the setting for "natural sorting" |
16:55:31 | kugel | I'm just curious about how to call it, I don't really like natural |
16:56:06 | B4gder | "assumption based" ? B) |
16:56:35 | | Join Rob2222 [0] (n=Miranda@p4FDCD656.dip.t-dialin.net) |
16:56:49 | rasher | Human sorting? |
16:57:19 | kadoban | "natural sorting" is the only thing i've ever heard it called |
16:57:29 | kugel | 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 | kugel | or human |
16:57:58 | kugel | "human understandable" even? ;) |
16:58:00 | rasher | Yeah, I've never heard it called anything but natural sort |
16:58:12 | Zagor | fun fact: ARM922T draws 250 picowattseconds per cycle |
16:58:21 | kugel | err, "non-engineerer understandable" |
16:58:56 | kugel | rasher, kadoban: I just think "the nature doesn't sort" |
16:59:10 | B4gder | natural is a weird term for it |
16:59:24 | kadoban | yeah, it's kind of weird...but it's already known as that :) |
16:59:31 | rasher | kugel: I agree, and I'm not terribly opposed to calling it something else |
16:59:39 | rasher | It's not like it's a standard or anything |
16:59:51 | B4gder | I don't have any strong opinion either |
16:59:56 | kugel | yo, I'm just hoing to find an agreement on the name |
17:00 |
17:00:01 | kugel | hoping |
17:00:10 | kadoban | i think any that have been suggested would probably be fine... |
17:00:16 | kugel | so, smart and human are my favorites |
17:00:20 | B4gder | I won't use it anyway :-) |
17:01:02 | | Join Jaykay [0] (n=chatzill@p579E7F59.dip.t-dialin.net) |
17:01:26 | Zagor | 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 | kugel | rasher: well, that's very controversial |
17:02:09 | B4gder | Zagor: sorts 2 before 10 |
17:02:51 | kugel | 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 | Zagor | is that the same as /usr/bin/sort calls "numeric sort"? |
17:03:18 | rasher | 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 | B4gder | Zagor: I'd guess so |
17:03:27 | kugel | therefore I'd rather not change the defaults, just to not unexpectedly change things |
17:03:31 | kadoban | Zagor: yes |
17:03:34 | Zagor | then I vote for that name |
17:04:00 | * | rasher thinks that's a bit weak |
17:04:17 | rasher | 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 | rasher | They can always change them back if they prefer asciibetical sorting |
17:05:31 | kugel | 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 | rasher | So be it, says I |
17:06:31 | LinusN | 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 | LinusN | i still wake up at night because of it |
17:07:56 | kugel | I'm fine with either |
17:08:03 | | Quit midkay (Read error: 110 (Connection timed out)) |
17:08:31 | rasher | 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 | LinusN | rasher: yup! |
17:09:21 | LinusN | that's what "sane defaults" is to me |
17:09:25 | rasher | I can't imagine that that group of users would prefer ascii-sorting |
17:09:34 | LinusN | exactly |
17:09:43 | LinusN | gtg |
17:09:45 | | Part LinusN |
17:09:47 | rasher | 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 | kugel | sounds like it would only sort numeric filenames, the rest is random |
17:11:25 | Jaykay | 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 | Jaykay | sorry for breaking in your discussion ;) |
17:15:07 | LambdaCalculus37 | Jaykay: Have you tried it recently? |
17:15:38 | Jaykay | 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 | LambdaCalculus37 | 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 | LambdaCalculus37 | 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 | LambdaCalculus37 | 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 | Jaykay | 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 | LambdaCalculus37 | 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 | Jaykay | ok i synced it succesfully but its not working anyway ;) why should i test it when its safe that...... |
17:25:45 | Jaykay | (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 | Jaykay | 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 | kugel | rasher: am I supposed to add new lang strings at the end of the .lang, or doesn't that really matter? |
17:34:19 | rasher | kugel: I'm pretty sure you are, yes - only matters for english.lang though, iiuc |
17:35:39 | Jaykay | 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 | rasher | only if I code it up |
17:36:56 | Jaykay | ok |
17:36:56 | LambdaCalculus37 | Jaykay: Can you show me the output you're getting from the patching with a pastebin? |
17:39:10 | kugel | LambdaCalculus37: "Stripping traling CR"? |
17:39:30 | kugel | all those paste sites add CRs to the paste, for some reason |
17:40:44 | Jaykay | lambdacalculus37: i dont get the text out of vmware, im sorry |
17:41:51 | Jaykay | 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 | Jaykay | i tried this some time ago, somehow it didnt work |
17:43:37 | Jaykay | iirc the image was only for vmware and i didnt know how to convert it |
17:43:49 | kugel | well, set it up yourself |
17:44:04 | kugel | install virtual box, install ubuntu, run rockboxdev.sh |
17:44:32 | kugel | each step is very user friendly |
17:45:03 | | Quit petur ("work->recording") |
17:45:05 | Jaykay | what is rockboxdev.sh? |
17:45:29 | rasher | It compiles the crosscompilers you need to compile Rockbox |
17:45:33 | kugel | 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 | Jaykay | 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 |
18:00:16 | *** | Saving seen data "./dancer.seen" |
18:04:28 | kugel | 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 | Jaykay | 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:00 |
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 | kugel | Bagder: is it possible to get rockbox-info.txt from make bin too? |
19:10:52 | kugel | sucks a bit for my slow laptop to build everything if I only want to check bin&ram sizes |
19:11:37 | kugel | hm, maybe it's not possible without making LANGs at least? |
19:22:08 | lucent | kugel: hi there |
19:22:39 | lucent | kugel: I can't explain why Zagor's commit fixed microSD after power on, but it does |
19:24:09 | lucent | 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 | kugel | lucent: well, who knows what the piece of code before his commit did |
19:25:20 | lucent | oh? was it very weird? |
19:25:24 | kugel | I thought no more delays are needed? |
19:25:37 | lucent | no delays are needed if the device is already booted up and powered |
19:25:44 | kugel | no idea, that's the point ;) seems it wasn't doing good things if it broke some microsds |
19:25:58 | lucent | I still get a panic if microSD is inserted on power up |
19:26:08 | kugel | well, have you updated the bootloader? |
19:26:12 | lucent | yes |
19:26:22 | lucent | bootloader was not touched by Zagor's commit |
19:26:27 | kugel | it was |
19:26:34 | lucent | that's in his words, I asked him... so I don't know |
19:26:54 | kugel | surely it's touched by the commit |
19:27:35 | kugel | but the bootloader doesn't support microsds (and thus should look for those) so maybe he meant that |
19:27:59 | lucent | oh, maybe |
19:28:47 | lucent | I uploaded the bootloader anyways, and it does panic with microSD connected |
19:28:59 | lucent | 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 | lucent | it should be the firmware that is panic'ing |
19:29:24 | lucent | right? |
19:29:50 | kugel | hm |
19:29:59 | kugel | wait a second |
19:32:23 | lucent | I'm not understanding how to say "we are bootloader" or "we are firmware" when I see a panicf() |
19:33:37 | lucent | 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 | kugel | lucent: http://pastie.org/361686 try this |
19:36:37 | | Join BXCracer [0] (n=bxcracer@78.60.173.238) |
19:36:43 | lucent | okay, it will be a moment while I test |
19:36:50 | kugel | this causes rockbox to not init the sd at startup, but slightly later |
19:37:23 | kugel | slightly later, as in once the sd thread is running |
19:37:29 | kugel | sd tick task* |
19:38:03 | | Quit preglow (Read error: 110 (Connection timed out)) |
19:39:57 | lucent | kugel: update my bootloader with this? firmware? firmware + bootloader? |
19:41:10 | kugel | 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 | lucent | kugel: without microSD inserted, it boots fine |
19:47:21 | lucent | 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 | saratoga | 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 | kugel | lucent: and if you insert after boot? |
19:57:38 | lucent | kugel: works good if I insert after boot |
19:57:47 | amiconn | saratoga: I would think they use software emulation |
19:57:59 | * | amiconn sincerely doubts that gcc has VFP support |
19:59:45 | amiconn | 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:00:20 | *** | Saving seen data "./dancer.seen" |
20:00:23 | saratoga | amiconn: isn't VFP the main FP model in ARM? |
20:00:28 | saratoga | why wouldn't gcc support it |
20:00:47 | saratoga | also, yes I realize the coherrency issue, but thats much easier to solve then thread safety |
20:00:59 | amiconn | No, it's an extension |
20:01:08 | amiconn | (afaiu) |
20:03:02 | Bagder | arm-elf-gcc -mfpu=vfp |
20:05:00 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
20:05:21 | kugel | lucent: weird that it hangs |
20:07:06 | saratoga | Bagder: so fp codecs should work on the beast? |
20:07:56 | lucent | kugel: I can make r19773 work on boot by adding some delays to the while() loop with acmd43 |
20:08:05 | Bagder | saratoga: afaiu, yes |
20:08:37 | Bagder | hm, possibly not in the 4.0.x series though |
20:08:41 | Bagder | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28202 |
20:09:44 | amiconn | Fixed in 4.1.1, aha |
20:11:21 | kugel | 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 | saratoga | it seems the newer gcc versions have a lot of improvements for advanced arm |
20:12:34 | amiconn | VFP should speed up vector operations a lot (hence the name), but for single operations the overhead might be significant |
20:13:21 | amiconn | A test should tell... |
20:13:22 | saratoga | i think it implements standard ieee754 scalar fp too |
20:13:32 | kugel | 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 | kugel | without editing rockbox, I might add |
20:15:57 | amiconn | Did it work properly? |
20:16:11 | saratoga | people have benchmarked codecs on PP in gcc 4.1.x before |
20:16:36 | saratoga | no better then 4.0.x, but for armv5+ that might not be so |
20:16:46 | amiconn | 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 | Llorean | kugel: You'd basically need to test bootloaders and binaries on all ARM targets with gcc 4.1.x |
20:17:33 | kugel | amiconn: I didn't test every part, but it booted and played music fine (that's what I remember) |
20:17:48 | kugel | Llorean: yea, that's true |
20:18:12 | saratoga | couldn't we just use a different gcc for the beast and newer targets? |
20:18:21 | Llorean | 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 | kugel | just saying, that it may work, if the benefits are worth it |
20:19:13 | Llorean | 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 | Llorean | But it may also be a valid temporary measure if it really does offer measurable benefits |
20:19:34 | saratoga | theres posts on rockbox-dev about using gcc 4.2 |
20:19:43 | amiconn | saratoga: I'd rather want to reduce gcc version diversity that increase it |
20:20:01 | saratoga | http://www.mail-archive.com/rockbox-dev@cool.haxx.se/msg03283.html |
20:20:19 | kugel | saratoga: I remember there was also a tracker entry about it |
20:20:20 | amiconn | So if we do a switch, we should check whether it's possible/ desirable to switch the other architectures as well |
20:20:32 | saratoga | amiconn: yeah that makes sense |
20:20:55 | amiconn | Right now we're using 2 versions, 4.0.3 for ARM and SH1, and 3.4.6 for coldifire |
20:21:13 | lucent | why 3.4.6 for coldfire? |
20:21:26 | amiconn | 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 | Llorean | 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 | Llorean | It was very strange. Basically there have been some very target-specific quirks with GCC versions in the past. |
20:21:56 | amiconn | I couldn't reproduce them, in my tests almost everything performed the same, and wavpack saw a slight speedup |
20:22:27 | amiconn | Newer versions than 4.0.x apparently don't work for coldfire |
20:22:46 | amiconn | (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 | amiconn | 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 | saratoga | theres a message in mailing list from Nils saying 4.3 works with some effort |
20:24:33 | saratoga | 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 | saratoga | oh wow FS #7832 - Building with gcc 4.3 |
20:30:00 | amiconn | Hmm, already more than a year old |
20:30:09 | amiconn | But it's coldfire only. |
20:30:21 | amiconn | Now that binutils 2.19 are out, it should be easier |
20:30:22 | saratoga | the changes look pretty simple, and one of them [tremor floor0] should be commited regardless |
20:30:49 | amiconn | Someone should try binutils 2.19 + gcc 4.3.2 for all architectures |
20:31:52 | saratoga | "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 | saratoga | through i bet anything thats due to the weird fft AAC no longer uses |
20:32:43 | amiconn | It might also need -O tweaking |
20:33:12 | amiconn | From what I've seen so far, -O3 is sometimes significantly slower than -O2 |
20:34:31 | saratoga | is building a different gcc as easy as changing the version numbers in rockboxdev.sh? |
20:35:12 | amiconn | 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 | kugel | lucent: http://pastie.org/361741 please test |
20:38:24 | | Join gregzx [0] (n=chatzill@dsx134.neoplus.adsl.tpnet.pl) |
20:38:43 | saratoga | amiconn: what about the one in CodecPerformanceComparison |
20:40:39 | amiconn | Oh, didn't notice there was a link... |
20:40:56 | * | amiconn thinks that wiki page is not very helpful though |
20:41:21 | amiconn | 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 | amiconn | Also some audio formats are missing: ac3, speex, alac (probably due to lack of free encoder), shorten, ape |
20:48:32 | lucent | kugel: okay, testing now |
20:49:10 | gevaerts | jhMikeS: I don't know |
20:50:31 | lucent | kugel: (boot without microSD and then insert after boot) = OK |
20:50:51 | lucent | kugel: (boot with microSD connected) = PANIC card not inserted |
20:51:09 | lucent | 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 | lucent | kugel: I just tested plain SVN r19773, gotta retry with your patch |
20:54:05 | lucent | kugel: bootloader won't build with your patch applied |
20:54:52 | lucent | ata_sd_as3525.c:(.text.sd_init+0xc0): undefined reference to `sd_enable' |
20:59:22 | kugel | lucent: yea, don't build the bootloader :p |
20:59:50 | lucent | kugel: holy ... hey guess, this is crazy... now my wheel light is working with your patch |
20:59:56 | * | lucent looks confused |
21:00 |
21:00:39 | lucent | kugel: microSD panic's on boot though, works fine otherwise |
21:00:53 | lucent | no change |
21:00:57 | lucent | error is -5 |
21:03:08 | | Quit Acksaw ("Erection reset by queer") |
21:03:48 | lucent | kugel: I've not seen wheel light work in rockbox since a long long time |
21:05:01 | lucent | 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 | lucent | 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 | lucent | if I hit power button, it starts working again |
21:06:32 | lucent | maybe I describe some things wrong |
21:06:40 | lucent | any button press makes the wheel work |
21:06:53 | lucent | err... any button press makes the wheel *light* work :) |
21:07:27 | kugel | lucent: yea, buttonlight doesn't seem to work without backlight it seems |
21:08:05 | lucent | 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 | kugel | lucent: not sure, the wheel is a bit special |
21:09:27 | lucent | sorry to get distracted |
21:09:34 | | Quit obo (Read error: 110 (Connection timed out)) |
21:09:39 | lucent | microSD panic returns -5 if microSD is connected on boot |
21:10:43 | | Quit jhulst (Read error: 110 (Connection timed out)) |
21:10:51 | lucent | "card not initialised (-5)" |
21:14:56 | kugel | lucent: but it still works when inserting after boot? |
21:16:04 | lucent | kugel: yes it does, after boot is okay |
21:17:06 | lucent | 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 | kugel | lucent: ok, then show me how you inserted the delays, and then we look if we can commit this |
21:17:17 | lucent | oh |
21:17:27 | | Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) |
21:17:31 | lucent | okay I'll make a patch to share |
21:17:48 | lucent | kugel: but your patch you just made "fixes" buttonlight on 8gb fuze |
21:17:57 | lucent | I'm going to be sad to see it go away =P |
21:18:15 | lucent | buttonlight/wheel light |
21:18:25 | kugel | 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 | lucent | kugel: http://pastie.org/361783 |
21:20:48 | lucent | I have not regression tested since the fixed boost behavior revision in SVN |
21:20:57 | lucent | so... I tried what worked before |
21:21:13 | lucent | it works now but I haven't tried i.e. only one delay or moving delay around |
21:22:25 | kugel | 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 | kugel | i.e. not while doing transfers, so they don't really matter |
21:23:14 | kugel | better we play safe |
21:24:40 | | Quit PaulJam (Read error: 110 (Connection timed out)) |
21:25:00 | lucent | my 2GB microSD card arrives today, I will test with normal class microSD then |
21:25:17 | kugel | 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 | kugel | lucent: lets just insert the delays if they work |
21:25:48 | lucent | yes, they do work |
21:25:55 | kugel | 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 | lucent | kugel: if (while rockbox is in the process of booting) I insert microSD, it panics |
21:32:13 | lucent | but I think that's normal, right? |
21:35:22 | kugel | lucent: why should it? |
21:35:32 | kugel | with or without delay? |
21:35:38 | kugel | or delays |
21:36:46 | lucent | kugel: if you boot your 4gb fuze, and insert microSD immediately after the bootloader flashes, but just before the firmware loads |
21:36:51 | lucent | it would panic right? |
21:37:07 | | Join Schmogel [0] (n=Miranda@essn-4db6d218.pool.einsundeins.de) |
21:37:41 | lucent | bootloader graphic (flashes) |
21:37:47 | kugel | it doesn't panic at all here |
21:38:29 | lucent | oh, then I don't think the delay is a solution |
21:38:36 | kugel | why? |
21:38:58 | lucent | I want 8gb fuze to work as well as 4gb fuze with microSD |
21:39:11 | kugel | I think it does with delays? |
21:39:18 | kugel | why are you so opposed to delays? |
21:39:30 | kugel | rockbox is full of those small delays |
21:40:01 | lucent | I want to do more testing so we are not hiding a different problem |
21:40:13 | kugel | it's clearly related to your card. and we want to have all cards working, so we add those delays |
21:40:19 | lucent | okay |
21:40:31 | lucent | when I have a non-SDHC card, I will test these things again |
21:40:42 | lucent | it could be the 8gb fuze and not the card |
21:40:51 | kugel | so can you give me a patch with working delays anyways? |
21:41:04 | kugel | 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 | lucent | kugel: http://pastie.org/361783 |
21:41:19 | | Join japc [0] (n=japc@bl7-79-45.dsl.telepac.pt) |
21:41:40 | lucent | it still panics if you mess with microSD card between bootloader and firmware loading |
21:42:07 | lucent | 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 | kugel | lucent: did you insert the card fully or just shortly? |
21:43:25 | lucent | fully |
21:43:26 | kugel | it still panics if you have the card inserted only very shortly |
21:43:35 | akahhannah | 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 | kugel | i.e. if you pull it out during init |
21:43:56 | Llorean | akahhannah: Rockbox doesn't keep track of the .cfg file you last loaded. |
21:44:05 | Llorean | All it cares about are the settings that are changed, not the filename. |
21:44:44 | akahhannah | ok thanks |
21:44:47 | kugel | lucent: well, thanks a lot for your effort |
21:45:42 | lucent | kugel: I apprecaite your time helping me walk through these efforts |
21:46:20 | kugel | :) |
21:46:21 | akahhannah | 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 | lucent | 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 | lucent | I'm testing those other extra delays now |
21:47:04 | | Quit karashata ("G'bye everyone!") |
21:47:05 | Llorean | 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 | Llorean | 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 | akahhannah | that idea might work, thanks, I'll see if i can make it that way |
21:48:51 | lucent | kugel: I think those other delays fix panic on my abuse of insert/eject on boot :) |
21:49:23 | lucent | kugel: nevermind that |
21:49:53 | | Quit Strife89 ("Packing for a trip.") |
21:50:09 | lucent | 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 | lucent | kugel: maybe the device is initializing the internal SD and that's why inserting an external SD causes it to panic? |
21:59:33 | lucent | kugel: you said it doesn't happen on your device though |
21:59:59 | kugel | is it reproducable? |
22:00 |
22:00:15 | lucent | 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 | kugel | no idea, but it's possible |
22:01:27 | lucent | 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 | kugel | I got the buttonlight working ok |
22:03:30 | * | lucent cheers |
22:06:32 | lucent | 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 | lucent | kugel: I have a cleaner patch, I think, it only delays more if sdhc is true |
22:21:24 | lucent | kugel: http://pastie.org/361856 |
22:22:14 | kugel | adding dozens of ifs to make 1 tiny delay conditional isn't what I consider as cleaner |
22:22:33 | lucent | well, I mean it is more obvious what I am trying to do |
22:22:39 | kugel | but it adds 2 delays again? I thought 1 is enough? |
22:22:49 | lucent | 1 delay is already there |
22:22:59 | lucent | I was making 1 delay into 3 delays before |
22:23:03 | lucent | that's unnecessary |
22:23:03 | kugel | oh, sorry, I oversaw the "-" |
22:23:06 | lucent | :) |
22:23:32 | kugel | why do you think it's only on SDHC? |
22:23:45 | lucent | well, do you test with SDHC or regular card? |
22:25:20 | lucent | 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 | lucent | kugel: I'll be quiet now. I'm just wasting time, sorry |
22:26:20 | saratoga | kugel: seperate patchs are strongly encouraged |
22:27:06 | kugel | lucent: I have 4GB, so HC |
22:27:10 | amiconn | Zagor: Running boosted all the time and sleeping would waste lots of energy vs. lowering the clock |
22:27:41 | amiconn | The cpu core(s) might be fully static, but our SoCs contain a lot more than just the cpu core(s) |
22:27:52 | kugel | saratoga: I thought so too, will take some minutes to seperate them though |
22:28:02 | | Quit archivator ("<>") |
22:28:02 | amiconn | saratoga did some interesting measurements regarding this |
22:28:24 | | Join Jaykay [0] (n=chatzill@p579E7629.dip.t-dialin.net) |
22:29:12 | amiconn | That's in fact another reason not to go too low with the unboosted clock |
22:29:43 | amiconn | 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 | Jaykay | Zagor: should i do a battery bench with fs 9800? |
22:30:26 | kugel | gevaerts: can we use sd_enable for sd_spin and sd_sleep? |
22:30:34 | amiconn | 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 | amiconn | 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 | saratoga | amiconn: i don't think we ever explored the power consumption at various clock speeds |
22:31:04 | saratoga | we've just assumed its close to linear |
22:31:07 | gevaerts | kugel: I'll answer as soon as I understand the question ;) |
22:31:11 | saratoga | so perhaps i should look into that |
22:31:14 | Zagor | amiconn: what is a reason not to sleep? |
22:31:32 | | Quit bmbl ("Woah!") |
22:31:34 | amiconn | Sleeping at high clock wastes energy in the internal peripherals of the SoC |
22:31:36 | webguest35 | hello |
22:31:39 | kugel | gevaerts: I saw "void sd_spin(void)" and "void sd_sleep(void)" stubs in our sd driver |
22:31:48 | Zagor | 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 | webguest35 | i was in here like 2 months ago...and I asked for a link to theme site |
22:32:14 | Zagor | however waitstates do mean that high speed is more expensive than low |
22:32:28 | amiconn | saratoga did some measurements of PP power consumption boosted and unboosted, sleeping and busy |
22:32:28 | Zagor | so yes, generally I agree with you |
22:32:35 | gevaerts | kugel: I still don't understand what you're getting at |
22:32:38 | webguest35 | 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 | amiconn | PP draws more power when sleeping at 80MHz than when busy at 30MHz |
22:32:47 | Zagor | PP is a poor example, since we have zilch docs for it |
22:32:59 | webguest35 | can anyone link me up to the new themes again? |
22:33:06 | kugel | gevaerts: we have sd_enable(bool on), so we can power down the sd controller if unused |
22:33:36 | kugel | I'm wondering if basically sd_spin() == sd_enable(true) and sd_sleep() == sd_enable(false) |
22:34:52 | Zagor | amiconn: I strongly suspect that is due to us not configuring it right. which will always be a problem with PP. |
22:34:54 | gevaerts | ah ok. I'm not sure actually |
22:35:27 | amiconn | I would expect the other SoCs to behave similarly |
22:35:38 | Zagor | amiconn: I wouldn't |
22:37:37 | kugel | gevaerts: I'd think so if sd_sleep (which is storage_sleep later) is meant to save power |
22:37:42 | Jaykay | does anyone have a clue whether a bench with flac or mp3 is better? |
22:37:44 | webguest35 | I need the newer themes the ones that work with the updated WPS |
22:37:59 | webguest35 | does anyone know where that page went? I lost it |
22:38:46 | gevaerts | kugel: sd_sleep() seems safe enough, but I'm not sure if sd_spin() is called before all operations |
22:38:50 | kugel | Jaykay: what do you mean by better? |
22:39:14 | kugel | gevaerts: well, the transfer function calls sd_enable anyways |
22:39:21 | gevaerts | webguest35: have you tried the link "extras" on the website? |
22:39:31 | domonoky | webguest35: take a look at the wiki, WpsGallery |
22:39:35 | kugel | i.e. sd_enable(true) before transfering, and sd_enable(false) when finished |
22:39:50 | Jaykay | kugel: more meaningful (?) [aussagekräftiger] |
22:40:05 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
22:40:08 | gevaerts | kugel: in that case, what would calling them again from sd_sleep() and sd_spin() gain you? |
22:40:12 | kugel | Jaykay: neither of those are good for that, as they run unboosted |
22:40:21 | kugel | gevaerts: not sure, probably nothing |
22:41:16 | amiconn | ata_spin() is for *keeping* the disk spinning. SPinup on access when it's sleeping is automatic |
22:41:22 | Jaykay | kugel: sorry i mean ogg, when i did my first benches you said they run boosted |
22:41:41 | amiconn | So ata_spin() (and hence sd_spin() ) is only called in special situations |
22:41:58 | gevaerts | Ah ok. That seems to match my recollections :) |
22:42:05 | amiconn | Sleeping is automatic as well, after spindown delay. ata_sleep() is for quick-sleeping |
22:42:07 | Jaykay | webguest35: http://www.rockbox.org/twiki/bin/view/Main/WpsGallery |
22:42:40 | Zagor | 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 | kugel | 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 | kugel | saratoga: here's the first one http://pastie.org/361878 |
22:44:40 | webguest35 | i know the wps gallery |
22:44:48 | webguest35 | but I need the updated WPS |
22:45:01 | kugel | saratoga: hm, I'm gonna test it a bit more |
22:45:09 | Jaykay | Zagor: if you dont mind i'll do it anyway, unless you have a more helpful bench for me |
22:45:15 | webguest35 | there was a page with just themes with the new WPS themes that work with the new Rockbox version |
22:45:26 | Zagor | Jaykay: sure, have fun :-) |
22:45:35 | Jaykay | ok |
22:46:27 | Zagor | lucent: haha, guess if sd-at-boot works for me :-) |
22:46:50 | kugel | Zagor: but it would surely be interesting if the bench would confirm Buschel |
22:47:20 | lucent | Zagor: I'm afraid. Tell me |
22:47:32 | Zagor | lucent: it works |
22:47:33 | kugel | i.e. that it actually increases power consumption |
22:47:57 | lucent | Zagor: it could just be my card then, what brand / size / class card are you using? |
22:48:34 | Zagor | lucent: sandisk 1GB |
22:49:18 | | Quit Jaykay ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
22:49:41 | lucent | Zagor: mine is Transcend 8gb class |
22:49:55 | * | lucent wonders where the "class 6" got cut off |
22:50:16 | Zagor | 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 | Zagor | I guess I should do it to the H140 and one of the clips while I'm at it |
22:51:28 | webguest35 | does anyone know where this page |
22:51:34 | webguest35 | is at :P |
22:52:19 | lucent | webguest35: TWiki doc index? |
22:52:19 | Llorean | 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 | kugel | Zagor: what needs to be built to report a accurate rockbox-info.txt? LANGs and main binary, or more? |
22:56:44 | kugel | 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 | saratoga | 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 | Zagor | kugel: the binary |
22:57:36 | Bagder | kugel: rockbox-info.txt is made by mkinfo.pl, you can run that manually |
22:58:20 | Zagor | saratoga: did you write down your clock vs current findings on PP? |
22:58:36 | kugel | the langs not (for the buffer)? |
22:58:52 | kugel | Bagder: thanks for the hint, what does that build? |
22:58:57 | Bagder | the binary won't be right without the langs, correct |
22:59:08 | Bagder | kugel: the .txt file only |
22:59:31 | saratoga | Zagor: some of them |
22:59:32 | Bagder | mkinfo.pl outputfile |
22:59:43 | saratoga | i lost one notebook, but still have some of the graphs I made |
22:59:47 | kugel | hm, well, I was looking for a make target which builds everything what's needed to get rockbox-info.txt properly |
22:59:49 | saratoga | and i can make more of course |
23:00 |
23:00:08 | Bagder | and I offered a work-around |
23:00:13 | webguest35 | :O I think the TWiki doc page might have been it! can someone link me? |
23:00:32 | Bagder | make bin must build the langs too, doesn't it do that? |
23:00:53 | kugel | I think so yes |
23:01:04 | Llorean | webguest35: The only page on the wiki with WPSes is the WpsGallery |
23:01:07 | kugel | so make bin && ../mkinfo.pl ? |
23:01:20 | Bagder | kugel: yes, I think that should work just fine |
23:01:21 | webguest35 | oh -_- |
23:01:38 | webguest35 | i know there is one...its hard for me to explain cuz im not very smart :P |
23:01:56 | Zagor | saratoga: how much documentation do you have? for example do you/we know what the bits in DEV_TIMING1 do? |
23:02:00 | webguest35 | its not the main page, it only had themes with 3.0 WPS |
23:02:01 | Llorean | webguest35: Many of the WPSes on the gallery page should work just fine. |
23:02:23 | Llorean | There is no official "just 3.0 themes" page. |
23:02:31 | lucent | webguest35: http://www.rockbox.org/twiki/bin/view/Main/DocsIndex |
23:02:34 | Llorean | If someone's hosting them on some random website elsewhere, we can't help you. |
23:02:36 | webguest35 | how do I know which ones will work |
23:02:59 | Llorean | If they don't say, try them. |
23:03:17 | kugel | 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 | kugel | I just tried and it works |
23:04:48 | saratoga | Zagor: I only really looked at DEV_EN registers, I don't believe I tested that one |
23:04:58 | Zagor | kugel: no need. just run: make bin `pwd`/rockbox-info.txt |
23:05:14 | saratoga | would power measurements be useful? |
23:05:21 | kugel | "make info" is much easier :( |
23:05:53 | Zagor | kugel: I don't understand what you are after. why aren't running a full make? |
23:05:59 | gevaerts | kugel: "man alias" :) |
23:06:32 | kugel | because my laptop is slow, and building zbox and doom alone needs almost 5 minutes |
23:07:08 | Zagor | kugel: and why do you need rockbox-info.txt? |
23:08:13 | sputnik | do i have to reboot my 3g ipod to original firmware to load music? |
23:08:14 | Zagor | saratoga: perhaps not at the present state |
23:09:17 | kugel | checking bin and ramsize easily |
23:10:26 | webguest35 | 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 | webguest35 | thanks for your help anyways |
23:10:53 | | Quit {phoenix} (Remote closed the connection) |
23:10:55 | Zagor | kugel: well, I don't think we should add a target just to save you typing 20 characters :-) |
23:11:18 | Bagder | ... that could be made an alias or script and become one character |
23:12:19 | kugel | well, I'll learn to live with it ;) |
23:12:40 | kugel | 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 | Zagor | amiconn: did you see my question about the "SLOW" clock source? do you know if we can use that? |
23:15:23 | saratoga | 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 | Zagor | saratoga: that would be interesting. can you measure on other targets than PP? |
23:17:14 | saratoga | 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 | Zagor | saratoga: all prepared for measuring? |
23:17:46 | saratoga | no but its easy enough to prepare them |
23:17:48 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
23:18:07 | saratoga | at most I'd have to cut a USB cable and splice in a 0.5 ohm resistor |
23:18:33 | Zagor | saratoga: excellent. I think an AMS target would be interesting as comparison. |
23:18:49 | saratoga | are they clocked well enough to be interesting yet? |
23:19:00 | saratoga | it sounds to me like they're still not working properly |
23:20:07 | kugel | 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 | saratoga | that'd be nice |
23:20:58 | Zagor | well, we at least know that we are clocking the core separately and that boost is 8x the normal freq. |
23:21:10 | saratoga | and probably pretty easy to edit buildzip.pl |
23:21:38 | saratoga | 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 | Zagor | It depends how much work it is for you. I think it would still be interesting to see. |
23:24:06 | saratoga | 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 | saratoga | just curious what you're thinking |
23:25:09 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
23:25:13 | Zagor | I didn't even know these players could run without battery. |
23:26:03 | saratoga | the V1s can |
23:26:20 | saratoga | the fuze and clip cannot easily have the battery removed actually |
23:26:27 | saratoga | so measurements on them will be complicated |
23:26:36 | saratoga | thats not something i'd considered |
23:26:59 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
23:27:37 | Zagor | right. we'll just delay that a bit then :) |
23:30:39 | kugel | saratoga: http://pastie.org/361923 tested on fuze+clip; main+bootloader |
23:31:07 | | Quit webguest35 ("CGI:IRC (EOF)") |
23:33:05 | saratoga | kugel: i haven't read todays logs yet, how much have you changed? |
23:34:14 | kugel | 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 | saratoga | so this mostly fixes crashes with some cards i guess? |
23:34:41 | kugel | some cleanup here and there, and add the delays which make lucent's microsd card working |
23:34:46 | saratoga | and of course the cleanup |
23:34:51 | saratoga | ok sure i'll commit it tonight |
23:34:53 | saratoga | have to run |
23:35:30 | kugel | oh, I also changed some panics to be more helpful, i.e. printing the error code |
23:37:28 | kugel | 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 | kugel | Zagor: did you already experiment with the clipv2? |
23:42:37 | Zagor | kugel: no, I got caught up in other interesting things :) |
23:42:47 | kugel | :) |
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 | Zagor | did you download the ARM922T to read up on the COP15? |
23:44:18 | Zagor | *docs |
23:44:27 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
23:44:42 | kugel | Zagor: yep |
23:44:58 | kugel | I didn't understand fully though |
23:45:01 | Zagor | saratoga: can you paste your ams perfcheck() somewhere? (or even commit) |
23:45:14 | | Quit TheSphinX^ ("XChat@Linux") |
23:45:54 | kugel | 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 | Zagor | yes |
23:47:04 | kugel | 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 | kugel | I guess I didn't map the memory regions correctly |
23:48:53 | kugel | or others things I didn't understand enough, so I hope someone can help me |
23:49:17 | | Quit bertrik ("Leaving") |
23:49:33 | kugel | anyway, I was reading crt0.S yesterday, a file I always found totally scary, but I actually understood it pretty good |
23:49:54 | Zagor | :-) |
23:50:10 | amiconn | 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 | amiconn | This is because of those CPUs having separate instruction and data caches |
23:51:34 | amiconn | 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 | kugel | hm, I think I didn't do that |
23:52:10 | amiconn | Gigabeat F/X has to do that somewhere, unless it doesn't enable the caches in the bootloader |
23:52:19 | kugel | but our bootloader is in IRAM, so there's nothing in the SDRAM before executing the main |
23:52:36 | amiconn | Well, you load the main binary into sdram |
23:52:44 | amiconn | What was there before doesn't matter |
23:53:00 | kugel | so, load binary into ram, flush&invalidate, then execute? |
23:53:21 | amiconn | 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 | amiconn | 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 | kugel | 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 | kugel | 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 | amiconn | 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 | kugel | yea, I noticed |