| 00:02:44 | Clipper | I've tried to create an account but still aiting for email. |
| 00:03:04 | JdGordon1 | 4 whole minutes.... |
| 00:03:16 | Clipper | lol |
| 00:03:16 | thomasjfox | well, the wiki doesn't send out emails, too... |
| 00:03:29 | Clipper | Still, usually its instant ;) |
| 00:03:59 | * | thomasjfox didn't see zagor yet to tell him the wiki registration is broken |
| 00:04:22 | Clipper | maybe its my email |
| 00:04:41 | | Quit benedikt93 (Quit: Bye ;)) |
| 00:04:47 | Clipper | too many hops on the line ;) |
| 00:05:14 | sideral | The tracker does send out updates via email, so it's not that nothing works ;) |
| 00:06:00 | | Quit n1s (Quit: Ex-Chat) |
| 00:06:01 | | Quit Clipper (Quit: CGI:IRC (EOF)) |
| 00:06:06 | | Join alexbobP [0] (~alex@adsl-75-63-6-87.dsl.austtx.sbcglobal.net) |
| 00:07:05 | | Quit einhirn (Read error: Connection reset by peer) |
| 00:08:28 | | Quit captainewkl (Quit: Page closed) |
| 00:09:03 | thomasjfox | sideral: :) |
| 00:13:22 | thomasjfox | amiconn: The new build is live: http://repository.maemo.org/extras-devel/pool/fremantle/free/r/rockbox/rockbox_2011-01-26maemo0_armel.deb |
| 00:13:33 | thomasjfox | It will be released from the build quarantine in 30 minutes |
| 00:15:20 | | Quit thomasjfox (Remote host closed the connection) |
| 00:16:41 | foolsh | kugel: Like this? FS #11903 |
| 00:18:47 | | Quit domonoky (Read error: Connection reset by peer) |
| 00:19:54 | | Join tuffdog [0] (~18430b48@giant.haxx.se) |
| 00:21:38 | tuffdog | could someone please help me try to install a patch? |
| 00:22:02 | [Saint] | do you have a development environment set up? |
| 00:22:09 | tuffdog | no |
| 00:22:58 | tuffdog | thats a seperate version that isn't installed on your mp3 right? like one of the simulators? |
| 00:23:42 | tuffdog | my goal is to get the last nes player patch to be installed on my fuze |
| 00:24:16 | tuffdog | so how do i set up such an development enviroment? |
| 00:25:19 | | Quit Dreamxtreme (Quit: Never look down on someone unless you're helping them up.) |
| 00:26:03 | | Quit kugel (Remote host closed the connection) |
| 00:26:50 | | Join vash [0] (~5e4c71b0@giant.haxx.se) |
| 00:27:22 | vash | Hi! |
| 00:27:33 | | Join JdGord [0] (~jonno@vl10.gw.ok-labs.com) |
| 00:27:59 | [Saint] | tuffdog: to be honest, there's an extreme likelyhood that that patch won't apply at all. |
| 00:28:11 | [Saint] | it's pretty old, and been abandoned for some time. |
| 00:28:26 | | Quit ender` (Quit: 'And you have to shout -' He tried to remember some far-off reading. '- er, bonsai. Yes. Bonsai!' -- Terry Pratchett: Reaper Man) |
| 00:28:30 | tuffdog | i guessed that |
| 00:28:47 | tuffdog | but no one has worked on it or even checked if it works |
| 00:29:10 | vash | I really need to display file size in Megabytes in my theme. But seems to me this impossible, due to manuals. Did I missed something? |
| 00:29:11 | tuffdog | also im talking about one of the last few, not the unusuable development ones |
| 00:29:15 | [Saint] | I don't think you can reliably say that ;) |
| 00:29:18 | | Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) |
| 00:30:05 | vash | %fs File Size (in Kilobytes) - worx great. can i use some division function in wps to obtain megs from kb? |
| 00:30:18 | tuffdog | i mean to check if it works on a newer build |
| 00:30:33 | [Saint] | you could probably do it with an %if statement vash |
| 00:31:03 | JdGord | Vash: we don't (yet) have any math tags...but I'm open to suggestions |
| 00:31:09 | | Join Dreamxtreme [0] (~Dre@92.30.197.143) |
| 00:31:25 | [Saint] | tuffdog: It's not going to magically work on a newer build, considering how much changes on a daily basis, also considering it never worked properly on the builds it was intended for before it was abandoned. |
| 00:31:47 | tuffdog | k |
| 00:31:51 | [Saint] | if you're willing to put a lot of work into it (potentially), go for it...just saying don't assume it *will* work. |
| 00:32:20 | tuffdog | just wanted to try to see if it would work in its current form (which it did despite being slow) |
| 00:32:57 | tuffdog | anyways thanks saint |
| 00:33:26 | [Saint] | our fine wiki can still assist you in setting up a development environment if you wish to persue it. |
| 00:33:26 | tuffdog | i dont have any real programming skills so i probably can't add to the current project |
| 00:33:27 | [Saint] | http://www.rockbox.org/wiki/DocsIndex#For_Developers |
| 00:33:39 | tuffdog | anyways thanks |
| 00:33:41 | vash | Saint: i've reffed to if but it didn't working out for 1st glance |
| 00:34:55 | | Quit tuffdog (Quit: CGI:IRC) |
| 00:34:59 | vash | JdGord tnx. i'm not be able to suggest u, because i'm bad programmer actually )) just SA |
| 00:35:20 | [Saint] | vash: I've no idea of the correct syntax, but I would assume you'd need a statement that basically resembled "if kb==1024 - then MB" etc. |
| 00:35:29 | JdGord | I meant, suggest how you'd like it to work |
| 00:35:44 | * | JdGord is the skin/theme guy |
| 00:36:31 | [Saint] | JdGord: It should be possible to do this with a (pretty badass) if statement no? |
| 00:36:57 | | Quit JdGordon1 (Quit: Lost terminal) |
| 00:37:53 | vash | with syntax i'll be ok. tnx. look more carefully to if statement and try to represents kb in mb |
| 00:41:02 | [Saint] | %if(%fs,=,1024)<%fs|1MB> *should* work....I think? |
| 00:41:06 | | Join JdGordon1 [0] (~jonno@vl10.gw.ok-labs.com) |
| 00:41:25 | [Saint] | (untested, but...that would (in theory, I think) represent 1MB) |
| 00:41:44 | [Saint] | how to do it to represent 2MB+ in the same statement...no idea ;) |
| 00:42:36 | vash | saint, let me test it on rbui |
| 00:42:38 | [Saint] | whoops, mixed up true/false "%if(%fs,=,1024)<1MB|%fs>" would be it, if it were to work the way I suspect. |
| 00:42:42 | vash | tnx, saint! |
| 00:43:08 | JdGordon1 | well that is pretty pointless because it will almost never be exactly 1024kb |
| 00:43:57 | vash | which exactly never be exactly 1024 kb? |
| 00:44:12 | JdGordon1 | %fs |
| 00:44:24 | [Saint] | JdGordon1: I did cut it back to the bare roots...I had no idea how to add further comparisons to the same statement. |
| 00:44:52 | vash | oh. i see |
| 00:45:02 | [Saint] | but, yes...that would only be true if the file was *exactly* 1MB, otherwise it would still show Kbs |
| 00:45:51 | maraz | perhaps a separate %whatever could return the largest human-readable filesize along with the appropriate prefix |
| 00:45:56 | JdGordon1 | %f is file size? or bitrate? |
| 00:46:57 | [Saint] | filesize |
| 00:46:59 | maraz | so, for a 2MB file, %fs would return whatever it returns now and the new %whatever would return the string "2 MB". |
| 00:47:29 | vash | can i just left out 3 left signs in file size? so 69345KB would be represented as 69Mb |
| 00:47:34 | maraz | no. |
| 00:47:56 | JdGordon1 | yes |
| 00:47:57 | maraz | 69345kB is 67.7MB. |
| 00:48:02 | maraz | unacceptable! ;) |
| 00:48:13 | [Saint] | though...that's not a bad adie...a way to "trim X" off a value could be nice. |
| 00:48:23 | JdGordon1 | is %fs the only tag with this issue? |
| 00:48:27 | vash | i know thats bad but till math function is out and there is no division on 1024 )) |
| 00:48:27 | [Saint] | adie? ahem...*idea |
| 00:48:31 | mystica555 | i think you are confusing MB (base10) with MiB (base2 nowadays) :) |
| 00:48:51 | [Saint] | JdGordon1: afaik, yes. |
| 00:48:54 | JdGordon1 | I would either add a new tag to scale to a sane unit, or just add a new tag for it |
| 00:49:01 | vash | seems like fs is 1 and only |
| 00:49:06 | maraz | mystica555: go back to wikipedia. |
| 00:49:12 | [Saint] | JdGordon1: I'd go for a new tag. |
| 00:49:18 | mystica555 | maraz: ;P |
| 00:49:19 | [Saint] | one for Kb, one for MB...seems sdane. |
| 00:49:23 | [Saint] | *sane too |
| 00:49:28 | maraz | mystica555: ;) |
| 00:52:15 | vash | yep - the new tag for mb will be good ) lossless stuff with 134929040Kb file size showing is strange a bit ) |
| 00:53:20 | [Saint] | hmmm...yeah. I'm not going to beat my brains too hard on how to do this with %if statements (even though I would believe it possible), a tag that "just worked" and displayed file size in MB would make things a lot easier. |
| 00:53:24 | [Saint] | (in the long run) |
| 00:54:17 | vash | ) i supposing its couldn't be done through if |
| 00:55:09 | vash | but will be quite hapy to see the working code |
| 00:55:46 | vash | not right now, of course |
| 00:55:58 | | Quit sideral (Quit: Leaving.) |
| 01:00 |
| 01:04:35 | | Join Keripo [0] (~Keripo@eng346.wireless-resnet.upenn.edu) |
| 01:06:06 | vash | could someone tell me pls how rockbox team dealing with source sound improvements? source - mean no parametric eq, and other sound changind stuff over it |
| 01:06:46 | vash | just a few words will be ok |
| 01:07:32 | JdGordon1 | [Saint]: you'd be insane to do it with %if... .... %?if(%fs, >=, 16000)<16MB|%?if(%fs, >=, 15000)<15MB%?if(%fs, >=, 14000)<14MB|.........>>>>>>>>>>>>>> |
| 01:07:34 | vash | i'm very disapointed with my ipod classic sounscape. its real crap comparasing to ipod video 5.5 gen |
| 01:08:04 | vash | i''ve wrote about this right here with some interesting info http://www.freemyipod.org/wiki/Talk:IPod_Classic_iLoader_Installation#iPod_Classic_Sound_Quality |
| 01:08:32 | [Saint] | JdGordon1: Oh...I knew it would be a badass statement...I even said so at the very beginning...but, it'd be possible ;D |
| 01:08:43 | vash | JdGordon1 )))) |
| 01:08:44 | JdGordon1 | not with any accuracy |
| 01:09:00 | [Saint] | well, the accuracy makes it the huge statement. |
| 01:09:21 | * | JdGordon1 dares anyone to do with with 2 decimla point accuracy |
| 01:09:22 | [Saint] | if you only wanted whole MB, it wouldn;t be so bad if you knew the range of fiels on your player. |
| 01:09:31 | JdGordon1 | and then would be hugely surprised if it didnt explode trying to run it |
| 01:09:54 | | Join peadar [0] (~peadar@89.100.98.139) |
| 01:10:13 | [Saint] | the whole theme would overrun the skin buffer with just that one statement...depending on how large a file you were expecting to see on the player. |
| 01:10:35 | [Saint] | even if you went to ~500MB, it would be massive. |
| 01:10:42 | JdGordon1 | na, conditionals are tiny |
| 01:11:42 | * | JdGordon1 pings gevaerts or rasher to write a quick script to generate that conditional :) |
| 01:12:32 | [Saint] | ha...I was just trying the same thing...but it's choking here. |
| 01:12:42 | [Saint] | (I suspect I'm not doing it in a sane way) |
| 01:12:44 | | Join FBI_Guy [0] (~moresuper@pool-96-233-107-20.bstnma.fios.verizon.net) |
| 01:12:59 | vash | what about 15.1, 15.2 etc MB sizes. )) this if statement its not big enough for now ) |
| 01:13:42 | | Quit pamaury (Remote host closed the connection) |
| 01:13:58 | [Saint] | vash: well...that's the thing, we were just saying that doing it to 2 decimal point accuracy would be insane, even 1 decimal point would be a very, very long line. |
| 01:14:35 | [Saint] | you would also need to know the minimum/maximum filesize to report...a tag that simple does the math for us is so much more appropriate. |
| 01:14:42 | vash | oh. i missed the word accuracy. sorry guys |
| 01:14:55 | | Quit GeekShad0w (Read error: Connection reset by peer) |
| 01:15:06 | JdGordon1 | what is string concat in perl? |
| 01:15:17 | | Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) |
| 01:17:21 | [Saint] | which way do you want to do it? |
| 01:17:54 | [Saint] | you can do it with 'join' iirc |
| 01:20:11 | JdGordon1 | http://pastebin.com/ZJg0q0HZ |
| 01:20:33 | [Saint] | Bahahahhahah! |
| 01:20:51 | [Saint] | and that's only to 32MB ;) |
| 01:21:24 | JdGordon1 | load it up and see if it works! |
| 01:21:59 | pixelma | now to find the closing > that's missing ;) |
| 01:22:10 | [Saint] | I'm not at home presently...or I would. |
| 01:22:10 | JdGordon1 | its very possible it is missing a clocing > |
| 01:22:40 | [Saint] | if it is...just add a bunch more, too many works...too litle, not. |
| 01:23:08 | JdGordon1 | http://pastebin.com/KEaxxAtF |
| 01:23:16 | * | JdGordon1 would be mighty impressed if that doesnt crash the target |
| 01:24:32 | [Saint] | if it were the only line, on a reasonable target...say Nano2G, beast, Classic...it would probably do it, in some time. |
| 01:24:51 | vash | i suppose the last code be shortened by left-right side comparation. so not every else would be parsing 1 by 1 meg |
| 01:24:53 | JdGordon1 | someone needs to test it! |
| 01:24:53 | | Quit peadar (Quit: peadar) |
| 01:26:13 | * | [Saint] volunteers vash to test the syntax. |
| 01:26:51 | vash | i mean lets say max file size = 100 mb. if > 50 - checking 51-100 else 1-50, then 1-25 or 26-50 etc |
| 01:27:11 | vash | yeah. i could easaly test it |
| 01:27:51 | vash | but 32 is not enough for lossless sutff |
| 01:28:05 | [Saint] | there's a 100MB string |
| 01:28:20 | [Saint] | http://pastebin.com/ZJg0q0HZ |
| 01:28:56 | | Quit GeekShad0w (Quit: The cake is a lie !) |
| 01:29:19 | vash | heh ) |
| 01:29:30 | | Quit FBI_Guy (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) |
| 01:30:36 | vash | also 100 meg is not )) if image of wav put to jukebox with cue it be cd capacity size ) |
| 01:30:56 | vash | up to 800 megs i suppose |
| 01:31:09 | vash | but let me play around with 32 nubmer |
| 01:35:23 | | Quit timccc (Quit: Leaving.) |
| 01:35:39 | vash | if didn't working out |
| 01:35:48 | vash | for 32 megs |
| 01:36:11 | [Saint] | the syntax is valid, I suspect it's just too much to calculate in one go...and it barfed. |
| 01:37:01 | vash | i'm agreed with u |
| 01:37:11 | vash | *agre |
| 01:37:15 | vash | *agree |
| 01:37:25 | vash | ) exuce my poor English |
| 01:41:07 | vash | hm. i suppose for files bigger then 32 megs it should show the size of 32. 'couse of 1st if is true and no need to recursivly checking the last part |
| 01:41:20 | JdGordon1 | yes |
| 01:41:30 | vash | but actually i didn't |
| 01:43:14 | vash | are there any max string limitation presents in wps code? |
| 01:43:40 | JdGordon1 | yes |
| 01:43:46 | JdGordon1 | but if it loaded it wasnt hit |
| 01:44:04 | *** | Saving seen data "./dancer.seen" |
| 01:44:54 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 01:50:26 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 01:52:17 | | Quit Keripo (Quit: Leaving.) |
| 01:56:29 | | Quit liar (Ping timeout: 255 seconds) |
| 01:59:50 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 02:00 |
| 02:02:19 | | Part foolsh ("out") |
| 02:06:22 | JdGordon1 | \o/ stupid.wps quite possibly locks up the mini2g |
| 02:06:27 | JdGordon1 | "loading...." |
| 02:08:03 | JdGordon1 | the 32mb version loads but doesnt work |
| 02:08:25 | vash | JdGordon1 i've tested it and seems like there is bug in rbui - it retranslating true as false in if and vice-versa. can't test on ipod classic - having unusable rb port on it and it mostly times didn't recognized by my pc |
| 02:09:10 | * | JdGordon1 can never remember if it is %?<true|false> or %?<false|true> |
| 02:09:19 | JdGordon1 | [Saint]: ? |
| 02:09:23 | vash | true false |
| 02:09:45 | vash | if bla-bla then |
| 02:09:54 | [Saint] | true/false |
| 02:09:59 | vash | so firstly should be true obviously |
| 02:10:00 | [Saint] | JdGordon1: ^ |
| 02:10:55 | JdGordon1 | i wonder why it no worky then |
| 02:11:28 | vash | try to cat out the code to 2 inbound ifs |
| 02:11:41 | vash | maybe there is issues with such syntax |
| 02:13:49 | vash | so we'll see if ifs can be used inside another ifs |
| 02:14:57 | | Join Keripo [0] (~Keripo@hrn603.wireless-resnet.upenn.edu) |
| 02:16:48 | JdGordon1 | 99.99999999999999% sure this should be working |
| 02:16:58 | * | JdGordon1 wrote the damn code! |
| 02:21:43 | | Quit merbanan (Quit: Leaving) |
| 02:26:38 | | Quit liar (Ping timeout: 255 seconds) |
| 02:28:32 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 02:30:10 | | Quit Loto (Ping timeout: 240 seconds) |
| 02:33:27 | | Join DrDnar1 [0] (~Ander@c-24-35-66-83.customer.broadstripe.net) |
| 02:34:50 | | Join Loto [0] (~nfs@S01060012171a84e3.no.shawcable.net) |
| 02:34:50 | | Quit Loto (Changing host) |
| 02:34:50 | | Join Loto [0] (~nfs@xbmc/user/Loto) |
| 02:34:55 | | Quit DerPapst (Quit: Leaving.) |
| 02:35:11 | | Quit mystica555 (Read error: Connection reset by peer) |
| 02:36:05 | | Quit DrDnar (Ping timeout: 255 seconds) |
| 02:36:45 | | Nick DrDnar1 is now known as DrDnar (~Ander@c-24-35-66-83.customer.broadstripe.net) |
| 02:36:48 | | Quit mc2739 (Remote host closed the connection) |
| 02:37:32 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 02:42:02 | | Quit plux (Ping timeout: 265 seconds) |
| 02:42:55 | | Join plux [0] (~yogurt@h-34-71.A238.priv.bahnhof.se) |
| 02:43:17 | | Quit DrDnar (Ping timeout: 255 seconds) |
| 02:46:35 | | Join DrewVosburg [0] (~c70859fb@giant.haxx.se) |
| 02:46:49 | | Quit Keripo (Quit: Leaving.) |
| 02:48:11 | | Join DrDnar [0] (~Ander@c-24-35-66-83.customer.broadstripe.net) |
| 02:54:10 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 02:57:09 | | Join JdGordy [0] (~jonno@vl10.gw.ok-labs.com) |
| 02:57:09 | | Quit JdGord (Read error: Connection reset by peer) |
| 02:57:21 | | Quit JdGordy (Client Quit) |
| 02:57:31 | | Quit Horscht (Ping timeout: 240 seconds) |
| 03:00 |
| 03:00:02 | | Quit tchan (Read error: Connection reset by peer) |
| 03:00:53 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 03:01:44 | | Quit DrDnar (Ping timeout: 255 seconds) |
| 03:06:03 | | Join rockboxn00b [0] (~4c4026c3@giant.haxx.se) |
| 03:06:16 | | Join DrDnar [0] (~Ander@c-24-35-66-83.customer.broadstripe.net) |
| 03:07:20 | rockboxn00b | hey guys, does anyone have a clip+? I have run into a problem with my rockbox. When I turned it on, it froze on the welcome screen. I see rockbox 3.7.1, the rockbox logo and it just sits here, I tried holding down the poewr button to reboot but nothing happens, any ideas? |
| 03:07:33 | rockboxn00b | *power |
| 03:11:38 | rockboxn00b | it has been frozen like this for over an hour now, is there any way to hard reboot the unit, nonthing I do registers any effect |
| 03:11:59 | Torne | holding down the power button is the hard reset. |
| 03:12:02 | Torne | unfortunately. |
| 03:12:07 | Torne | it's not implemented super reliably. |
| 03:12:13 | Torne | (by the hardware, not by us) |
| 03:12:26 | Torne | If that doesn't work you will have to wait for the battery to discharge |
| 03:13:25 | rockboxn00b | yes i have tried holding it down for up to 3 mintues but nothing |
| 03:13:52 | rockboxn00b | wow i have to wait 12 hours, there is nothing i can do really? |
| 03:14:12 | Torne | You could take it apart and disconnect the battery, but they're hard to open without damaging them |
| 03:14:18 | Torne | and i believe the battery is soldered :) |
| 03:14:37 | Torne | the hardware just doens't have a proper hard reset mechanism. |
| 03:15:00 | Battousai | well at least it's not like the fuzev2. when that thing was hanging, it would take like 3 days to discharge. |
| 03:15:39 | Torne | it might take quite a while, yes :) |
| 03:15:47 | Torne | it depends exactly what state it's in when it's locked up |
| 03:15:51 | Torne | how much power is being drained. |
| 03:15:59 | Torne | so yes, it may well take longer than 12 hours :( |
| 03:16:27 | Battousai | seems the screen is on, so that's good news i guess. |
| 03:16:35 | Torne | yeah, that helps :) |
| 03:16:50 | Torne | anyway, a few people have this problem i think.. dunno what the state is. |
| 03:16:51 | rockboxn00b | wow so what caused this, this is only my second day using rockbox and it crashed so hard i can't access it for a day, how stable is the firmware on the clip? |
| 03:17:40 | Torne | if it gets stuck in a loop somewhere where it's not checking for or handling button input, then there's no way to reset it, no |
| 03:17:54 | Torne | because the hardware doesn't have a real reset; holding power is handled in software |
| 03:18:09 | Torne | if it had actually crashed it would be fine :) |
| 03:18:27 | Torne | it'll be stuck somewhere unfortunately. |
| 03:20:29 | | Quit DrewVosburg (Quit: CGI:IRC (EOF)) |
| 03:21:05 | rockboxn00b | wow this is really unfortunate i have only had the unit for a few days, i think i am going to return it, i am gonig to be travelling and i need someting a little more reliable ive never had this issue before with an mp3 player, im sad i had such high hopes for rockbox, anyway thanks for the info |
| 03:22:49 | Torne | er, this isn't really a reason to return it.. |
| 03:22:59 | Torne | unless it does the same with the original firmware |
| 03:24:31 | rockboxn00b | the original firmware is pretty lacking IMO it doesn't have the playback options i need, i bought the unit specifically to use with rockbox i love the all features but i would trade a lot of them for a minimum level of reliability |
| 03:25:42 | Torne | yes, but i'm just saying that unless it does the same in the OF then it'll be our bug, and thus you can't really use that as a reason to return the player :) |
| 03:26:32 | Torne | there are a few people on the forums who have had this issue but there's not really much resolution, since you can't really draw much information from "well it just hung", especially during boot.. hard for anyone to investigate unless they can get their hands on a player that does it repeatedly |
| 03:26:44 | Torne | and as far as I know it's pretty rare.. |
| 03:32:20 | rockboxn00b | well i have had it for 2 days and used it 4 times now and it happened right away so it doesn't seem rare to me, im pretty disappointed i had such high hopes i researched for like 5 days before i decided to jump in, but from a usability POV it is a very good reason to return b/c it doesn't do what i want, if i am travelling in some remote town in s.e.asia and i turn my mp3 player and it freezes and i have to wait a day to use it again it is just no goo |
| 03:34:00 | rockboxn00b | are you a developer torne? thanks for the info btw |
| 03:34:53 | Torne | that doesn't mean it's not rare; maybe it'll never happen again ;) |
| 03:35:13 | Torne | also, maybe something is different about yours. this has happened before; minor model variants without the manufacturer telling anyone. |
| 03:35:29 | Torne | I honestly don't know what the likelihood of it being reliable is, I don't know much about that port. |
| 03:35:35 | Torne | ad yes, i'm a developer |
| 03:38:56 | rockboxn00b | yeah you are right it doesn't mean that at all but it is pretty disappointing i think i read every document on the rockbox website, spend so many hours dreaming of the perfect mp3 player, this kind of error is so terrible because like you said if it has simply crashed i could do someting anything but having to sit here and wait for the batter to run out is so frustrating, which port are you familiar with, also in your opinion which port is t he most w |
| 03:39:23 | Torne | you're typing too much in a single message |
| 03:39:26 | Torne | it's getting cut off :) |
| 03:39:36 | Torne | i've mostly worked on ipods, i use an ipod video, whcih is very stable. |
| 03:40:38 | rockboxn00b | sry i am using the web client it doesn't appear cutoff here, what is the character limit? |
| 03:40:58 | Torne | "about 420" |
| 03:44:08 | *** | Saving seen data "./dancer.seen" |
| 03:53:40 | | Join quem_ [0] (~foo@c83-254-245-192.bredband.comhem.se) |
| 03:55:06 | | Join Horscht [0] (~Horscht@p5DD57031.dip.t-dialin.net) |
| 03:55:06 | | Quit Horscht (Changing host) |
| 03:55:06 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 03:57:10 | | Quit Horschti (Ping timeout: 240 seconds) |
| 03:57:31 | | Quit quem (Ping timeout: 240 seconds) |
| 03:57:32 | | Nick quem_ is now known as quem (~foo@c83-254-245-192.bredband.comhem.se) |
| 03:58:11 | froggyman | anyone here familiar with assembling the fuze? |
| 03:58:45 | froggyman | particularly getting the front plate's ribbon cable back onto to the main logic board |
| 03:59:18 | froggyman | When I get it in, the most I can get is all 5 of the main buttons to work, but not the wheel |
| 04:00 |
| 04:01:18 | | Quit rockboxn00b (Quit: CGI:IRC) |
| 04:03:20 | | Join mystica555 [0] (~Mike@m472636d0.tmodns.net) |
| 04:18:08 | | Quit soap (Ping timeout: 265 seconds) |
| 04:21:30 | | Quit amiconn (Disconnected by services) |
| 04:21:30 | | Quit pixelma (Disconnected by services) |
| 04:21:31 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:21:32 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:21:47 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:21:49 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:22:26 | | Quit froggyman (Ping timeout: 272 seconds) |
| 04:30:24 | | Join soap [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) |
| 04:30:24 | | Quit soap (Changing host) |
| 04:30:24 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 04:31:42 | | Join BRi7X [0] (UPP@c-68-80-181-29.hsd1.pa.comcast.net) |
| 04:32:49 | | Quit t0rc (Remote host closed the connection) |
| 04:32:49 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 04:33:58 | BRi7X | howdy, I was wondering how essential it may or may not be to keep the 150MB partition on the Gigabeat S... it seems to be causing a problem when connecting the device to certain systems (the macintoshes at my school, my friend's PS3, my other friend's Jeep, etc.) |
| 04:35:52 | | Quit designate72 (Ping timeout: 276 seconds) |
| 04:36:14 | | Join Keripo [0] (~Keripo@eng232.wireless-resnet.upenn.edu) |
| 04:36:44 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:37:46 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
| 04:38:02 | | Join DrDnar1 [0] (~Ander@c-24-35-66-83.customer.broadstripe.net) |
| 04:38:36 | | Join quem_ [0] (~foo@c83-254-244-159.bredband.comhem.se) |
| 04:39:21 | | Join JdGordon2 [0] (~jonno@58.96.27.157) |
| 04:39:45 | | Quit DrDnar (Ping timeout: 255 seconds) |
| 04:39:51 | | Nick DrDnar1 is now known as DrDnar (~Ander@c-24-35-66-83.customer.broadstripe.net) |
| 04:41:07 | | Quit markun (Read error: Connection reset by peer) |
| 04:41:56 | | Quit JdGordon2 (Read error: Connection reset by peer) |
| 04:42:14 | | Quit quem (Ping timeout: 276 seconds) |
| 04:42:15 | | Nick quem_ is now known as quem (~foo@c83-254-244-159.bredband.comhem.se) |
| 04:42:25 | | Quit JdGordon1 (Ping timeout: 240 seconds) |
| 04:44:23 | | Join JdGordon1 [0] (~jonno@vl10.gw.ok-labs.com) |
| 04:46:16 | | Quit plux (Quit: qux) |
| 04:48:06 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 04:51:29 | | Quit Horscht (Ping timeout: 240 seconds) |
| 04:59:12 | | Quit liar (Read error: No route to host) |
| 05:00 |
| 05:00:46 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 05:01:45 | | Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) |
| 05:01:46 | | Quit markun (Changing host) |
| 05:01:46 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 05:01:46 | | Quit markun (Read error: Connection reset by peer) |
| 05:03:11 | | Join elcan [0] (user36@pr0.us) |
| 05:03:31 | | Quit Barahir (Ping timeout: 255 seconds) |
| 05:05:16 | | Join Barahir [0] (~jonathan@frnk-4d009152.pool.mediaWays.net) |
| 05:09:51 | | Quit Rob2222 (Ping timeout: 240 seconds) |
| 05:33:19 | | Quit froggyman (Ping timeout: 255 seconds) |
| 05:34:14 | | Join froggyman [0] (~seth@98.115.0.7) |
| 05:34:14 | | Quit froggyman (Changing host) |
| 05:34:14 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
| 05:38:02 | | Join DrewVosburg [0] (~c70859fb@giant.haxx.se) |
| 05:42:24 | | Quit Horschti (Quit: Verlassend) |
| 05:44:10 | *** | Saving seen data "./dancer.seen" |
| 05:45:11 | DrewVosburg | touch fms question: what touchscreen area action gets me out of the fms and back to the main menu? "menu |
| 05:45:20 | DrewVosburg | " just takes me to the "FM Radio Menu" |
| 05:45:42 | DrewVosburg | and i can't get from there to the main menu. |
| 05:46:09 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 05:47:43 | | Quit liar (Ping timeout: 255 seconds) |
| 05:47:43 | DrewVosburg | found it, it's "stop" |
| 05:51:03 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 05:58:19 | | Quit DrewVosburg (Quit: CGI:IRC (EOF)) |
| 06:00 |
| 06:08:56 | | Join plux [0] (~yogurt@h-34-71.A238.priv.bahnhof.se) |
| 06:43:04 | | Join DrewVsburg [0] (~c70859fb@giant.haxx.se) |
| 06:44:48 | DrewVsburg | i think there is something fundamentally wrong with my use of conditionals. |
| 06:45:08 | DrewVsburg | i have had two themes that work in simulators not upload now. |
| 06:47:52 | [Saint] | Buschel: TheSeven: ...did those *MASSIVE* Nano2G LCD speedups get tested on the illitec(sp?) LCDs properly? −−-> http://forums.rockbox.org/index.php/topic,27098.msg177277.html#msg177277 |
| 06:48:26 | [Saint] | (works for the OF, barfs in RB apparently...very "interesting" corruption) |
| 06:49:56 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 06:50:21 | [Saint] | it seems only the UI viewport is affected, the status-bar is unaffected. |
| 06:54:18 | | Quit DrewVsburg (Quit: CGI:IRC (EOF)) |
| 06:56:47 | | Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) |
| 06:56:47 | | Quit markun (Changing host) |
| 06:56:47 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 06:59:44 | | Quit markun (Read error: Connection reset by peer) |
| 07:00 |
| 07:01:29 | | Quit antil33t () |
| 07:08:08 | | Join antil33t [0] (~antil33t@124-197-51-80.callplus.net.nz) |
| 07:10:51 | | Join timccc [0] (~timccc@112.166.15.141) |
| 07:11:40 | | Join quem_ [0] (~foo@c83-254-244-159.bredband.comhem.se) |
| 07:14:20 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
| 07:15:26 | | Quit quem (Ping timeout: 240 seconds) |
| 07:15:26 | | Nick quem_ is now known as quem (~foo@c83-254-244-159.bredband.comhem.se) |
| 07:27:09 | | Join fyrestorm [0] (~nnscript@cpe-69-203-144-35.si.res.rr.com) |
| 07:44:11 | *** | Saving seen data "./dancer.seen" |
| 07:45:03 | | Join ScarabDrowner [0] (~AbuMaia@208.123.144.34) |
| 07:45:18 | | Quit JdGordon1 (Quit: home time) |
| 07:45:38 | ScarabDrowner | Does anyone know what the pinout of the usb port on the Clip+ is? Is it just standard? |
| 07:48:33 | [Saint] | "standard" compared to what? |
| 07:48:52 | [Saint] | do you mean the USB end of the plg, or the ridax end? |
| 07:48:58 | [Saint] | *plug |
| 07:49:12 | ScarabDrowner | ridax? the port on the side of the clip+ where the cable plugs into |
| 07:49:44 | [Saint] | if you mean the USB end, of course it's standard, if you mean the ridax end (or the dock on the player) it is proprietary |
| 07:49:52 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 07:50:10 | ScarabDrowner | the socket |
| 07:50:44 | ScarabDrowner | I've never heard of ridax before, so I don't know what you mean by that |
| 07:50:56 | [Saint] | well, then no...there's no "standard" here for the pinout. many devices use a ridax socket, the pinot is up to the manufacturer. |
| 07:51:08 | [Saint] | *pinout |
| 07:52:06 | ScarabDrowner | I've rigged up a small hand-crank flashlight to act as a usb charger by attaching a mini-b usb cable to it, yet the clip+ does not seem to recognize the power source |
| 07:52:18 | [Saint] | Some googling around will be able to provide you with the pinout for the device (if it's known). |
| 07:52:28 | ScarabDrowner | it recognizes a standard mini-b cable from my laptop, however |
| 07:52:59 | Torne | The port on the clip+ is a standard mini-b, yes |
| 07:53:13 | Torne | saint is talking about a dock/accessory thing that you probably don't have :0 |
| 07:53:45 | [Saint] | Oh...heh, quite correct. I misremembered the port on the Clip. |
| 07:54:14 | [Saint] | It's the Fuze that uses a ridax connector, oops. |
| 07:54:17 | ScarabDrowner | the cable I'm using has positive going to pin 1 on the cable, and negative/ground going to pin 4 also connected to pin x with a small resistor |
| 07:54:37 | ScarabDrowner | I'm wondering if I clip out the resistor if it'll work |
| 07:54:41 | Torne | what is it actually giving for power? |
| 07:54:51 | Torne | it needs to be a steady well regulated 5V to work |
| 07:54:54 | ScarabDrowner | approx 3.4v |
| 07:55:01 | Torne | That's not going to work, then |
| 07:55:10 | Torne | It needs to output more or less exactly 5V with no variation |
| 07:55:59 | ScarabDrowner | kk... I was pretty much using the clip to test if the charger worked before I put it in my bug-out bag, but it seems it's too weak for much anything then |
| 07:56:41 | ScarabDrowner | thanks for the info folks |
| 07:57:00 | | Quit ScarabDrowner (Quit: Sayonara) |
| 08:00 |
| 08:03:14 | | Join Buschel [0] (~chatzilla@p54B67D1C.dip.t-dialin.net) |
| 08:03:39 | Buschel | [Saint]: I just saw the forum entry regarding the nano 2g display issues |
| 08:03:56 | Buschel | [Saint]: ILI were tested before I submitted the patch as well. |
| 08:04:19 | [Saint] | Hmmm...I wonder what it is, as only the UI viewport seems affected. |
| 08:04:37 | Buschel | [Saint]: the top line is drawn normally |
| 08:05:05 | Buschel | [Saint]: hmm, maybe we should ask him which WPS he uses |
| 08:05:22 | [Saint] | yes, that's what I mean, the statusbar is brawn in the fullscreen viewport, and seems unaffected. |
| 08:05:35 | [Saint] | so, apparently the curruption only affects the UI viewport. |
| 08:05:50 | [Saint] | s/brawn/drawn/ |
| 08:06:21 | [Saint] | Buschel: I would say it would be cabbiev2, he says it is like that immediatelt after a clean install/boot |
| 08:06:34 | [Saint] | so, I doubt he can get a chance to change to theme |
| 08:07:53 | Buschel | well, let's see what he will answer |
| 08:09:32 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
| 08:11:43 | Buschel | need to go to work |
| 08:11:46 | Buschel | bye |
| 08:11:48 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) |
| 08:12:23 | [Saint] | My LCDs on my Nanos all seem to be behaving fine, the only problem I ever had was a very loud whining noise they used to make from (I assume) the voltage being too gigh. |
| 08:12:33 | [Saint] | *high |
| 08:12:34 | | Quit bug2000 (Read error: Connection reset by peer) |
| 08:12:40 | [Saint] | But that was fixed long ago. |
| 08:15:50 | | Quit scorche (Read error: Connection reset by peer) |
| 08:16:05 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 08:19:34 | | Quit sideral (Remote host closed the connection) |
| 08:20:22 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
| 08:21:48 | | Join B4gder [0] (~danielx@rockbox/developer/bagder) |
| 08:29:02 | | Quit sasquatch (Quit: WeeChat 0.3.2) |
| 08:29:29 | | Join sasquatch [0] (~username@p4FF2D556.dip.t-dialin.net) |
| 08:29:49 | | Quit sideral (Remote host closed the connection) |
| 08:30:20 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
| 08:39:37 | | Quit liar (Ping timeout: 255 seconds) |
| 08:40:04 | | Quit sideral (Remote host closed the connection) |
| 08:40:59 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
| 08:41:24 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 08:47:31 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:47:32 | | Quit bertrik (Changing host) |
| 08:47:32 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 08:54:23 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:55:18 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
| 08:56:33 | | Join mrkiko [0] (~mrkiko@109.168.16.193) |
| 09:00 |
| 09:07:06 | | Quit bluebrother (Disconnected by services) |
| 09:07:06 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 09:13:42 | | Join petur [0] (d408b802@rockbox/developer/petur) |
| 09:19:29 | | Quit bertrik (Quit: :tiuQ) |
| 09:27:36 | | Quit JdGordon| (Ping timeout: 276 seconds) |
| 09:31:05 | | Join JdGordon| [0] (~jonno@124-171-44-96.dyn.iinet.net.au) |
| 09:31:06 | | Quit JdGordon| (Changing host) |
| 09:31:06 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 09:32:04 | | Quit JdGordon| (Read error: Connection reset by peer) |
| 09:36:15 | | Join JdGordon| [0] (~jonno@124-171-44-96.dyn.iinet.net.au) |
| 09:36:16 | | Quit JdGordon| (Changing host) |
| 09:36:16 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 09:39:07 | | Join n1s [0] (~n1s@student-70.eduroam.uu.se) |
| 09:39:08 | | Quit n1s (Changing host) |
| 09:39:08 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 09:43:54 | | Quit tchan (Read error: Connection reset by peer) |
| 09:44:12 | *** | Saving seen data "./dancer.seen" |
| 09:44:47 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 09:47:14 | | Quit JdGordon| (Ping timeout: 276 seconds) |
| 09:48:46 | | Join JdGordon| [0] (~jonno@124-171-44-96.dyn.iinet.net.au) |
| 09:48:47 | | Quit JdGordon| (Changing host) |
| 09:48:47 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 09:50:41 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
| 09:52:26 | | Join einhirn [0] (~Miranda@p54850841.dip0.t-ipconnect.de) |
| 10:00 |
| 10:06:20 | | Quit quem (Ping timeout: 246 seconds) |
| 10:10:02 | | Join kevku [0] (~kevku@2001:7d0:0:f9af:215:c5ff:fe7e:794d) |
| 10:14:32 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
| 10:18:34 | wodz | On the freemyipod.org I saw that people are running rb on classic 3g that would mean it is a player which one can buy brand new! |
| 10:18:55 | [Saint] | ...yes. |
| 10:19:49 | wodz | I think it is worth to mention on rb mainpage |
| 10:20:40 | [Saint] | it is. |
| 10:21:01 | [Saint] | has been for a while. |
| 10:21:30 | wodz | well it states ipod classic - which is not 100% true as 1G thick is not supported |
| 10:22:11 | [Saint] | one of the reasons why it's "unusable" ;) |
| 10:27:08 | | Join foolsh [0] (~benjamin@c-98-212-236-251.hsd1.il.comcast.net) |
| 10:27:37 | | Join quem [0] (~foo@c83-254-247-27.bredband.comhem.se) |
| 10:32:26 | foolsh | FS #11903 needs a tester with an optical/trackball, even though I'm sure its right as rain this time. |
| 10:37:53 | | Join peadar [0] (~peadar@89.100.98.139) |
| 10:38:31 | | Join quem_ [0] (~foo@c83-254-247-27.bredband.comhem.se) |
| 10:39:59 | | Quit quem (Remote host closed the connection) |
| 10:40:12 | | Nick quem_ is now known as quem (~foo@c83-254-247-27.bredband.comhem.se) |
| 10:40:19 | pixelma | Zagor: have you noticed that there are more wiki registration problems? People seem to not get the confirmation mail - last guy I heard of was the n900 porter ThomasJarosch (is his name, I believe) |
| 10:41:10 | Zagor | no, I haven't heard |
| 10:50:41 | | Quit user890104 (Ping timeout: 272 seconds) |
| 10:51:48 | | Quit antil33t () |
| 10:52:09 | | Join antil33t [0] (~antil33t@124-197-51-80.callplus.net.nz) |
| 10:55:09 | | Join ZhangNing [0] (~ZhangNing@182.35.210.166) |
| 10:55:16 | [Saint] | pixelma: Zagor: I found when that happened to MysterKeeper, it was enough for me to create his wiki page manually, then the log-in magically worked for him. |
| 10:55:20 | | Part ZhangNing |
| 10:55:35 | [Saint] | I just created the page and added the default form, then passed it to him to edit. |
| 10:55:49 | [Saint] | *MysterKeeper |
| 10:56:02 | [Saint] | *MysteryKeeper too |
| 10:59:06 | pixelma | IIRC that was "just" with log-in issues after he sorted out the confirmation or so |
| 10:59:25 | [Saint] | iirc he never got the confirmation mail either |
| 10:59:43 | Zagor | yes, the user page is actually the wiki account. only the password is stored elsewhere. |
| 11:00 |
| 11:04:07 | | Quit mrkiko (Quit: leaving) |
| 11:05:22 | | Quit wodz (Quit: Leaving) |
| 11:07:40 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 11:07:52 | | Quit mudd1 (Ping timeout: 240 seconds) |
| 11:09:58 | | Quit einhirn (Read error: Connection reset by peer) |
| 11:10:26 | | Quit [Saint] (Ping timeout: 240 seconds) |
| 11:10:47 | | Join [Saint] [0] (S_a_i_n_t@203.184.1.135) |
| 11:13:29 | | Join DerPapst [0] (~Alexander@dslb-088-069-153-143.pools.arcor-ip.net) |
| 11:27:28 | | Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) |
| 11:27:28 | | Quit markun (Changing host) |
| 11:27:28 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 11:27:51 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:30:25 | | Quit markun (Read error: Connection reset by peer) |
| 11:34:59 | sideral | pamaury, jhMikeS: FS #11908 |
| 11:35:58 | | Join alex84 [0] (~TheUndead@mail2.tikalnetworks.com) |
| 11:36:26 | pamaury | the interrupt probably happen when it's masked, that defeats the point of masking it ! |
| 11:36:55 | | Part alex84 ("Leaving") |
| 11:37:29 | | Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) |
| 11:37:29 | | Quit markun (Changing host) |
| 11:37:29 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 11:37:31 | sideral | yep |
| 11:37:55 | sideral | I found removing r29130 to work for me |
| 11:38:13 | sideral | (with the limited testing I've done since last night) |
| 11:38:16 | pamaury | there is another option: don't mask the VIC but mask the usb controller interrupt (there is a global interrupt mask for it) |
| 11:39:12 | pamaury | I'll try in a few minutes or this afternoon, I've just woken up |
| 11:39:38 | sideral | cool. If you post a patch I'll test it. In the meantime, I think it's safe to back out r29130 |
| 11:40:13 | * | sideral needs to leave for about 1.5 hours, will be back |
| 11:40:13 | | Quit markun (Read error: Connection reset by peer) |
| 11:44:16 | *** | Saving seen data "./dancer.seen" |
| 11:51:42 | | Join mudd1 [0] (~cmertes@2001:638:504:20e0:221:70ff:fe83:655e) |
| 12:00 |
| 12:09:56 | [Saint] | anyone know of a theme with a particularly appealing disk access indicator? |
| 12:10:07 | * | [Saint] is stuck for ideas. |
| 12:15:48 | | Quit [Saint] (Disconnected by services) |
| 12:15:50 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.156) |
| 12:16:02 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 12:24:09 | | Quit peadar (Quit: peadar) |
| 12:27:57 | CIA-7 | New commit by jdgordon (r29144): Add some better debug info for when checkwps erros out because of full skin buffer |
| 12:31:19 | CIA-7 | r29144 build result: 383 errors, 98 warnings (jdgordon committed) |
| 12:31:59 | | Join mrkiko [0] (~mrkiko@109.168.16.193) |
| 12:33:35 | CIA-7 | New commit by jdgordon (r29145): fix build |
| 12:38:40 | CIA-7 | r29145 build result: All green |
| 12:38:41 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 12:39:27 | | Quit BRi7X (Ping timeout: 240 seconds) |
| 12:41:31 | | Quit markun (Read error: Connection reset by peer) |
| 12:49:10 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 12:53:02 | | Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) |
| 13:00 |
| 13:04:48 | pamaury | sideral: I confirm I also have some unhandled mask irq, so I'll try by disabling all the interrupt, juste like the other drivers |
| 13:08:39 | jhMikeS | this isn't making much sense that it would jump to UIRQ. imx31 has a problem where it gets spurious calls to irq_handler even though the AVIC is used, so we just ignore them. I wonder if this VIC has similar issues. |
| 13:09:43 | pamaury | apparently, it calls the handler even when masked so there is a problem |
| 13:11:13 | preglow | so, i'm the only dude who has the android port just freeze playback from time to time? |
| 13:13:27 | pamaury | I've just tested by replacing the masking by calls to disable_irq_save() and restore; it works pretty well but I still have some glitches, sometimes it won't connect and sometimes it freezes; I'll try with sideral's try of adding a call to cancel transfersq |
| 13:14:04 | foolsh | preglow: loading music to mine right now I'll let you know |
| 13:14:35 | preglow | htc legend, tho, that might be important, but getting the same behaviour with both old firmware and froyo |
| 13:15:44 | foolsh | preglow: mine's an old winmo tilt running gingerbread we'll see |
| 13:15:47 | jhMikeS | pamaury: perhaps some other step is needed in handling the vic masking |
| 13:15:48 | CIA-7 | New commit by pamaury (r29146): as3525v2-usb: fix logf format, don't mask the interrupt using the VIC as it seems to trigger spurious irq |
| 13:16:11 | pamaury | to be honest I don't know much about the hardware, except the usb controller |
| 13:17:29 | jhMikeS | it should work afaict from the docs |
| 13:19:21 | CIA-7 | r29146 build result: All green |
| 13:20:57 | | Quit Sajber^ (Ping timeout: 265 seconds) |
| 13:24:34 | | Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) |
| 13:24:34 | | Quit LambdaCalculus37 (Changing host) |
| 13:24:34 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
| 13:26:15 | foolsh | preglow: random maybe, crashes definitely |
| 13:26:25 | LambdaCalculus37 | Zagor: Ping, can you refresh the front page? |
| 13:26:41 | preglow | doesn't crash here, playback just stutters for half a sec, then hangs. can be resumed by seeking around a bit |
| 13:26:47 | Zagor | LambdaCalculus37: done |
| 13:27:12 | LambdaCalculus37 | Zagor: Thanks! :) |
| 13:28:53 | foolsh | preglow: your right crash is to strong of a word for this, mine freezes so hard here I have to reset. |
| 13:30:04 | * | foolsh is not sure his music collection follows standards though |
| 13:30:16 | | Nick jae_ is now known as jae (~jae@dedicated.jaerhard.com) |
| 13:30:30 | preglow | no standards should make rockbox be so displeased it hangs :> |
| 13:32:03 | | Quit quem (Ping timeout: 240 seconds) |
| 13:32:16 | foolsh | do you use the database or is that broken till it gets fixed :) |
| 13:32:28 | preglow | hate the things, so no :> |
| 13:32:47 | preglow | it's a pretty stock install of rockbox |
| 13:33:18 | preglow | i'll find one of the android devs and see if i can debug it |
| 13:35:47 | | Join quem [0] (~foo@c83-254-247-27.bredband.comhem.se) |
| 13:36:32 | | Join Rob2222 [0] (~Miranda@p4FFF120A.dip.t-dialin.net) |
| 13:38:05 | | Join cowond2 [0] (~71be9401@giant.haxx.se) |
| 13:43:47 | | Quit cowond2 (Quit: CGI:IRC (EOF)) |
| 13:44:18 | *** | Saving seen data "./dancer.seen" |
| 13:44:26 | | Join webguest307 [0] (~71be9401@giant.haxx.se) |
| 13:45:05 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 13:45:29 | | Quit xavieran (Remote host closed the connection) |
| 13:46:38 | | Quit webguest307 (Client Quit) |
| 13:49:46 | | Quit niekie (Ping timeout: 245 seconds) |
| 13:54:44 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 13:57:14 | S_a_i_n_t | kugel: Just so I'm clear, is the DB expected to work in RaaA (current SVN)? |
| 13:57:49 | kugel | yes, but it doesn't |
| 13:58:35 | S_a_i_n_t | well...to tell the truth I'm kinda glad about that. At least it's not just me ;) |
| 13:58:49 | S_a_i_n_t | but, suck. |
| 14:00 |
| 14:00:11 | | Join niekie [0] (~niek@CAcert/Assurer/niekie) |
| 14:02:54 | | Join Sajber^ [0] (~Sajber^@h-24-143-198.A213.priv.bahnhof.se) |
| 14:05:00 | | Quit GeekShadow (Read error: Connection reset by peer) |
| 14:05:09 | | Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) |
| 14:06:20 | | Quit mudd1 (Read error: Operation timed out) |
| 14:14:30 | | Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) |
| 14:14:31 | | Quit markun (Changing host) |
| 14:14:31 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 14:15:51 | sideral | jhMikeS, pamaury: Have you (or has anyone else) ever tried requesting a datasheet for the "AMSv2" platform? It could be any of these SoCs: https://shop.austriamicrosystems.com/eng/Products/Mobile-Entertainment/Mobile-Entertainment-Players |
| 14:15:51 | | Quit markun (Read error: Connection reset by peer) |
| 14:16:40 | kugel | sideral: we have several datasheets, but none matches AMSv2 completely |
| 14:17:15 | | Quit LambdaCalculus37 (Quit: shovelling time) |
| 14:17:21 | pamaury | I think funman tried, but got no answer, and as kugel says, it's a kind of hybrid SoC |
| 14:18:36 | | Quit MethoS- (Remote host closed the connection) |
| 14:23:10 | jhMikeS | isn't a custom part? |
| 14:23:15 | | Quit quem (Ping timeout: 240 seconds) |
| 14:23:34 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 14:23:36 | pamaury | could be |
| 14:23:58 | sideral | well, the AS3531 high-level description matches it pretty well, could be this one |
| 14:24:05 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 14:26:15 | jhMikeS | of course, there's tons of missing info on all these "datasheets" anyway |
| 14:27:06 | pamaury | the usb controll of AS3531 has one more endpoint than AMSv2 |
| 14:27:48 | pamaury | and this AS3531 has tons of security blocks, OTP, crypto coprocessor |
| 14:28:24 | S_a_i_n_t | I just need to remove/comment "#define HAVE_TAGCACHE" to build without the database, correct? Or is there other magic I need to do also? |
| 14:28:26 | sideral | hmm... maybe I was blinded by the similar CPU core |
| 14:28:27 | pamaury | of course it could be that the AMSv2 is one of those chips with some features disable |
| 14:28:57 | pamaury | the best would be to ask sansa the datasheet :) |
| 14:29:10 | B4gder | you mean sandisk |
| 14:29:19 | sideral | Saint: Why would anyone disable the database? ;-) But I think you're right. |
| 14:29:40 | B4gder | AMS is the owner of the datasheet though, and they've stopped responding to email |
| 14:30:02 | B4gder | sub-parts of AMS chips are made by others so AMS can't provide datasheets for those parts |
| 14:30:09 | B4gder | like the USB parts |
| 14:30:12 | S_a_i_n_t | sideral: RaaA...no worky ;) |
| 14:31:18 | pamaury | indeed, but at least the datasheet would contain some info on how it's glued together. There's little hope anyway |
| 14:31:19 | sideral | Bagder: and they also wouldn't refer you to the USB IP provider, I guess? |
| 14:31:27 | B4gder | right |
| 14:31:42 | B4gder | and there's just no way in hell to reach those guys |
| 14:32:12 | pamaury | as for the USB IP, we know it |
| 14:32:14 | kugel | didn't we get a linux patch for as3531? there were lots of differences IIRC |
| 14:32:16 | sideral | I was more after the audio / volume control stuff to go after the ClipV2's / Clip+'s annoying background hiss |
| 14:32:25 | S_a_i_n_t | even if you could, they'd be locked up contractually I imagine. |
| 14:32:29 | sideral | that's presumably AMS's part |
| 14:34:12 | sideral | I found the theory someone at the Hydrogenaudio forum had quite interesting: |
| 14:35:05 | S_a_i_n_t | kugel: since HOTKEY can be defined with a touch screen event...would it not be safe to enable HAVE_HOTKEY for application builds? |
| 14:35:14 | sideral | that perhaps it could be fixed by trading headphone amp gain against volume |
| 14:36:55 | S_a_i_n_t | s/defined/fired/ |
| 14:38:05 | jhMikeS | B4gder: oh, they've just cut us off after all the previous hospitality? |
| 14:38:14 | B4gder | yes |
| 14:38:50 | jhMikeS | hmmm...won't discuss a darn thing at all, huh |
| 14:39:14 | pamaury | perhaps they have forgotten :)Ã |
| 14:44:10 | | Quit vash (Quit: CGI:IRC (EOF)) |
| 14:46:35 | | Join DrewVosburg [0] (c70859fb@gateway/web/freenode/ip.199.8.89.251) |
| 14:46:41 | gevaerts | LinusN: are the bdm pins the one on the left ust below the lcd on http://download.rockbox.org/device-pictures/iriver/front.jpg ? |
| 14:47:23 | pamaury | what is this device on the picture ? |
| 14:47:29 | LinusN | gevaerts: yes |
| 14:47:35 | gevaerts | ok |
| 14:47:41 | LinusN | pamaury: iriver h100 |
| 14:48:27 | sideral | Bagder: Through which channel have you talked to AMS, and have they ever responded? Have you officially requested the datasheet from them, perhaps through the website I've referenced, or would that maybe be worth a try? |
| 14:48:29 | * | gevaerts wants to add the necessary stuff to his irivers, so he has to know which pins to show to the coworker who's better at soldering :) |
| 14:48:33 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 14:48:53 | jhMikeS | that whole e200 time leaves me scratching my head anyway (and feeling like it was a test of some sort, don't ask why, or ask why :) |
| 14:48:57 | LinusN | gevaerts: i use to solder a flat cable connector there |
| 14:49:06 | B4gder | sideral: its a long story, but we've talked on phone, people have visited their austrian HQ and we've exchanged email multiple times |
| 14:49:06 | kugel | sideral: we have a linux patch for as353x, we know amsv2 isn't one of them |
| 14:49:27 | LinusN | and then i have a flat cable to standard bdm connector adapter in the other end |
| 14:50:28 | sideral | I take this to mean that it's not worth a try |
| 14:50:31 | sideral | :/ |
| 14:50:38 | | Quit robin0800 (Remote host closed the connection) |
| 14:50:44 | pamaury | B4gder: why did it end ? That was in good shape |
| 14:50:51 | sideral | kugel: can you share that patch? |
| 14:51:01 | gevaerts | LinusN: right. That seems to make sense :) |
| 14:51:02 | B4gder | pamaury: they stopped responding to my emails |
| 14:51:12 | B4gder | I have no idea why |
| 14:51:57 | LinusN | gevaerts: when i connected my bdm the first time, i didn't realize that there was a connector, so i had wires all over the pcb :-) |
| 14:52:07 | gevaerts | :) |
| 14:52:11 | sideral | perhaps the audio/mixer driver is similar.. |
| 14:52:21 | kugel | sideral: I think so, but it won't help you I think |
| 14:53:23 | pamaury | that as353x patch is quite horrible (at least for the usb part) |
| 14:56:11 | | Join quem [0] (~foo@c83-254-244-41.bredband.comhem.se) |
| 14:56:36 | * | jhMikeS feels a conspiracy coming from high places at the heart of this rude behavior |
| 14:57:18 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 14:58:47 | | Quit DrDnar (Ping timeout: 240 seconds) |
| 14:59:22 | | Part robin0800 |
| 14:59:47 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 15:00 |
| 15:00:16 | | Join TheLemonMan [0] (~lem0n@62.98.137.0) |
| 15:04:04 | | Join DrDnar [0] (~Ander@c-24-35-66-83.customer.broadstripe.net) |
| 15:06:00 | jhMikeS | pamaury: so, (i'm back on this plane now) you said simple IRQ masking causes other problems? |
| 15:06:51 | pamaury | well no, just that simple IRQ masking don't mask anything since rockbox panic saying it couldn't handly an usb interrupt |
| 15:07:00 | pamaury | *handle |
| 15:07:52 | jhMikeS | I meant via the CPSR (disable_irq and such) |
| 15:08:41 | pamaury | ah, disabling it via cpsr works but I still have the same problem: the usb controller doesn't work sometimes, something goes wrong. This is not new |
| 15:09:07 | pamaury | I don't think it's related |
| 15:10:06 | sideral | pamaury: I saw the lock ups as well, but thought they were going away when I removed r29130 |
| 15:10:10 | jhMikeS | something goes wrong as it is |
| 15:11:12 | pamaury | as for me, they didn't go away, they are less frequent perhaps |
| 15:11:23 | sideral | I also did not have them before I applied r29129 + r29130 |
| 15:11:58 | pamaury | I think there are two distinct problems: |
| 15:12:03 | sideral | could well be |
| 15:12:10 | pamaury | 1) lock up which must be related to synchronization or blocking |
| 15:12:19 | pamaury | 2) "hardware hazard" |
| 15:13:09 | pamaury | 2) has always been there but not everyone have it, 1) happen sometimes but you say 1) didn't happen to you before r29129 ? |
| 15:13:18 | jhMikeS | I never got any spurious on the fuze, just weird speed warnings |
| 15:13:43 | pamaury | then you are lucky :) |
| 15:13:56 | sideral | pamaury: yes, but I had those freaky usb corruptions instead |
| 15:14:19 | pamaury | still with SVN head ? |
| 15:14:51 | sideral | nope, not yet. r29129 seems to have fixed those *knocks on wood* |
| 15:15:10 | pamaury | ok, so we still have the lock up |
| 15:15:41 | jhMikeS | is it a hard lock? |
| 15:16:19 | sideral | yes it is |
| 15:16:26 | pamaury | yes, I must reset the player |
| 15:16:42 | pamaury | it's stuck in the usb screen for example |
| 15:17:11 | jhMikeS | backlight doesn't go on/off for example? |
| 15:17:15 | sideral | exactly |
| 15:19:11 | jhMikeS | I know the SD driver has issues since hotplugging an SD card almost never works right |
| 15:19:11 | sideral | could it be a freaky interaction with the backlight-control thread such as the one I described in http://www.rockbox.org/tracker/task/11778#comment37834 , perhaps happening even without the patch in that FS item? |
| 15:19:38 | DrewVosburg | is there documentation on the skin ram available for each device? |
| 15:19:58 | | Quit quem (Ping timeout: 240 seconds) |
| 15:21:05 | sideral | perhaps writes to the display controller need to be atomic or synchronized against DMA? |
| 15:22:07 | jhMikeS | where does the DMA and DBOP mix? |
| 15:22:39 | | Quit robin0800 (Quit: Leaving) |
| 15:23:03 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 15:23:55 | | Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) |
| 15:23:56 | | Quit markun (Changing host) |
| 15:23:56 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 15:24:02 | sideral | I don't know. But bertrik found the theory plausible (see his comment in the above FS item), so perhaps ask him? |
| 15:24:07 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 15:25:07 | | Quit markun (Read error: Connection reset by peer) |
| 15:25:36 | | Quit TheSeven (Ping timeout: 260 seconds) |
| 15:25:59 | sideral | perhaps the backlight thread can preempt the thread doing the USB / SD transfer, or perhaps the backlight is controlled in an interrupt handler? |
| 15:28:14 | jhMikeS | no, it can't preempt and all backlight function are on the backlight thread |
| 15:29:13 | sideral | but it presumably can be scheduled while another thread is waiting for DMA to finish |
| 15:30:51 | sideral | I have no idea though why DMA should not be allowed to happen in parallel with programming the display controller. The hangs with the patch in FS #11778 were real, though |
| 15:31:49 | jhMikeS | are you talking about PL081 DMA or USB? |
| 15:32:58 | sideral | (PL081 = SD?) both |
| 15:33:10 | | Quit Judas_PhD (Ping timeout: 272 seconds) |
| 15:33:37 | jhMikeS | it spells disaster for audio playback if those can't worked concurrently |
| 15:35:34 | sideral | hmm, I don't really know. It's just an idea because of my similar experience (hangs) with FS #11778. Do you have a better theory? |
| 15:37:01 | | Quit t0rc (Read error: Connection reset by peer) |
| 15:37:34 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 15:38:10 | sideral | anyway, next time I have a hang, I'll try to remember whether I would have expected the backlight status to change at that instant |
| 15:39:54 | jhMikeS | any ascodec writes can sleep the thread calling them iirc |
| 15:40:24 | * | mrkiko misses rockbox so much |
| 15:40:56 | mrkiko | Oh - I don't have an mp3 player :) I'm using a Symbian Nokia N95 to do so :) |
| 15:44:20 | *** | Saving seen data "./dancer.seen" |
| 15:45:00 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 15:50:15 | | Quit DrewVosburg (Quit: Page closed) |
| 15:50:17 | sideral | jhMikeS: Right. Is there an implication that I did not get? |
| 15:50:45 | | Join bughunter2 [0] (~bughunter@unaffiliated/bughunter2) |
| 15:51:31 | jhMikeS | does anything read an ascodec reg, set/clear a bit, then write it back...somewhere, without holding a lock? |
| 15:52:37 | | Quit n1s (Quit: Lämnar) |
| 15:53:09 | | Join quem [0] (~foo@c83-254-246-21.bredband.comhem.se) |
| 15:57:09 | sideral | ascodec_write_pmu (used by _backlight_{on,off}) writes to the ascoded twice without taking a lock |
| 15:57:23 | sideral | s/ascoded/ascodec/ |
| 15:57:42 | sideral | but it does disable irqs |
| 15:58:17 | sideral | which is checked by ascodec_wait |
| 15:59:18 | jhMikeS | where's that? |
| 15:59:31 | jhMikeS | several bl files exist |
| 16:00 |
| 16:01:24 | sideral | firmware/target/arm/as3525/sansa-clipv2/backlight-clipv2.c |
| 16:01:38 | | Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) |
| 16:01:38 | | Quit markun (Changing host) |
| 16:01:38 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 16:03:55 | sideral | firmware/target/arm/as3525/ascodec-target.h:ascodec_write_charger (used by disable charger) writes to ascodec twice w/o locking, AFAICT |
| 16:05:01 | sideral | that seems to be it :) |
| 16:06:43 | jhMikeS | that won't work, any scheduling will reenable interrupts |
| 16:07:35 | | Quit krazykit (Quit: awe yeeeeeee) |
| 16:08:04 | | Join mudd1 [0] (~cmertes@2001:638:504:20e0:221:70ff:fe83:655e) |
| 16:08:50 | jhMikeS | you need a proper set of ascodec_set/clear/write_masked functions in there, however they might be accomplised |
| 16:09:30 | sideral | ascodec_wait will not reschedule if IRQs have been disabled AFAICT, so it works for ascodec_write_pmu |
| 16:10:50 | jhMikeS | when the thread blocks for wakeup wait, it will enable them. if it didn't the signal could never come anyway |
| 16:10:50 | | Quit markun (Read error: Connection reset by peer) |
| 16:11:25 | sideral | if IRQs are disabled, it just seems to busy-wait |
| 16:11:27 | jhMikeS | ah, wait, it checks the status first...hmmm |
| 16:12:13 | jhMikeS | lol, well that's dead end so far :) |
| 16:12:41 | sideral | damn :) |
| 16:13:43 | jhMikeS | missing volatile on struct ascodec_req::status? |
| 16:14:25 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 16:14:50 | jhMikeS | doubt it though |
| 16:16:05 | sideral | unlikely, would hang all calls into this function |
| 16:17:45 | sideral | so perhaps ascodec cannot be used at all under some circumstances? |
| 16:18:16 | jhMikeS | have you tried timing out the busy wait? |
| 16:19:05 | sideral | no, but it's a nice idea |
| 16:19:29 | jhMikeS | at least you see if the hardware is really locked or the status just failed |
| 16:22:14 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 16:26:21 | sideral | I'll hack something up if I find the time. If anyone else wants to debug this, the patch in FS #11778 seems to be a pretty innocent way of aggravating the problem. At least I don't see in which way that patch is not sound |
| 16:39:06 | jhMikeS | fuzev2 fades and writes the pmu and I've yet to see an issue |
| 16:39:41 | | Part bughunter2 |
| 16:40:11 | | Join panni_ [0] (hannes@ip-178-202-69-162.unitymediagroup.de) |
| 16:41:55 | jhMikeS | ok, now I get it, it's suspect *because* it writes the controller, not the pmu |
| 16:54:52 | | Quit JdGordon| (Ping timeout: 240 seconds) |
| 16:59:18 | | Part Zagor |
| 17:00 |
| 17:02:18 | * | jhMikeS wonders how the i2c busy wait knows just *who* the interrupt status is raised for |
| 17:05:30 | | Quit GeekShad0w (Read error: Connection reset by peer) |
| 17:06:00 | | Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) |
| 17:06:10 | jhMikeS | then again, maybe it does need to |
| 17:08:59 | | Join kevku [0] (~kevku@2001:7d0:0:f9af:215:c5ff:fe7e:794d) |
| 17:09:03 | | Quit B4gder (Remote host closed the connection) |
| 17:10:46 | | Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) |
| 17:11:26 | | Join DrewVosburg [0] (c70859fb@gateway/web/freenode/ip.199.8.89.251) |
| 17:13:37 | DrewVosburg | where can i find instructions for making an Android rockbox UI simulator? |
| 17:16:37 | gevaerts | I don't think building app simulators works |
| 17:17:10 | DrewVosburg | i am looking to basically create a wps |
| 17:17:24 | DrewVosburg | so i mostly just need the resolution 480x800 |
| 17:17:34 | gevaerts | I'd say build the sdl application then |
| 17:17:41 | | Quit ender` (Quit: Replication with a nonconfigured partner is not allowed. -- net helpmsg 4006) |
| 17:17:43 | gevaerts | configure will ask what resolution you want |
| 17:17:57 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 17:20:11 | * | pixelma still didn't manage to build an sdl app even for native linux |
| 17:20:20 | | Join glued [0] (~536386b3@giant.haxx.se) |
| 17:20:46 | DrewVosburg | should i try to build in Ubuntu or Windows? |
| 17:21:09 | pixelma | "make" works - but I couldn't figure out how to proceed |
| 17:21:37 | | Quit kugel (Ping timeout: 276 seconds) |
| 17:21:50 | | Join glued_work [0] (~536386b3@giant.haxx.se) |
| 17:22:08 | | Quit Sajber^ (Ping timeout: 276 seconds) |
| 17:22:40 | glued_work | sideral: hi, do you know if r29129 has fixed as3525v2 fat corruption on usb? |
| 17:23:30 | gevaerts | pixelma (and DrewVosburg I guess): the trick is to give a −−prefix argument to configure to tell it where you want the result, then make, and then make install |
| 17:23:50 | sideral | glued_work: For me it apparently has −− but I've only been testing this change for two days |
| 17:24:42 | jhMikeS | I'm curious, how long did it usually take? |
| 17:25:18 | | Quit glued (Quit: CGI:IRC (Ping timeout)) |
| 17:25:52 | sideral | jhMikeS: usually I could reproduce it within minutes (umount, then fsck would fail in 1st or 2nd USB connection) |
| 17:26:29 | | Part LinusN |
| 17:26:37 | pixelma | gevaerts: will this be a path or so? |
| 17:26:40 | gevaerts | yes |
| 17:26:52 | gevaerts | Default is /usr/local/ I think |
| 17:27:09 | gevaerts | You can have it install there if you like, but then you'll probably need root access |
| 17:27:43 | jhMikeS | sideral: wow, guess it's looking promising then for that :) |
| 17:27:44 | pixelma | yeah. as make install kept complaining that it can't install there due to lack of permissions |
| 17:27:50 | gevaerts | hm |
| 17:28:34 | gevaerts | Use e.g. −−prefix=/tmp/rockbox |
| 17:28:47 | gevaerts | That directory has to exist apparently, so make it first |
| 17:29:28 | pixelma | does it have to be another than the current build directory? |
| 17:30:11 | gevaerts | hm |
| 17:30:17 | sideral | jhMikeS: yes, I'm really happy about it −− thanks again for the catch! It was the most annoying problem I had. |
| 17:30:22 | gevaerts | I'd use a sasubdirectory then |
| 17:30:27 | gevaerts | s/sa// |
| 17:30:48 | pixelma | ok, I'll try |
| 17:31:02 | pixelma | does it have to be an absolute path? |
| 17:31:18 | * | pixelma feels "noob"ish |
| 17:31:26 | gevaerts | no idea |
| 17:31:32 | sideral | pixelma: typically yes |
| 17:31:50 | gevaerts | I'd /me tries |
| 17:32:01 | gevaerts | ah, yes, probably |
| 17:32:46 | gevaerts | That path is used later on to find files, so if you use a relative path, it will only work if you start the application from the place you ran configure |
| 17:33:11 | gevaerts | oh, it tries to work around that using a tool I don't have :) |
| 17:33:35 | n1s | pwd? |
| 17:33:41 | gevaerts | realpath |
| 17:34:04 | gevaerts | The easiest way is to give it an absolute path |
| 17:35:06 | glued_work | sideral: Great news and ∞ huge thanks to pamaury, you & guys! |
| 17:35:07 | glued_work | So the last serious usb issue is ocassional lockups? Then usb support might get official? |
| 17:35:47 | pixelma | hrmm, what is the path part to my user directory in linux - don't I need it? |
| 17:36:15 | pamaury | there is still some hardware problem but not everyone is affected |
| 17:36:37 | n1s | pixelma: typically /home/your-username/ |
| 17:37:14 | sideral | pixelma: I typically use −−prefix=$HOME/local |
| 17:38:17 | | Quit quem (Ping timeout: 240 seconds) |
| 17:38:51 | | Quit sideral (Quit: Leaving.) |
| 17:39:51 | pamaury | glued_work: And jhMikeS is the one who noticed the synchro issues |
| 17:40:10 | pixelma | ok, got it for configuring, let's see how the build turns out. Thanks all so far |
| 17:41:21 | glued_work | * bows to jhMikeS |
| 17:41:22 | DrewVosburg | ok, so since i'm trying to emulate android, |
| 17:41:33 | DrewVosburg | would i just pick something like an m robe 500 that has touch? |
| 17:41:40 | DrewVosburg | then set the resolution manually? |
| 17:42:51 | pixelma | no, if you configure for a target, you can't set the resolution. You have to chose an app build in configure - (200) |
| 17:43:49 | DrewVosburg | ahh! there's the android option |
| 17:43:55 | pixelma | I'd try the ubuntu first as kugel said that no-one tried compiling of an app build under cygwin (or a win crosscompile) yet |
| 17:44:23 | *** | Saving seen data "./dancer.seen" |
| 17:45:03 | | Quit mudd1 (Remote host closed the connection) |
| 17:45:03 | DrewVosburg | yeah, that's where i'm trying it, seems to be working just fine. |
| 17:45:18 | pixelma | that would give you an android build (an APK) if I understand correctly - and if your build environment is set up for that. You probably want an SDL app to run it on your computer |
| 17:45:49 | DrewVosburg | yeah, i realized that after i ran it and it said i'm an idiot. haha. |
| 17:46:28 | * | jhMikeS is simply glad to have served the greater good |
| 17:47:48 | DrewVosburg | do i have to add a setting to make it accept touch input, or will that work out of the box? |
| 17:52:06 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
| 17:53:33 | | Join benedikt93 [0] (~benedikt9@p5B0C3831.dip.t-dialin.net) |
| 17:53:39 | | Quit benedikt93 (Changing host) |
| 17:53:39 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 17:54:09 | DrewVosburg | found it, make install -t |
| 17:57:00 | | Quit robin0800 (Quit: Leaving) |
| 17:58:50 | | Quit petur (Quit: Page closed) |
| 17:58:54 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 17:59:52 | pixelma | gevaerts: thanks for answering now by the way. I asked twice before why an app build wants to install things in usr/local here and got no answer |
| 18:00 |
| 18:00:33 | | Quit robin0800 (Read error: Connection reset by peer) |
| 18:02:04 | pixelma | ok, nice - on first run of the "rockbox" app it crashed, second worked now |
| 18:03:25 | jhMikeS | weird, I just noticed MicroSD's seem to hotswap ok if the USE_ROCKBOX_USB is not defined, or at least it's more robust |
| 18:03:47 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
| 18:06:17 | glued_work | assuming corruption is gone, what's left before as3525v2 gets usb officially? |
| 18:06:18 | glued_work | 1) connection failures (as in FS #11664) and 2) lockups? or connection is already fixed? |
| 18:06:48 | pixelma | jhMikeS: are problems with hotswapping microSDs an AMS problem? Didn't notice anything on my c200v1 |
| 18:08:54 | jhMikeS | pixelma: swapping when the USB stuff was enabled seemed dodgey (on v2 Fuze). I did get it to deadlock though even without it just now by pushing the card in and out of the slot as fast as I could. |
| 18:08:55 | pamaury | jhMikeS: what is the problem with hotswap ? What can go wrong ? |
| 18:09:50 | pamaury | glued_work: basically yes, 2) is a complete lockup of rockbox, but we don't really know why, it might be related to usb |
| 18:10:26 | jhMikeS | it'll just enter a thread deadlock somewhere, and everything is unresponsive. backlight works still. I'll try with USB enabled again. |
| 18:10:35 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 18:16:15 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:16:46 | | Quit kevku (Remote host closed the connection) |
| 18:16:55 | | Join quem [0] (~foo@c83-254-241-63.bredband.comhem.se) |
| 18:18:40 | | Quit robin0800 (Quit: Leaving) |
| 18:19:36 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 18:24:16 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 18:28:04 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
| 18:28:05 | | Quit dfkt (Read error: Connection reset by peer) |
| 18:28:07 | | Join captainkewllll [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) |
| 18:28:24 | | Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) |
| 18:29:32 | jhMikeS | just remade with USB and the very first card hotplug failed to mount the card and the access led was stuck on. |
| 18:30:06 | gevaerts | jhMikeS: this is just by USB being present, you're not actually connected? |
| 18:30:32 | jhMikeS | what do you mean? no, I wasn't connected, just browsing. |
| 18:30:40 | gevaerts | interesting |
| 18:31:08 | gevaerts | Which USB detection model does the amsv2 use? Polling or interrupt? |
| 18:31:13 | jhMikeS | it's the same connected or not if USE_ROCKBOX_USB is defined |
| 18:31:43 | jhMikeS | might be tick polling |
| 18:32:11 | gevaerts | on the other hand, the detection always runs regardless of USE_ROCKBOX_USB |
| 18:32:31 | gevaerts | hm, or maybe not |
| 18:33:02 | | Quit DrewVosburg (Quit: Page closed) |
| 18:33:11 | jhMikeS | it's a hybrid, get the event from the ascodec, set a variable, poll the variable (which seems odd) |
| 18:34:29 | gevaerts | We should actually clean that up I think and make everything driver-detected (and if needed add a polling loop there). usb.c is a bit confusing now |
| 18:35:45 | | Join krabador [0] (~krabador@host150-39-dynamic.57-82-r.retail.telecomitalia.it) |
| 18:35:46 | gevaerts | Maybe there's a false positive every now and then that makes it wait for USB? |
| 18:35:51 | jhMikeS | I see no reason to just not post to the USB queue from ascodec int |
| 18:36:03 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 18:36:37 | jhMikeS | what SD handling wouldn't be present without USE_ROCKBOX_USB that would affect simple browsing? |
| 18:37:05 | gevaerts | none, I'd think |
| 18:37:52 | jhMikeS | e200v1 is untroubled |
| 18:37:59 | | Quit domonoky (Read error: Connection reset by peer) |
| 18:38:25 | gevaerts | Does the USB detect interrupt somehow fire when you plug in a card? |
| 18:38:59 | jhMikeS | ooh, no it isn't. now if I eject the card while browsing the card, it doesn't drop to the root directory like it used to :\ |
| 18:39:15 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:39:53 | jhMikeS | heh, <microSD1> stay in the root when ejecting. |
| 18:40:11 | jhMikeS | gevaerts: it should not, no |
| 18:40:24 | gevaerts | I know it shouldn't :) |
| 18:41:07 | jhMikeS | there is a problem now with hotswap beyond AMS it seems. |
| 18:41:07 | pamaury | jhMikeS: it's another problem |
| 18:41:11 | gevaerts | Just trying to think of ways USB could influence SD hotswap |
| 18:41:33 | pamaury | there is a thread schedule order problem when hotswapping, which explain why the <micro> entries stays |
| 18:41:48 | jhMikeS | lol |
| 18:42:22 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 18:42:34 | pamaury | I don't remember all the details but basically the browser thread get the hotplug signal before the disk code does, so it still see sd card |
| 18:42:41 | jhMikeS | on e200v1, it's more complicated. if I eject while browsing the card, further ejects are ignored. but, if I cycle the backlight, it goes back to normal and detects the ejects. |
| 18:42:48 | jhMikeS | wtf?? lol |
| 18:42:55 | | Join Kitar|st [0] (~Kitarist@BSN-182-108-204.dial-up.dsl.siol.net) |
| 18:42:56 | | Join vnl [0] (~slayer@cpc5-king10-2-0-cust73.perr.cable.virginmedia.com) |
| 18:42:58 | pamaury | wait a minute, I'll give you more details |
| 18:43:02 | | Quit mrkiko (Quit: leaving) |
| 18:43:04 | | Part vnl |
| 18:43:12 | gevaerts | That can't be right |
| 18:43:24 | jhMikeS | it's certainly a new feature |
| 18:43:32 | gevaerts | disk.c should use the HOTSWAP event and the file browser should use FS_CHANGE |
| 18:43:42 | gevaerts | At least that's what I'd expect |
| 18:43:58 | | Join robin0800_ [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 18:44:03 | | Quit robin0800_ (Remote host closed the connection) |
| 18:44:08 | | Join kevku [0] (~kevku@2001:7d0:0:f9af:215:c5ff:fe7e:794d) |
| 18:44:10 | pamaury | there is something weird but I need to remember the details |
| 18:44:28 | jhMikeS | it should be totally independent....of the backlight state no less! |
| 18:44:48 | pamaury | ok, the browser uses the signal SYS_FS_CHANGED it seems |
| 18:45:23 | pamaury | wait |
| 18:45:28 | pamaury | that's a dircache problem |
| 18:45:46 | pamaury | something like dircache uses SYS_FS_CHANGED, as well as file browser |
| 18:45:59 | | Quit glued_work (Quit: CGI:IRC) |
| 18:46:13 | pamaury | so if file browser get the SYS_FS_CHANGED before dircache does, it still see the entry, by definition |
| 18:46:38 | gevaerts | So either we need a new event to allow dircache to tell the world about changes, or it should re-broadcast SYS_FS_CHANGED itself |
| 18:46:48 | pamaury | yeah basically |
| 18:47:11 | pamaury | the problem is that dircache is not allows enable, so that would add a conditional event, which is bad imo |
| 18:47:16 | pamaury | *always |
| 18:47:47 | pamaury | and rebroadcast is a bit annoying because it wrong trigger it infinitely |
| 18:47:56 | pamaury | *would |
| 18:48:00 | | Join Stummi [0] (~Stummi@p4FD3D393.dip.t-dialin.net) |
| 18:48:11 | gevaerts | do threads get their own events back? |
| 18:48:26 | | Nick Stummi is now known as Guest41211 (~Stummi@p4FD3D393.dip.t-dialin.net) |
| 18:48:47 | | Quit Guest41211 (Changing host) |
| 18:48:47 | | Join Guest41211 [0] (~Stummi@rockbox/developer/Stummi) |
| 18:48:53 | pamaury | hum, good question, I assumed it but perhaps it's wrong, I didn't bother too much honestly, it was difficult enough to understand the problem |
| 18:49:00 | | Nick Guest41211 is now known as Stummi (~Stummi@rockbox/developer/Stummi) |
| 18:50:18 | pamaury | if not, the fix is trivial, just broadcast a second time and your done |
| 18:50:18 | * | gevaerts is sure that jhMikeS knows this :) |
| 18:51:17 | gevaerts | it looks like there's no filtering, so the simple fix won't work |
| 18:51:17 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
| 18:52:18 | | Quit krabador (Remote host closed the connection) |
| 18:52:27 | gevaerts | unless of course the second one would use the data field (which is unused for SYS_FS_CHANGED currently) to indicate this, so dircache could filter itself |
| 18:52:28 | pamaury | hum wait, I checked and I already committed something to fix this |
| 18:53:59 | * | pamaury points to r26221 |
| 18:54:34 | | Quit robin0800 (Remote host closed the connection) |
| 18:54:35 | * | gevaerts doubts that :) |
| 18:54:47 | gevaerts | "make radioart work in the sbs: |
| 18:55:22 | pamaury | err, r26222 |
| 18:56:11 | jhMikeS | pamaury: dircache isn't enable on my device though |
| 18:56:31 | pamaury | ok, so this is a real sd bug |
| 18:56:32 | pamaury | :) |
| 18:56:55 | | Quit fyrestorm (Quit: lamers envy me like they envy bill g -- main boot xp, just the way it should be!) |
| 18:56:59 | jhMikeS | but why is a completely different piece of hardware misbhaving (e200v1) that uses to be just peachy? |
| 18:57:06 | jhMikeS | *used to |
| 18:57:37 | * | gevaerts doesn't really understand that fix |
| 18:58:28 | gevaerts | ah, I think I see |
| 18:59:03 | pamaury | basically the fix looks at the event queue of dircache and if it's non-empty, assume the cache is not valid |
| 19:00 |
| 19:00:10 | gevaerts | It relies on opendir() being called again, but of course that should happen if SYS_FS_CHANGED is received by whoever is handling the directory |
| 19:00:11 | pamaury | more precisely, it looks at the first message of the dircache queue and see if it's a hotplug message |
| 19:00:35 | jhMikeS | what if it's the second message? |
| 19:00:45 | pamaury | then it doesn't work |
| 19:00:48 | gevaerts | a hotplug message? Not fs_changed? |
| 19:00:59 | n1s | i don't know if it's related but recent builds on my h300 makes the theme go away after usb unplug (it reverts to the builtin font/icons/wps and the file browser is empty if that's where you were when entering usb |
| 19:01:07 | n1s | have not seen that on any other target |
| 19:01:10 | jhMikeS | queue_peek I strongly discourage |
| 19:01:37 | pamaury | I wasn't the one who introduce check_event_queue() I think |
| 19:01:49 | S_a_i_n_t | n1s: That's....original. |
| 19:02:11 | kugel | android has the concept of ordered broadcasts, perhaps that could help? |
| 19:02:19 | * | jhMikeS lost any patch links in the IRC flow |
| 19:02:36 | n1s | S_a_i_n_t: yes, ugly too :) |
| 19:03:21 | pamaury | hum, not so sure, git blame does lie usually :) |
| 19:04:19 | pixelma | n1s: I only noticed on my c200 that the themes is reloaded immediately after USB disconnect (changed something in the current theme and it was applied) |
| 19:04:26 | pixelma | not sure if that helps |
| 19:04:59 | pamaury | ok I introduced peek because the old code was doing something worse ! |
| 19:05:02 | n1s | pixelma: sounds like that in combination with some bug possibly only hitting hw usb targets could cause that |
| 19:05:25 | n1s | pixelma: could you try that on your m5 sometime? |
| 19:05:38 | jhMikeS | It's all coming back...I think I strongly discouraged it before too and suggested a state machine :) |
| 19:06:18 | gevaerts | Why can't dircache just wait for SYS_FS_CHANGED and start doing things then? |
| 19:06:35 | pixelma | n1s: yes, how recent (just asking if I need to update first) |
| 19:06:47 | pamaury | gevaerts: that's what dircache is doing no ? |
| 19:06:49 | jhMikeS | I don't know, SYS_FS_CHANGED might never come? |
| 19:07:04 | pixelma | n1s: and do I have to something like copying files or so? |
| 19:07:06 | n1s | pixelma: not sure but older than a week at least |
| 19:07:24 | n1s | pixelma: i sec |
| 19:08:12 | gevaerts | pamaury: well, it does, but it also does the peeking |
| 19:08:30 | n1s | pixelma: no, just connect and disconnect does it |
| 19:08:41 | gevaerts | And I don't see why |
| 19:08:44 | jhMikeS | hrmp...e200v1 is behaving differently now on eject :\ |
| 19:08:50 | pamaury | the peeking is there to handle the case where during the dircache rebuild, it is disable |
| 19:09:02 | pamaury | *when |
| 19:09:44 | jhMikeS | ok, that problem seems to be the file browser. View Disk Info seems to correctly trigger. |
| 19:10:35 | gevaerts | pamaury: because dircache_do_rebuild() presumably takes a while? |
| 19:10:43 | pamaury | yes |
| 19:11:22 | gevaerts | Then I'd say dircache_do_rebuild() should check for events the normal way |
| 19:11:52 | pamaury | how ? |
| 19:13:55 | jhMikeS | so, afterall, something is indeed whacky about hotswap on amsv2 + USB, plus there's a browser bug on the side |
| 19:14:08 | gevaerts | By actually handling the message when it's seen |
| 19:14:17 | gevaerts | I do realise that this may not be simple... |
| 19:15:00 | jhMikeS | the voice thread does that sort of thing but it was written that way from the start |
| 19:15:32 | pamaury | gevaerts: but how ? waiting for a message is blocking, you don't want to block when building |
| 19:15:59 | pixelma | n1s: doesn't happen with an r28922 build, going to update and try again |
| 19:16:31 | gevaerts | pamaury: queue_wait_w_tmo() isn't blocking if you specify a 0 timeout |
| 19:18:09 | pamaury | yes but then it means you have to handle the message at the same time, which can be tricky also |
| 19:18:18 | | Quit Keripo (Quit: Leaving.) |
| 19:18:34 | gevaerts | Yes, but that's what you do in a queue-based system :) |
| 19:19:25 | pamaury | I'll think about it |
| 19:19:55 | gevaerts | Anyway, none of this is actually related to what jhMikeS is seeing... |
| 19:20:05 | pamaury | yeah |
| 19:20:27 | | Quit DerPapst (Quit: Leaving.) |
| 19:20:55 | | Join DerPapst [0] (~Alexander@dslb-088-069-153-143.pools.arcor-ip.net) |
| 19:21:35 | jhMikeS | process messages in one loop, remember what was going on when it was interrupted by an event, continue if it was irrelevant to the activity |
| 19:23:03 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 19:25:37 | | Quit DerPapst (Ping timeout: 272 seconds) |
| 19:30:51 | | Join Keripo [0] (~Keripo@SEAS112.wlan.seas.upenn.edu) |
| 19:34:15 | jhMikeS | it seems it might be the same thing, just more likely, especially if connected (backlight goes on and off, led is stuck on) |
| 19:35:14 | jhMikeS | probably stuck waiting in the ata sd code for a command that isn't completing (best guess) |
| 19:39:13 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 19:40:53 | | Join tfx [0] (~d4176885@giant.haxx.se) |
| 19:41:44 | | Join BRi7X [0] (UPP@c-68-80-181-29.hsd1.pa.comcast.net) |
| 19:41:56 | * | kugel fights as trange bug |
| 19:41:56 | | Quit tfx (Client Quit) |
| 19:41:58 | kugel | strange too |
| 19:42:08 | | Join dragon [0] (~d4176885@giant.haxx.se) |
| 19:42:15 | dragon | hi @ all |
| 19:42:34 | | Nick dragon is now known as Guest58283 (~d4176885@giant.haxx.se) |
| 19:43:16 | BRi7X | howdy |
| 19:43:36 | Guest58283 | can somebody help me out with the pluginmpegplayer? |
| 19:43:48 | BRi7X | what are you trying to do with it? |
| 19:44:26 | *** | Saving seen data "./dancer.seen" |
| 19:44:28 | jhMikeS | it seems it could leave abandoned wakeup signals here too |
| 19:44:49 | Guest58283 | i want to convert a movie with damnvid, tried already to create a new profile with the settings from the wiki but |
| 19:45:05 | BRi7X | use WinFF, there's a rockbox preset preloaded |
| 19:45:08 | BRi7X | works like a charm |
| 19:45:35 | Guest58283 | yes i know. tried to use the winff settings for damnvid |
| 19:45:40 | BRi7X | jhMikeS! just the person I was looking for haha.. I was wondering how crucial that 150MB partition on the Gigabeat S was, seems to be causing problems when connected to certain systems, was thinking about giving it the boot |
| 19:45:41 | | Join quem_ [0] (~foo@c83-254-241-63.bredband.comhem.se) |
| 19:46:02 | BRi7X | Guest58283/dragon: can't you just use WinFF? |
| 19:46:11 | Guest58283 | cause with damnvid you can download and convert your movies within one application and don't need two applications |
| 19:46:32 | Torne | BRi7X: er, you mean the firmware partition? |
| 19:46:37 | gevaerts | BRi7X: if you remove it, the ROM bootloader will put it back and force a full firmware restore |
| 19:46:37 | Torne | BRi7X: that contains the firmware :) |
| 19:46:45 | Torne | Yeah, it will format the drive |
| 19:47:01 | | Quit quem (Remote host closed the connection) |
| 19:47:09 | Torne | there's a hack you can do in rockbox to make it only export the second partition over usb, i think? |
| 19:47:10 | | Nick quem_ is now known as quem (~foo@c83-254-241-63.bredband.comhem.se) |
| 19:47:23 | BRi7X | crrrrrrrrrrrrrap, well can't I rearrange it so it's not the first partition? it seems i can't connect it to my friend's Jeep, my other friend's PS3, nor the macintoshes at school |
| 19:47:28 | gevaerts | no |
| 19:47:32 | Torne | No, you can't change anything about it at all |
| 19:47:38 | Guest58283 | my target is to download some trailers and to convert them into the right format within one application on the go |
| 19:47:39 | Torne | If you touch it in any way it will format the drive. |
| 19:47:39 | n1s | Torne: jhMikeS made some change so the fw partition doesn't automount anymore now :) |
| 19:47:44 | gevaerts | If you touch the partition table, the bootloader will repartition and format :) |
| 19:47:50 | Torne | n1s: oh |
| 19:47:53 | BRi7X | eek, even with rockbox as the main firmware? |
| 19:47:55 | Torne | then what's BRi7X's issue? :) |
| 19:47:58 | Torne | BRi7X: yes |
| 19:48:06 | | Quit crwl (Quit: päivittelyä) |
| 19:48:10 | gevaerts | The ROM code is fun :) |
| 19:48:12 | Torne | the toshiba bootloader is in flash and murders the drive any time it doesn't like what it sees |
| 19:48:30 | Torne | n1s: when was that done? |
| 19:48:50 | BRi7X | for some reason the PS3 and the Jeep (that happens to have a USB port) sees the gigabeat as empty |
| 19:48:59 | gevaerts | Torne: r28972 |
| 19:49:03 | | Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) |
| 19:49:08 | Torne | BRi7X: what version of rockbox do you have? |
| 19:49:25 | BRi7X | let me check |
| 19:49:31 | jhMikeS | Torne: Hold vol- when connecting to export the firmware one, otherwise the data one is |
| 19:49:51 | BRi7X | r29051-110113 |
| 19:49:56 | Torne | jhMikeS: does bootloader usb behave the same? |
| 19:50:05 | jhMikeS | Torne: yes |
| 19:50:20 | Torne | okay then i don't see what the problem is :) |
| 19:50:30 | Torne | BRi7X: what do you see when you mount it on a PC? |
| 19:50:55 | | Quit Guest58283 (Quit: CGI:IRC) |
| 19:50:57 | jhMikeS | so long as the bootloader is new enough |
| 19:51:25 | BRi7X | I see the main partition entitled RUBBERBEAST in "Computer". though the 150MB partition shows up in the microsoft management console, in disk management |
| 19:52:04 | Torne | it does? |
| 19:52:15 | BRi7X | yep |
| 19:52:20 | BRi7X | i can screenshot if you want |
| 19:52:24 | Torne | shows up as what? |
| 19:52:36 | Torne | empty space? |
| 19:52:52 | n1s | I get both partitions on linux but only the first one automounts, i can still maually mount the other one |
| 19:53:10 | BRi7X | it says 150MB, Healthy (Primary Partition) |
| 19:53:14 | BRi7X | with no drive letter assigned |
| 19:53:42 | Torne | jhMikeS: what are you doing to not export the firmware partition, then, if it still shows in fdisk? :) |
| 19:53:46 | BRi7X | on a PS3 it shows up as TFAT, and won't mount the main partition |
| 19:53:57 | Torne | jhMikeS: you're not just munging the type are you? |
| 19:54:00 | Torne | because that doesn't work :) |
| 19:54:11 | Torne | most OSes ignore the type field entirely |
| 19:54:18 | gevaerts | Torne: munging the type and swapping the order |
| 19:54:23 | BRi7X | on the macs in the editing suite at school, it shows up with Rubberbeast for a few seconds, locks up Finder, then I have to disconnect it to regain control of the system |
| 19:54:39 | Torne | munging the type is not gonna work portably. |
| 19:54:43 | gevaerts | BRi7X: is HID enabled? |
| 19:54:44 | BRi7X | (yet it works on other people's macs, and even my osx86 installation) |
| 19:55:06 | Torne | most OSes these days just look inside the partition for any superblocks they can understand |
| 19:55:10 | BRi7X | yes it is, I can move the mouse on the Macs but can't access the files on the drive... so i tried disabling it, and it still didn't work |
| 19:55:28 | gevaerts | Older versions of OS X have an interesting bug that makes things break if HID is on |
| 19:55:28 | Torne | anyway, gotta go :) |
| 19:56:01 | BRi7X | hrmm, i'm pretty sure they're using snow leopard, 10.6.5or.6 |
| 19:56:12 | | Join solexx [0] (~jrschulz@e176125198.adsl.alicedsl.de) |
| 19:56:47 | gevaerts | BRi7X: the firmware partition will still be there, it's just the second partition instead of the first one, and it's marked as hidden |
| 19:57:33 | pixelma | n1s: happens with a recent build on the M5 too - including font and right after disconnect, the folder I was in appeared empty (but isn't) |
| 19:58:14 | n1s | pixelma: ah, thanks for testing, i'll try to bisect it when i find some time unless someone else beats me to it |
| 19:58:17 | jhMikeS | Torne: it just swaps them in the MBR |
| 19:58:48 | gevaerts | jhMikeS: maybe we should zero the firmware partition entry in the MBR as well |
| 19:58:54 | BRi7X | hrmm, it seems clear that the Ps3 and the car are just seeing the TFAT, i'm not sure how to fix that.. but the situation with the Mac is really baffling |
| 19:59:28 | BRi7X | sadly i don't have access to the car, the ps3, or the mac at school right now (i think school is closed anyway due to snow hah) |
| 19:59:32 | | Quit solexx_ (Ping timeout: 264 seconds) |
| 19:59:34 | pixelma | n1s: I stated the working revision I had on earlier in case that helps and you hadn't seen it |
| 19:59:36 | jhMikeS | gevaerts: I was trying not to completely deny any access to it except convenient access :\ |
| 19:59:41 | gevaerts | The TFAT partition is the data partition. If that's seen, things should be fine... |
| 19:59:59 | n1s | pixelma: yes, i noted that, it certainly helps narrowing the seach space |
| 20:00 |
| 20:00:03 | gevaerts | jhMikeS: yes... I claim all those OSes are broken :) |
| 20:00:08 | BRi7X | hrmm, when i did the Vol- button press upon connection, TFAT was the 150MB partition |
| 20:00:10 | | Quit Zarggg (Ping timeout: 250 seconds) |
| 20:00:24 | gevaerts | hm, I'm not sure now |
| 20:00:38 | n1s | the fw parititon on mine is called TFAT too |
| 20:00:49 | gevaerts | yes, I may be confused |
| 20:01:11 | BRi7X | they were both called TFAT, i just renamed the main one to RUBBERBEAST |
| 20:01:55 | gevaerts | BRi7X: do you have a build environment set up? |
| 20:03:11 | BRi7X | i suppose i can set one up if you can recommend a setup |
| 20:03:18 | | Join DerPapst [0] (~Alexander@p5DE5AC30.dip.t-dialin.net) |
| 20:03:35 | BRi7X | i have the microsoft UNIX subsystem installed with GCC |
| 20:03:45 | BRi7X | not sure why i installed it, but i have it |
| 20:04:15 | BRi7X | probably a 4am, sleep deprived, "yeah this sounds cool" kind of thing |
| 20:05:03 | gevaerts | I could provide a patch or a test build to see if zeroing the other partition entries makes a difference. |
| 20:06:03 | | Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) |
| 20:06:07 | BRi7X | i could try it, i wouldn't be able to test it on the macs until tomorrow, but i might see the jeep or the ps3 today/tonight |
| 20:06:34 | gevaerts | ok |
| 20:06:39 | * | gevaerts builds |
| 20:06:48 | jhMikeS | gevaerts: entries? there's only one other entry, but we could zero them both, sure :) |
| 20:07:05 | BRi7X | think updating to the latest build might make a difference? |
| 20:07:10 | gevaerts | jhMikeS: technically there are three others, although two of them should be zero already :) |
| 20:07:28 | gevaerts | BRi7X: if you're on r29051, no |
| 20:07:31 | | Quit BHSPitMonkey (Remote host closed the connection) |
| 20:07:57 | jhMikeS | gevaerts: they aren't in this realm but on a virtual disk in the 5th dimension |
| 20:08:07 | gevaerts | BRi7X: oh, just to make sure, are you connecting while in rockbox, or while the player is switched off? |
| 20:08:08 | | Quit sideral (Quit: Leaving.) |
| 20:08:29 | | Nick TheLemonMan is now known as Nig-ger (~lem0n@62.98.137.0) |
| 20:08:34 | | Nick Nig-ger is now known as Nig-Ger (~lem0n@62.98.137.0) |
| 20:08:57 | jhMikeS | fdisk can't access the 5th dimension, just the 4th |
| 20:09:24 | | Quit S_a_i_n_t (Disconnected by services) |
| 20:09:25 | | Join [Saint] [0] (S_a_i_n_t@203.184.0.125) |
| 20:09:50 | | Quit GeekShad0w (Ping timeout: 276 seconds) |
| 20:10:39 | BRi7X | while in rockbox |
| 20:10:44 | BRi7X | to the macs |
| 20:10:45 | gevaerts | ok |
| 20:11:11 | BRi7X | ACTUALLY, i had no other option but to connect while the player was off in the jeep because i kept getting the RECHARGE NOW, shutting down... warning |
| 20:11:26 | BRi7X | my player seemed dead, but i think it actually had like at least 20% battery left, it was weird |
| 20:11:37 | BRi7X | and that's when it showed up that the device was empty |
| 20:11:56 | gevaerts | right, you had bootloader USB then probably, which (if you used a released bootloader) doesn't have these relatively recent changes yet as far as I know |
| 20:12:17 | gevaerts | So re-testing on that with your regular build would be good |
| 20:12:35 | jhMikeS | I don't think anyone updated any released bootloader |
| 20:13:07 | BRi7X | (random and unrelated, but that FFT plugin is AWESOME.) |
| 20:13:34 | BRi7X | yeah for the Jeep i was using the bootloader USB because the player was dead. but for the macs and ps3 i connected through with rockbox already engaged |
| 20:13:55 | jhMikeS | iirc, n1s asked if we should, I said "wait", made some changes and now I think it should be updated. |
| 20:14:10 | gevaerts | BRi7X: ok, try gevaerts/rockbox-gigabeats-usb-test.zip">http://www.evonet.be/~gevaerts/rockbox-gigabeats-usb-test.zip |
| 20:14:16 | BRi7X | the situation with the macintosh is the strangest... since it only happens on the macs at school. locks up finder and whatnot |
| 20:14:32 | gevaerts | That has http://pastebin.com/8jK7896c as changes |
| 20:14:41 | n1s | yeah, would be nice if someone could solve the single boot issue but i haven't found any time or motivation for it |
| 20:14:48 | BRi7X | and i was looking forward to using the gigabeat as a storage device for aftereffects project files or whatever at school since they don't have NTFS drivers for my external |
| 20:15:11 | BRi7X | wait do i need to compile this or no? |
| 20:15:22 | jhMikeS | n1s: I considered suppressing the OF even if it has to be present |
| 20:15:45 | gevaerts | No, just unpack that on your player. If you *want* to compile yourself, apply the patch from that pastebin link |
| 20:15:56 | n1s | jhMikeS: supress how? |
| 20:15:59 | kugel | alright let's play a game: where's the error |
| 20:16:00 | BRi7X | haha i'll trust your build |
| 20:16:09 | jhMikeS | n1s: ignore the hold switch and always boot rockbox |
| 20:16:41 | n1s | jhMikeS: ah, yes that would be nicer that booting the OF when the player's in you rpocket :) |
| 20:16:47 | kugel | http://pastie.org/1503467 |
| 20:16:58 | n1s | wouldn't help the load time though, would it? |
| 20:17:21 | kugel | the first to explain wins a prize :) |
| 20:17:32 | BRi7X | a prize... a rockbox tshirt? |
| 20:18:01 | jhMikeS | n1s: not really, but would shoo it away until the real problem is found out |
| 20:18:16 | gevaerts | BRi7X: actually, I have commit access, I run build clients, and I did the 3.7.1 build, so this build isn't really more suspicious than any official build :) |
| 20:18:40 | n1s | jhMikeS: yeah, definitely an improvement imo |
| 20:19:10 | jhMikeS | only thing OF does that we don't is TV out (but not cause we _can't_, it's just sort of boring :) |
| 20:19:23 | BRi7X | now running build r29146M... the only way to test this i guess would be to seek out the systems in question |
| 20:19:28 | gevaerts | kugel: buffer overflow? |
| 20:19:29 | BRi7X | damn art institute being closed |
| 20:19:47 | n1s | kugel: not enough context in that paste, what is roots_ll and what does the realpath func do? |
| 20:19:53 | | Quit factor (Read error: Connection reset by peer) |
| 20:19:55 | | Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe8edf00-29.dhcp.inet.fi) |
| 20:20:09 | kugel | realpath translates relative paths to absolute ones |
| 20:20:55 | n1s | does it touch roots_ll at all? |
| 20:20:57 | BRi7X | okay now the disk management console says 150MB unallocated |
| 20:21:02 | kugel | roots_ll is an instance of a struct search_roots_ll { const char*; struct search_roots_ll *next; } |
| 20:21:14 | | Join factor [0] (~factor@75.108.68.114) |
| 20:21:16 | kugel | realpath is a library function |
| 20:21:18 | gevaerts | BRi7X: sounds good so far |
| 20:21:37 | kugel | from the system's c library |
| 20:22:38 | kugel | roots_ll is statically allocated |
| 20:23:01 | jhMikeS | gevaerts: what I was getting on windows was partition 0 (whole disk) and partition 1 (data) |
| 20:23:25 | kugel | stack usage of the tagcache thread is 11% at that point |
| 20:23:44 | gevaerts | kugel: what are _abs_target and abs_target? |
| 20:24:18 | gevaerts | jhMikeS: yes, that's what I would expect |
| 20:24:21 | kugel | a bit more context: http://pastie.org/1503483 |
| 20:24:25 | | Nick Nig-Ger is now known as TheLemonMan (~lem0n@62.98.137.0) |
| 20:24:27 | kugel | this is apps/tagcache.c, btw |
| 20:24:50 | BRi7X | is there any information i might be able to provide from the Macs at school regarding the error, if i'm to have it again tomorrow... like i could save something from the Console? |
| 20:25:53 | gevaerts | kugel: is PATH_MAX==MAX_PATH? |
| 20:25:55 | jhMikeS | gevaerts: I think it showed in disk management though, not that I cared |
| 20:26:10 | kugel | no |
| 20:26:17 | gevaerts | BRi7X: possibly, but I don't think anyone here knows much about macs |
| 20:26:29 | kugel | MAX_PATH is ours (260), PATH_MAX is IIRC 4096 or so |
| 20:26:32 | BRi7X | that's probably a good thing |
| 20:26:53 | BRi7X | well in all actuality, the errors would be coming from its unix underpinnings, so they'd make sense i'd hope |
| 20:26:59 | gevaerts | kugel: in that case, a buffer overflow I'd say. realpath() assumes it gets PATH_MAX |
| 20:27:17 | jhMikeS | lol, my sister's environmental science lab in boulder had macs |
| 20:27:51 | BRi7X | eh, almost the entire art institute is macs. i think they're the biggest purchaser of apple computers |
| 20:28:09 | BRi7X | and not a single mac in the school has ntfs write drivers |
| 20:28:12 | BRi7X | >_< |
| 20:29:38 | | Join quem_ [0] (~foo@c83-254-241-63.bredband.comhem.se) |
| 20:31:24 | | Join w0m [0] (~wom@199.19.225.128) |
| 20:33:12 | kugel | gevaerts: stack overflow shouldn't destroy static storage though |
| 20:33:25 | kugel | realpath uses MAXPATHLEN |
| 20:33:29 | kugel | http://android.git.kernel.org/?p=platform/bionic.git;a=blob;f=libc/bionic/realpath.c;h=274a3a09782b6682da227c76401be7d885ccdfdc;hb=HEAD |
| 20:33:43 | | Quit quem (Ping timeout: 255 seconds) |
| 20:33:44 | | Nick quem_ is now known as quem (~foo@c83-254-241-63.bredband.comhem.se) |
| 20:34:07 | gevaerts | kugel: depends. do you have a map file that shows where the stack is? |
| 20:35:05 | kugel | wait, the stack is also static storage, it's possible |
| 20:35:23 | w0m | on a Sansa Fuze v2 with the latest(2.0.33) firmware and rockbox (installed last night via RockBoxUtility-v1.2.8); everything appears to work; but i rockbox doesn't do anything when i plug it in via usb. If i boot into original OS it works fine (MSC if that matters). I had a previous version on it before; and it rebooted into stock os for usb; did I mess something up in the upgrade? |
| 20:36:23 | gevaerts | w0m: rebooting for usb was disabled (a long time ago I think) because it caused problems for some people |
| 20:36:41 | gevaerts | Problems that required waiting for a few days for the battery to run down |
| 20:36:47 | w0m | ouch |
| 20:37:20 | w0m | no native usb support then i assume? Not a huge deal rebooting manually; just double checking |
| 20:37:34 | jhMikeS | I dislodged mine by taking it apart one time but it has n't happened again |
| 20:37:53 | gevaerts | there's code for native usb, but it's still not stable enough to enable in regular builds |
| 20:38:12 | kisak | w0m: removing the automatic reboot feature is better than having to wait for 30 hours for the battery to go flat |
| 20:38:18 | w0m | gotcha. It potentially a bonus as is honestly; i can charge it while still listening :) |
| 20:38:28 | gevaerts | w0m: you could do that anyway |
| 20:38:40 | kugel | gevaerts: oh god, you're probably right |
| 20:39:07 | kugel | is there an alternative to realpath? it's completely broken on android |
| 20:39:21 | kugel | (it also doesn't accept NULL as resolved which it should) |
| 20:39:29 | [Saint] | Hmmmm...does "disk access" not work in RaaA? Either it doesn't know when the app is hittin gthe disk, or it hits the disk and finished before it even has time to display a bitmap representing it. |
| 20:39:37 | [Saint] | kugel: ^ |
| 20:39:53 | gevaerts | [Saint]: likely not |
| 20:39:58 | kugel | it doesnt work |
| 20:40:00 | w0m | i just remember being annoyed I couldnt listen when charging before; I probably just didn't mess with it enough (and now it's not an issue) |
| 20:40:01 | [Saint] | aha. |
| 20:40:55 | w0m | ooh.. i actually had no idea there was a rockbox android port... nice |
| 20:41:13 | gevaerts | kugel: if all else fails, get an older glibc (for GPLv2 reasons) or uclibc and take it from there? Have you tried with the buffer being larger though? |
| 20:41:29 | gevaerts | w0m: there's a button you can hold while connecting |
| 20:41:31 | [Saint] | kugel: I take it that the app does not know of charging state either? batteyr level I can see works, but "charger plugged?" and "is charging?" not. |
| 20:41:40 | * | [Saint] is learning by trial and error. |
| 20:41:53 | kugel | gevaerts: no I haven't tried that |
| 20:42:22 | kugel | PATH_MAX is quite a bummer on our stacks but I can probably use a static buffer for this |
| 20:42:23 | w0m | things we learn. I'll probably idle in here now.. haha |
| 20:42:52 | gevaerts | kugel: resolved[MAXPATHLEN - 1] = '\0'; could well be fun |
| 20:43:06 | kugel | yep I just saw that too |
| 20:43:47 | gevaerts | But yes, a static buffer should be fine |
| 20:46:58 | kugel | static char _abs_target[PATH_MAX]; seems to work \o/ |
| 20:48:04 | gevaerts | kugel: you could get rid of the temporary pointer and just do if(realpath(...)==0) |
| 20:48:53 | | Quit Zarggg (Ping timeout: 240 seconds) |
| 20:49:20 | kugel | exploiting that it returns resolved_name yes |
| 20:49:39 | gevaerts | yes |
| 20:50:10 | gevaerts | But you also usually do that with memcpy() :) |
| 20:50:14 | kugel | MAXPATHLEN == PATH_MAX? |
| 20:50:28 | kugel | I mean is it safe to assume that? |
| 20:50:50 | gevaerts | #if MAXPATHLEN != PATH_MAX \n #error This is wrong! \n #endif |
| 20:50:57 | gevaerts | Now it is :) |
| 20:52:19 | | Quit Keripo (Quit: Leaving.) |
| 20:53:32 | kugel | I can't easily pull MAXPATHLEN in without conflicts in system.h :( |
| 20:53:37 | | Quit liar (Ping timeout: 255 seconds) |
| 20:54:27 | gevaerts | Maybe check what the values are now and add a comment? |
| 20:55:40 | kugel | I found "#define MAXPATHLEN PATH_MAX" so it's fine |
| 20:55:45 | gevaerts | ok |
| 20:56:17 | gevaerts | Well, that really makes one wonder why they did that, but... |
| 20:56:26 | kugel | insanity |
| 20:57:09 | * | gevaerts would say that in general one name per constant is enough |
| 20:57:45 | kugel | perhaps some imported code wants one or the other |
| 20:58:25 | kugel | large parts of bionic are *bsd derived iirc |
| 20:59:52 | kugel | I guess I've been incredibly lucky that it writes null to exactly roots_ll.path (this way it was relatively easy to find) |
| 21:00 |
| 21:00:09 | kugel | I had it "working" before without this workaround |
| 21:00:35 | gevaerts | Yes, it's almost as if you did that on purpose to make a bug finding exercise :) |
| 21:01:07 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 21:01:41 | kugel | I actually disassmbled the binary to fine-tune the bytes for the correct offset :P |
| 21:09:17 | kugel | that could actually also explain thomasjfox problems with ASSEMBLER_THREADS |
| 21:10:05 | gevaerts | oh, right |
| 21:10:09 | gevaerts | That was also database related? |
| 21:10:15 | kugel | yes |
| 21:11:01 | gevaerts | And different threads change stack usage a bit, which makes the magic byte end up somewhere else... |
| 21:12:11 | | Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) |
| 21:14:20 | | Quit [Saint] (Disconnected by services) |
| 21:14:22 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.46) |
| 21:16:01 | | Quit n1s (Quit: Ex-Chat) |
| 21:17:46 | kugel | gevaerts: that's for your help |
| 21:17:46 | kugel | thanks* |
| 21:18:05 | CIA-7 | New commit by kugel (r29147): Workaround the brokenness of realpath() a bit more. ... |
| 21:20:42 | | Quit wodz (Ping timeout: 240 seconds) |
| 21:21:01 | gevaerts | kugel: you're welcome. I'll collect the prize soon :) |
| 21:22:16 | | Join markun [0] (~markun@5ED33C2C.cm-7-4a.dynamic.ziggo.nl) |
| 21:22:17 | | Quit markun (Changing host) |
| 21:22:17 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 21:24:01 | CIA-7 | r29147 build result: All green |
| 21:41:33 | kugel | S_a_i_n_t: try the database again with svn |
| 21:42:55 | S_a_i_n_t | kugel: Ok...I'll let you know the results in ~30mins. |
| 21:43:02 | S_a_i_n_t | And, thanks. |
| 21:43:24 | | Quit foolsh (Quit: out) |
| 21:44:30 | *** | Saving seen data "./dancer.seen" |
| 21:45:35 | | Quit markun (Read error: Connection reset by peer) |
| 21:48:39 | | Join thomasjfox [0] (~thomasjfo@dslb-088-067-038-088.pools.arcor-ip.net) |
| 21:48:52 | thomasjfox | kugel: I just read the IRC log ;) |
| 21:51:21 | thomasjfox | kugel: I'll try the changed realpath() code tomorrow. Right now I want to write the commit message for the NEEDS_WRITE change so you can include it upstream. |
| 21:53:05 | BRi7X | did gevaerts add that r29146M build to svn? |
| 21:53:17 | gevaerts | BRi7X: no. |
| 21:53:38 | gevaerts | We first need to figure out if that works and if it's the proper fix |
| 21:53:38 | BRi7X | so if i update, *poof!*? |
| 21:53:59 | gevaerts | yes |
| 21:54:10 | AlexP | If you mean you lose the change, yes. If you mean a genie appears, no |
| 21:54:19 | BRi7X | okay, i'll be able to tell you that tomorrow... around anywhere from 12pm to 4:35PM GMT -5hrs |
| 21:54:35 | gevaerts | AlexP: are you sure about that genie? :) |
| 21:54:44 | BRi7X | rockgenie |
| 21:54:46 | * | jhMikeS deams of genie |
| 21:54:52 | AlexP | fairly, although you never know |
| 21:54:55 | BRi7X | barbara edennnnnn |
| 21:55:03 | gevaerts | BRi7X: I read logs, so I'll see it whenever you report |
| 21:55:20 | BRi7X | alright, i dunno how doable IRC is from school anyway |
| 21:55:49 | * | jhMikeS needs an SD genie |
| 21:57:08 | kugel | thomasjfox: I could just reproduce the problem it fixes now that my db works again :) |
| 21:57:39 | thomasjfox | kugel: Nice. The patch will be ready in about ten minutes. |
| 21:58:05 | kugel | cool |
| 22:00 |
| 22:05:55 | thomasjfox | kugel: http://pastie.org/1503827 |
| 22:06:17 | thomasjfox | Hope the commit message is clear enough |
| 22:08:24 | * | kugel signs off :P |
| 22:09:31 | CIA-7 | New commit by kugel (r29148): RaaA: Fix database duplication issue on every start ... |
| 22:09:52 | * | kugel hates that svn can't distinguish between author and committer |
| 22:10:06 | thomasjfox | hehe |
| 22:10:19 | thomasjfox | let me get another change we need to think about |
| 22:11:34 | thomasjfox | kugel: http://repo.or.cz/w/maemo-rb.git/commit/af1de2c70d4aac8251b70544356fb2f97b55d399 |
| 22:12:47 | CIA-7 | r29148 build result: All green |
| 22:12:50 | kugel | ah right |
| 22:13:46 | kugel | actually, I had a very quick look at the buffering side and it should be possible to disable codec buffering entirely for RaaA |
| 22:13:52 | kugel | (with a small portion of #ifdef) |
| 22:14:51 | thomasjfox | That would be the best solution, if it's possible without too much hassle |
| 22:15:18 | thomasjfox | would that also get rid of the sdcard special case for android? |
| 22:15:53 | kugel | yea, as we we could remove load_code_from_mem() |
| 22:17:20 | thomasjfox | ok, so we don't upstream the dlopen patch for now, right? |
| 22:17:34 | thomasjfox | Or should we put it in there until we have time to fix it properly? |
| 22:17:49 | | Quit Stummi (Quit: Bye!) |
| 22:20:10 | | Quit benedikt93 (Quit: Bye ;)) |
| 22:20:49 | * | kugel tries something |
| 22:23:16 | * | thomasjfox will try his bed now |
| 22:25:50 | | Quit thomasjfox (Remote host closed the connection) |
| 22:27:06 | | Join user890104 [0] (Venci@venci-notebook-wlan.ipv6.6bez10.info) |
| 22:28:57 | | Join mrkiko [0] (~mrkiko@host8-225-dynamic.58-82-r.retail.telecomitalia.it) |
| 22:39:49 | | Quit liar (Ping timeout: 255 seconds) |
| 22:39:56 | | Quit kevku (Read error: Operation timed out) |
| 22:43:47 | | Join sideral [0] (~sideral@unaffiliated/sideral) |
| 22:49:10 | | Join T44 [0] (~Topy44@f048076240.adsl.alicedsl.de) |
| 22:52:42 | | Quit Topy44 (Ping timeout: 240 seconds) |
| 22:53:34 | | Quit quem (Ping timeout: 246 seconds) |
| 22:57:27 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 22:57:32 | kugel | thomasjfox (logs): have a look at the app-disable-codec-buffering branch in my git repo |
| 23:00 |
| 23:01:00 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
| 23:02:38 | | Join chileboy [0] (~chileboy@pool-173-63-250-94.nwrknj.fios.verizon.net) |
| 23:03:07 | | Join quem [0] (~foo@c83-254-244-62.bredband.comhem.se) |
| 23:06:18 | | Quit chileboy (Read error: Connection reset by peer) |
| 23:11:21 | | Quit domonoky (Read error: Connection reset by peer) |
| 23:11:31 | | Join merbanan [0] (~banan@c-94-255-218-11.cust.bredband2.com) |
| 23:12:42 | | Quit bertrik (Ping timeout: 240 seconds) |
| 23:22:38 | | Join GeekShadow [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) |
| 23:22:38 | | Quit GeekShadow (Changing host) |
| 23:22:38 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 23:31:39 | | Quit GeekShadow (Ping timeout: 250 seconds) |
| 23:32:00 | | Quit TheLemonMan (Quit: free(me)) |
| 23:32:01 | jhMikeS | fuze is going into some state when plugging the SD card where the USB thread is going to sleep and being woken thousands of times a second :\ |
| 23:33:04 | | Join quem_ [0] (~foo@c83-254-244-62.bredband.comhem.se) |
| 23:36:58 | | Quit quem (Ping timeout: 246 seconds) |
| 23:36:59 | | Nick quem_ is now known as quem (~foo@c83-254-244-62.bredband.comhem.se) |
| 23:41:37 | | Quit ender` (Quit: The sentence 'On the fish and chips-sign he wanted to have a hyphen between fish and and and and and chips.' would be a lot clearer if there was a quotation mark between 'between' and 'fish' and 'fish' and 'and' and 'and' and 'and' and 'and' and 'and' a) |
| 23:44:34 | *** | Saving seen data "./dancer.seen" |
| 23:47:11 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 23:47:43 | | Quit GeekShadow (Client Quit) |
| 23:48:38 | | Join JdGordon1 [0] (~jonno@vl10.gw.ok-labs.com) |
| 23:49:43 | | Quit komputes (Quit: I haven't slept for ten days, because that would be too long.) |
| 23:58:30 | jhMikeS | meh, it goes into a spastic infinite loop waiting for a tran state that never comes |
icon identifies that the person is a core developer (has commit access).