| 00:00:00 | darrenbown | It's closed. The fix appeared to be 'I downloaded it again and it worked.' Looking for the ref now. |
| 00:00:29 | Llorean | darrenbown: If it's closed, then maybe you should describe your problem. |
| 00:00:52 | Llorean | Believe it or not, just because it's not working for you doesn't mean it's not working for everyone. We need to figure out what's unique in your situation. |
| 00:01:43 | BigBambi | I haven't heard of a specific rbutil/Mac problem, but it may just be not many people use that combination |
| 00:02:05 | BigBambi | I imagine enough people do that if there were a general problem we would have heard though :) |
| 00:02:18 | LambdaCalculus37 | darrenbown: What's the FS number? |
| 00:02:20 | darrenbown | ok, I ran rbutilqt on mac OS X Leopard and it crashed with the following error: |
| 00:02:20 | darrenbown | Dyld Error Message: |
| 00:03:45 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 00:04:49 | darrenbown | Library not loaded: /usr/local/Trolltech/Qt-4.4.0/lib/QtGui.framework/Versions/4/QtGui |
| 00:04:53 | | Quit bertrik ("Leaving") |
| 00:05:04 | darrenbown | Referenced from: /Applications/rbutilqt.app/Contents/MacOS/rbutilqt |
| 00:05:39 | | Quit ender` (" Trying to establish voice contact ... please yell into keyboard.") |
| 00:05:41 | darrenbown | Reason: image not found |
| 00:05:44 | darrenbown | executable was rbutilqt.app 1.0.7 |
| 00:05:47 | darrenbown | 9423 |
| 00:06:45 | LambdaCalculus37 | Have you tried downloading it again? Your first download may have been corrupted. |
| 00:06:59 | darrenbown | Tried three times |
| 00:07:21 | funman | does the rbutilqt download ship with dynamic libqt ? |
| 00:07:37 | gevaerts | Did you install that Qt in /usr/local yourself? I doubt if that's present on a typical installation |
| 00:07:41 | darrenbown | I even tried the exe on wine. It ran but (predictably) didn't work. |
| 00:07:44 | funman | /usr/local looks like the path of a non standard installation |
| 00:07:45 | darrenbown | Ah. Dependencies. |
| 00:07:48 | darrenbown | Dammit |
| 00:09:42 | amiconn | Isn't rbutil statically linked? |
| 00:10:07 | Llorean | It should be. |
| 00:10:11 | n1s | it should be |
| 00:10:14 | Llorean | Maybe the latest MacOS build isn't? |
| 00:10:16 | * | n1s slow |
| 00:11:13 | | Quit kugel (Nick collision from services.) |
| 00:11:16 | | Join kugel_ [0] (n=chatzill@e178110241.adsl.alicedsl.de) |
| 00:11:23 | | Nick kugel_ is now known as kugel (n=chatzill@e178110241.adsl.alicedsl.de) |
| 00:12:07 | funman | domonoky: the OF sets the peripheral as the flow controller for SD slot and embedded SD |
| 00:12:13 | darrenbown | Ok, I'm off to try to solve the actual problem I was looking at. |
| 00:12:35 | funman | darrenbown: this is definitely a bug! |
| 00:13:30 | LambdaCalculus37 | RButilqt 1.0.7 is working fine here (PowerPC G4 running OS X 10.4.11). |
| 00:14:38 | darrenbown | Hmm. Well, I work as a software tester but have limited experience of either Rockbox or Flyspray. Should I report this and if so how? |
| 00:15:58 | funman | and the DMA controller is the flow controller for i2sout |
| 00:16:23 | funman | (which makes a lot of sense, since the i2sout can't tell if data transfer is finished) |
| 00:16:27 | darrenbown | I was actually hoping that rbutil would prevent the pain-in-the-arse folder merge I have to perform every time I update the RB daily build |
| 00:16:34 | Llorean | darrenbown: Just post to flyspray a task about Rbutil with a description/title similar to "RButil 1.0.7 for MacOSX does not appear to be statically linked" |
| 00:16:48 | * | Llorean wonders why darrenbown uses dailies instead of current builds. |
| 00:17:21 | darrenbown | because I'm frantically bleeding-edge ;) |
| 00:17:27 | Llorean | "current build" is newer. |
| 00:17:34 | gevaerts | You aren't :) |
| 00:17:42 | Llorean | Dailies are only updated daily, while the current build is literally "current" since it's made every time a source change is committed. |
| 00:17:43 | darrenbown | Bah |
| 00:18:14 | gevaerts | What folder merge issue do you have? |
| 00:18:40 | funman | i have the correct settings for DMA, tomorrow I will try to really use them ! |
| 00:19:51 | Llorean | gevaerts: OS-X's file browser overwrites folders in such a way that it's equivalent to rming the folder, then copying the new one in its place. Themes, settings, etc will not be preserved. |
| 00:20:01 | darrenbown | Oh, just the usual recently-converted windows-to-mac thing about folder replace not merge |
| 00:20:04 | darrenbown | I know I can use cp but it's a pain |
| 00:20:15 | darrenbown | Yeah, exactly that |
| 00:20:34 | gevaerts | Is there a command-line unzip? Maybe that works better? |
| 00:20:47 | Llorean | darrenbown: Are there perhaps better archive managers that would let you extract directly to the device, and do it non-destructively? |
| 00:21:11 | LambdaCalculus37 | gevaerts: There is a version of 7-Zip for OS X for the CLI. |
| 00:21:27 | saratoga | the unix unzip command should work well enough i think |
| 00:21:34 | LambdaCalculus37 | And it's there as well. |
| 00:21:35 | darrenbown | And also about scrobbler upload not working because of hidden . folders, but that's a whole other issue. |
| 00:24:02 | darrenbown | Ok, will submit the bug tomorrow. Looking forward to my first day off for three weeks. Thanks for your help. Later. |
| 00:26:20 | | Quit TheSphinX^ ("XChat@Linux") |
| 00:28:55 | | Quit funman ("leaving") |
| 00:30:24 | | Quit herrwaldo ("Konversation terminated!") |
| 00:31:54 | | Quit DerDome ("Leaving.") |
| 00:31:56 | | Quit n1s () |
| 00:35:55 | linuxstb | OS X comes with "unzip" as standard. |
| 00:35:58 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 00:41:11 | | Quit captainkewl ("http://www.mibbit.com ajax IRC Client") |
| 00:46:06 | | Quit Zagor ("Client exiting") |
| 00:47:28 | | Quit MethoS (Remote closed the connection) |
| 00:47:48 | | Join MethoS [0] (n=clemens@host-091-096-215-041.ewe-ip-backbone.de) |
| 00:48:29 | | Quit Genre9mp3 () |
| 00:51:10 | | Quit culture_ (Read error: 110 (Connection timed out)) |
| 00:52:39 | | Quit LambdaCalculus37 ("Ka-chunka") |
| 00:53:47 | | Quit darrenbown (Read error: 110 (Connection timed out)) |
| 00:53:58 | | Quit mofux (Remote closed the connection) |
| 00:58:33 | | Quit m0f0x () |
| 01:00 |
| 01:10:07 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 01:10:19 | * | amiconn has a suspicion regarding the usb resets on PP |
| 01:11:44 | saratoga | do share |
| 01:12:22 | amiconn | It could be ram timing. Afaik usb uses dma, and our ram timing might be too fast on PP5022 |
| 01:13:09 | saratoga | is it known how to adjust DRAM timings? |
| 01:13:32 | amiconn | PP5022 sees much more usb resets than PP5020 - and PP5020 seems to have a slower ram access according to my ape tests |
| 01:14:11 | amiconn | It's not known, but it *might* be that we're doing it properly on PP5020 (only) |
| 01:16:04 | * | amiconn should try to measure RAM access speed on the various PP targets |
| 01:16:27 | Unhelpful | i don't supposed arm has a dword*dword->hidword instruction? |
| 01:16:28 | | Quit Nico_P (Remote closed the connection) |
| 01:17:28 | | Nick super_ is now known as super (i=1000@c80-217-68-219.bredband.comhem.se) |
| 01:17:34 | amiconn | Depeds on what 'dword' means. For arm this would mean 64 bit, and then there's no such insn |
| 01:18:12 | Unhelpful | i'm thinking too x86, it seems. 32x32->hi64 |
| 01:18:13 | Unhelpful | erm. |
| 01:18:14 | Unhelpful | hi32 |
| 01:18:41 | amiconn | That you can do, using smull, and ditching the low32 word |
| 01:18:58 | amiconn | (or umull, depending on the signedness you want) |
| 01:19:06 | | Quit lasser (Read error: 60 (Operation timed out)) |
| 01:19:32 | * | amiconn knows sh1, coldfire, arm, and z80 asm, but next to nothing about x86 asm |
| 01:19:34 | Unhelpful | i'm not planning on assembly, but i suspect i can get gcc to do the right thing... assembly can come later. |
| 01:20:06 | | Quit tessarakt ("Client exiting") |
| 01:20:24 | | Quit XavierGr () |
| 01:20:30 | Unhelpful | probably ((uint64_t)v1*v2)>>32 ? |
| 01:21:14 | amiconn | Might work if you're lucky. Try it and check the disassembly |
| 01:21:29 | Unhelpful | heh. |
| 01:21:35 | amiconn | Otherwise you could use a small macro or inline function using inline assembly |
| 01:22:28 | Unhelpful | that could work, too. either way, it makes it much easier to do division-by-a-constant without having to worry *terribly* much about my overhead |
| 01:23:23 | | Part toffe82 |
| 01:23:29 | amiconn | Beware of the roundoff errror of this method. |
| 01:24:32 | amiconn | I was thinking about an optimisation for small divisors - using a lookup table for the reciprocal. If the dividend is sufficiently large, the result won't be correct anymore |
| 01:25:24 | amiconn | If you need to divide by a power of 2, that's easy to optimise, of course |
| 01:29:07 | Unhelpful | amiconn: i need to divide by the width of the input image :/ |
| 01:29:39 | amiconn | But surely not once per pixel? |
| 01:29:40 | | Quit jhMikeS (Nick collision from services.) |
| 01:29:46 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 01:30:31 | | Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 01:30:56 | Unhelpful | amiconn: yes, actually, because the scale factors that i'm getting for free from bresenham's are in that range. but since it's a constant, i can generate a reciprocal * some scalefactor, once, and use multiplies. |
| 01:31:42 | amiconn | For sufficiently small multiples this will probably work |
| 01:42:28 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 01:44:59 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 01:45:11 | | Quit Thundercloud (Remote closed the connection) |
| 01:47:44 | *** | Saving seen data "./dancer.seen" |
| 01:48:02 | | Quit MethoS (Remote closed the connection) |
| 02:00 |
| 02:01:00 | | Join LambdaCalculus37 [0] (n=rmenes@68.83.177.181) |
| 02:01:29 | | Quit LambdaCalculus37 (Client Quit) |
| 02:01:47 | | Join LambdaCalculus37 [0] (n=rmenes@c-68-83-177-181.hsd1.nj.comcast.net) |
| 02:04:35 | | Quit moos ("Rockbox rules the DAP world") |
| 02:06:29 | * | LambdaCalculus37 is mildly amused by the fact that APE is faster on Coldfire than it is on PP :) |
| 02:08:13 | kugel | ah LambdaCalculus37 is back :) |
| 02:12:29 | LambdaCalculus37 | kugel: Yes, and I'm going to try jhMikeS's patch out now. :) |
| 02:12:57 | * | JdGordon cant tihnk of quiet a few patches he would like to see commited before pointless fading |
| 02:15:04 | * | jhMikeS is still too busy finishing halloween leftovers |
| 02:15:28 | JdGordon | thats not code for gigabeat s power mamangement is it? :D |
| 02:15:56 | LambdaCalculus37 | JdGordon: Ummm... it's actually for pointless fading. :P |
| 02:15:57 | * | jhMikeS often speaks in code so perhaps :) |
| 02:15:59 | * | LambdaCalculus37 hides |
| 02:16:40 | jhMikeS | that's like taunting sasquatch :) |
| 02:17:10 | Llorean | kugel: Does the fading patch have the same kinds of options that fading has on other targets? |
| 02:17:26 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:18:33 | jhMikeS | can you really have much in the way of options when the step count is so limited? on a related note, beast HW fading is always a 1 sec ramp and nothing can be done with that. |
| 02:19:32 | kugel | Llorean: no, it'll get options to a) turn it off b) only ad fading in, c) only at fading off, d) both |
| 02:20:40 | Llorean | kugel: Well then why the interest in getting it committed if it's not done? |
| 02:21:05 | pixelma | the other seem to have - fade in duration and fade out duration settings (if I understand correctly) |
| 02:21:12 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 02:21:23 | kugel | Llorean: because I didn't plan to have a setting |
| 02:21:23 | Llorean | pixelma: Yes, that's what the older targets have. |
| 02:21:36 | Llorean | kugel: Why did you plan to do it differently than it's done in the completed targets? |
| 02:22:13 | pixelma | it's also a different way of fading |
| 02:22:30 | Llorean | Even if it's different, just "it should be enabled always" is silly. |
| 02:22:49 | Llorean | If we were okay with it always being on, we wouldn't have the option to turn it off on older targets. |
| 02:23:26 | pixelma | sure, but his way is probably not so flexible for a duration setting |
| 02:23:36 | Llorean | My concern is on/off, not so much duration options. |
| 02:23:50 | kugel | pixelma: it's not, true |
| 02:23:53 | Llorean | I'm just curious why he didn't look at how it was done previously. |
| 02:24:18 | * | Llorean thinks this way leads to the path of "Rockbox works differently on every player" |
| 02:25:23 | jhMikeS | Llorean: so that means I can't use the hardware on the beast because I can't set duration? |
| 02:25:35 | pixelma | I know and I'd be against it if I can't turn it off... |
| 02:26:03 | jhMikeS | HW fading can be turned off or used only for one of in or out |
| 02:26:21 | Llorean | jhMikeS: No, it means you can't drop options that you *can* do (the ability to disable/enable fading entirely, for example, if it allows you to) |
| 02:26:50 | pixelma | jhMikeS: I meant kugel's patch |
| 02:27:01 | kugel | jhMikeS: you could be use the options I'll create, not sure how easy that'll be |
| 02:27:07 | Llorean | jhMikeS: With kugel's proposed patch, fading would permanently be enabled even though it's possible by hardware to turn it off. |
| 02:27:18 | jhMikeS | kugel: if it's what you said, then it really is no problem. |
| 02:27:36 | Llorean | He's updated it, but my concern is the philosophy of "not trying to do it like it's done elsewhere, until people complain" |
| 02:27:46 | Llorean | Well, updated the proposal, not the patch I think |
| 02:28:14 | jhMikeS | Llorean: "<kugel> Llorean: no, it'll get options to a) turn it off b) only ad fading in, c) only at fading off, d) both" |
| 02:28:30 | Llorean | jhMikeS: Yes, it'll *get* those. |
| 02:28:48 | Llorean | He hadn't really talked about them before, and seemed interested in trying to get the patch committed without them previously. |
| 02:29:23 | kugel | Llorean: I didn't do that on purpose. To be honest I didn't you can configure it in pwm fading (I failed at researching properly...ok). But that's mainly because I didn't look even once into apps/ code while doing the work |
| 02:29:24 | jhMikeS | Hmmmm...I could whip those into the mix and commit the S HW fading and then those very ones can be used. |
| 02:29:29 | Llorean | But as I said, I'm more curious why he didn't check to see if there was already a set of options associated with backlight fading. |
| 02:29:58 | * | jhMikeS looks at his H120 which should allow every possible thing |
| 02:31:01 | JdGordon | jhMikeS: can you tihnk of any nice way to send the main thread a SYS_ message every HZ/2 or so toher than creating a tick task to send the event? |
| 02:31:20 | Llorean | kugel: Ah, okay. As a future note: If you're adding something other players have, you should probably check how they handle presenting it to the users. ;) |
| 02:31:27 | jhMikeS | Yeah, this would have to be different, Off/In/Out/Both but not ramping times |
| 02:31:55 | jhMikeS | JdGordon: for what now? |
| 02:32:00 | * | Llorean thinks as long as it has the minimum "Off/In/Out/Both" it's okay, though when the hardware allows there should be duration options. |
| 02:33:22 | * | jhMikeS asks JdGordon to explain what he's aiming at in that it might make a difference |
| 02:33:26 | JdGordon | jhMikeS: just a twisted idea I have |
| 02:34:00 | jhMikeS | There is a way to have a callback called every HZ/2 |
| 02:34:06 | JdGordon | it would be used to send redraw messages to parts of the screen which arnt actually active |
| 02:34:35 | jhMikeS | A something done constantly or for a short time? |
| 02:34:40 | kugel | jhMikeS: yes, it's what I'll offer as settings. |
| 02:34:44 | JdGordon | constantly |
| 02:34:59 | pixelma | wouldn't a seperate fade in and fade out enable/disable would do the same as the other four options and be closer to the other targets? It's one level deeper though... |
| 02:35:07 | kugel | giving a fade time doesn't make much sense to me, since it's already dependent on the backlight brightness |
| 02:35:36 | jhMikeS | pixelma: it would be closer and can probably reuse existing strings except just have on/off |
| 02:36:30 | Llorean | pixelma, jhMikeS: Yes, I'd prefer it like that as well, honestly. |
| 02:36:43 | Llorean | I think it's a little less confusing too, since it's a little more explicit. |
| 02:36:59 | kugel | but this way I only have 1 var and can use a simple bitmask. Splitting it into seperate screens for just a total of 4 possible options doesn't make much sense to me |
| 02:38:21 | jhMikeS | kugel: for HW it makes no difference to me, bitmask or 2 vars :\ |
| 02:38:46 | Llorean | I think keeping .cfg files as compatible as possible cross target would be nice. |
| 02:39:04 | JdGordon | and if they arnt then dont use the same cfg name |
| 02:39:17 | Llorean | But in this case, we can use the same options pretty readily. |
| 02:39:52 | jhMikeS | this is similar to samplerates, it doesn't always translate from one to another |
| 02:40:05 | | Quit JdGordon (Remote closed the connection) |
| 02:40:17 | * | kugel goes to bed as he sees he's gotta to the settings stuff all again |
| 02:40:54 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
| 02:41:43 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
| 02:42:19 | jhMikeS | Perhaps in the S case 1000ms should be the "on" setting for the in/out since that is what it is...if you really want it to translate. |
| 02:43:04 | Llorean | jhMikeS: So the options are "Off" and "1000ms" |
| 02:43:15 | Llorean | That's nice and explicit, so users know what to expect when they choose it, too. |
| 02:44:17 | jhMikeS | Llorean: Sure. But for thread fading it varies with the brightness level so what then? |
| 02:44:56 | Llorean | For those we just have "On" I guess, since we can't tell users what it actually will be? |
| 02:45:29 | Llorean | Unknown/unusable values for settings get the default value anyway, right? (Which, for fading on targets with only off/on choices will probably be 'on') |
| 02:45:31 | jhMikeS | Llorean: that's the case without getting a bit crazy trying to calculate it |
| 02:45:48 | * | Llorean thinks we don't need to get crazy. |
| 02:45:57 | jhMikeS | Anything not off=on? |
| 02:46:00 | Llorean | Yeah |
| 02:46:25 | jhMikeS | Yeah, seems the logical course to me too |
| 02:47:03 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 02:52:51 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
| 02:54:17 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
| 02:58:08 | | Quit Dark_Apostrophe (Remote closed the connection) |
| 02:58:17 | Unhelpful | amiconn: gcc does indeed emit umull for that. there seem to be four registers involved? is it actually a 64*64->64? |
| 02:58:30 | jhMikeS | LambdaCalculus37: you made sure the patch actually faded? did it? |
| 02:59:47 | LambdaCalculus37 | jhMikeS: Nope, your patch gave me this: http://pastebin.com/m2d9eb679 |
| 03:00 |
| 03:00:48 | jhMikeS | LambdaCalculus37: you applied it with kugel's? it should be done by itself. |
| 03:01:20 | LambdaCalculus37 | jhMikeS: This was done by itself. |
| 03:01:55 | jhMikeS | ??? |
| 03:03:02 | * | jhMikeS sees no "backlight_brightnes" in backlight-target.h |
| 03:04:50 | | Quit JdGordon (Read error: 54 (Connection reset by peer)) |
| 03:06:25 | * | jhMikeS tossed a new patch up there |
| 03:07:48 | | Quit CaptainKewl (Remote closed the connection) |
| 03:07:58 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
| 03:11:43 | | Join Strife89 [0] (n=michael@204.116.245.152) |
| 03:17:17 | LambdaCalculus37 | jhMikeS: Trying again now. |
| 03:17:49 | | Join neddy [0] (n=john@nat/sun/x-260131d8c9d6dd50) |
| 03:17:51 | jhMikeS | If you get that conflict again, I'd suggest 'svn revert' to make sure |
| 03:18:08 | LambdaCalculus37 | Gotcha. |
| 03:20:17 | | Quit Strife89 ("Bye, guys!") |
| 03:21:02 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 03:32:32 | | Part pixelma |
| 03:32:59 | | Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) |
| 03:37:26 | | Join Darksair [0] (n=user@123.112.115.25) |
| 03:40:05 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 03:43:59 | | Join miepchen^schlaf_ [0] (n=miepchen@p579ECC85.dip.t-dialin.net) |
| 03:45:54 | | Join unL33T [0] (n=4801d5c5@gateway/web/cgi-irc/labb.contactor.se/x-1df46e355655affc) |
| 03:47:43 | unL33T | Is it possible to disable USB data somehow and only use the USB cable for charging? I modded my iRiver H120 with a single wire to allow charging through USB but it's a pain if you want to use the player while it's plugged in... |
| 03:47:45 | *** | Saving seen data "./dancer.seen" |
| 03:52:08 | | Quit miepchen^schlaf (Connection timed out) |
| 03:56:09 | | Quit unL33T ("CGI:IRC") |
| 03:56:17 | | Join unL33T [0] (n=4801d5c5@gateway/web/cgi-irc/labb.contactor.se/x-a04222aff9d4f1fa) |
| 04:00 |
| 04:01:54 | | Join dghohens [0] (n=dghohens@204.85.84.48) |
| 04:02:33 | | Quit Bensawsome ("The awsome is gone :(") |
| 04:04:00 | dghohens | Hey guys, I'm having a problem installing Rockbox on my 5th gen 30 GB iPod. Using the Rockbox utility, the bootloader downloads as normal, then after the download finishes, I get a message saying "could not open ipod". My desktop is Ubuntu. Can someone here help me? |
| 04:06:30 | | Join miepchen^schlaf [0] (n=miepchen@p579ECB4A.dip.t-dialin.net) |
| 04:09:31 | Llorean | dghohens: Are you running it with sudo? |
| 04:16:29 | | Join moos [0] (i=moos@81-66-141-133.rev.numericable.fr) |
| 04:18:11 | dghohens | Llorean: I'm using the utility. If I ran the utility from console, would that help? |
| 04:18:46 | | Part dghohens |
| 04:19:20 | | Join dghohens [0] (n=dghohens@204.85.84.48) |
| 04:19:43 | dghohens | Sorry, my IM screwed up, I may not have received your last message. |
| 04:21:17 | Llorean | You can run it however you want, it just may need to be run with specific privileges that your user account doesn't have, and this is often easiest to achieve with sudo |
| 04:21:46 | | Join blkhawk- [0] (n=blkhawk@f051197159.adsl.alicedsl.de) |
| 04:22:18 | | Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) |
| 04:22:22 | dghohens | I'm administrator on my account, though, so I wouldn't think it'd be a problem. I'll give it a shot. |
| 04:27:39 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 04:28:58 | dghohens | It doesn't seem to be working... what command should I use? |
| 04:30:22 | | Join BHSPitMonkey [0] (n=stephen@pool-71-244-5-24.dllstx.fios.verizon.net) |
| 04:33:30 | Llorean | 'sudo ./rbutilqt' or perhaps 'gksudo ./rbutilqt' wherever the file is located. |
| 04:33:59 | dghohens | ahh... I forgot the ./ |
| 04:35:56 | dghohens | Awesome, it's working now. Thank you very much! |
| 04:37:45 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
| 04:37:52 | | Part dghohens |
| 04:38:44 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@f051197159.adsl.alicedsl.de) |
| 04:54:50 | | Join ajonat [0] (n=ajonat@190.48.123.99) |
| 04:55:48 | | Quit tarbo (Read error: 60 (Operation timed out)) |
| 04:58:57 | | Join Horschti [0] (n=Horscht@p4FD4FA7E.dip.t-dialin.net) |
| 04:59:41 | | Quit Horscht (Nick collision from services.) |
| 05:00 |
| 05:00:23 | | Quit rvvs89 (Read error: 60 (Operation timed out)) |
| 05:03:14 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
| 05:21:09 | | Quit unL33T ("CGI:IRC") |
| 05:24:35 | | Join Photoguy [0] (n=Adams@91.143.237.183) |
| 05:27:00 | | Quit LambdaCalculus37 ("Ka-chunka") |
| 05:47:48 | *** | Saving seen data "./dancer.seen" |
| 05:47:58 | | Quit Horschti ("Snak 5.3.3 Unregistered copy. Evaluation period is over. Program will now quit. Thanks for using Snak.") |
| 05:51:34 | | Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) |
| 05:53:10 | | Nick Seedy is now known as Seed (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 05:54:44 | | Quit Llorean ("Leaving.") |
| 05:55:19 | | Join Llorean [0] (n=DarkkOne@ppp-70-242-15-169.dsl.hstntx.swbell.net) |
| 05:55:47 | | Join jhulst [0] (n=jhulst@75-135-157-217.dhcp.aldl.mi.charter.com) |
| 05:59:37 | | Quit Shaid ("*toink*") |
| 06:00 |
| 06:10:44 | | Nick Darksair is now known as Awaysair (n=user@123.112.115.25) |
| 06:17:12 | | Quit martian67 (Read error: 60 (Operation timed out)) |
| 06:24:33 | | Join martian67 [0] (i=lol3izer@about/linux/regular/martian67) |
| 06:50:44 | | Quit jhulst (Remote closed the connection) |
| 06:53:09 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 07:00 |
| 07:11:27 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 07:13:50 | | Quit midkay_ (Read error: 60 (Operation timed out)) |
| 07:29:19 | | Quit jhMikeS (Nick collision from services.) |
| 07:29:25 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 07:38:36 | | Quit krazykit (Remote closed the connection) |
| 07:43:39 | | Quit reacocard (Read error: 60 (Operation timed out)) |
| 07:47:50 | *** | Saving seen data "./dancer.seen" |
| 07:51:16 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 07:59:05 | | Join reacocard [0] (n=reacocar@134.173.63.19) |
| 07:59:57 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 08:00 |
| 08:08:46 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 08:12:24 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-0693f39fb9dbc20c) |
| 08:14:53 | J-23 | hmm, why (in newest SVN build) no buttons are recognized on e200v2? |
| 08:15:08 | | Quit miepchen^schlaf () |
| 08:16:32 | Llorean | J-23: Were they recognized in previous builds? |
| 08:16:47 | J-23 | I don't know, but probably no. |
| 08:17:06 | Llorean | So the most likely answer is "because it's still in a very early state"... |
| 08:21:50 | | Join stoffel_ [0] (n=sfr@p57B4D049.dip.t-dialin.net) |
| 08:25:37 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 08:25:44 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
| 08:26:08 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
| 08:28:02 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
| 08:29:53 | | Quit skipper (Remote closed the connection) |
| 08:30:23 | | Quit BigBambi (Read error: 113 (No route to host)) |
| 08:37:11 | pondlife | Zagor: Morning |
| 08:37:19 | pondlife | How large should make.dep get would you say? |
| 08:37:28 | Zagor | quite large... |
| 08:37:52 | Zagor | almost 2 MB |
| 08:38:10 | pondlife | The v14 unified make has taken about 12 mins so far "Generating dependencies" and make.dep is about 10MB |
| 08:38:15 | B4gder | depends on the path to your src dir too quite alot, doesn't it? |
| 08:38:43 | pondlife | It might be something more fundamental - http://pastebin.com/m7e4a8093 |
| 08:39:10 | pondlife | I get lots of those warnings before generating dependencies. |
| 08:39:13 | Zagor | B4gder: very true |
| 08:39:16 | n1s | pondlife: that looks like you applied the patch twice |
| 08:39:32 | n1s | or frogot to delete new files when svn reverting |
| 08:39:39 | pondlife | Probably the latter |
| 08:39:53 | pondlife | Is there an SVN command to delete new files |
| 08:39:55 | pondlife | ? |
| 08:40:21 | B4gder | remove all files and then svn revert brings back the ones from svn |
| 08:40:21 | pondlife | (or to find them, at least) |
| 08:40:43 | B4gder | if you just keep the .svn dirs that is |
| 08:41:18 | pondlife | Ah, I deleted apps and firmware, then did an svn up.. |
| 08:41:23 | pondlife | Hopefully that will do |
| 08:41:57 | B4gder | that works too, but doing a revert first and then up would use less network ;-) |
| 08:42:51 | pondlife | Hmm, still getting those warnings |
| 08:43:05 | n1s | kill tools too |
| 08:46:14 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:46:24 | pondlife | ...and uisimulator, and now no warnings |
| 08:46:40 | * | pondlife wishes patch -R was a bit cleverer |
| 08:47:18 | | Quit ajonat () |
| 08:49:59 | | Join Rob2222 [0] (n=Miranda@p4FDCC8FD.dip.t-dialin.net) |
| 08:51:42 | pondlife | zagor: I've put my make.dep up at http://www.rockbox.org/tracker/task/9534 |
| 08:52:00 | pondlife | Let me know if you'd like anything more, or any other Cygwin tests |
| 08:52:05 | Zagor | thanks |
| 08:52:10 | pondlife | No problem |
| 08:52:39 | Zagor | rather good compression. 98%! |
| 08:53:25 | Zagor | pondlife: but you still get "No rule to make target `/home/Steve/rockbox/buildsim/apps/SDL_main.o"? |
| 08:53:31 | pondlife | Yes |
| 08:54:01 | pondlife | "make: *** No rule to make target `/home/Steve/rockbox/buildsim/apps/SDL_main.o', needed by `/home/Steve/rockbox/buildsim/rockboxui.exe'. Stop." |
| 08:58:03 | Zagor | it's not in make.dep so it is one of the dynamic dependencies |
| 08:58:07 | | Quit jhulst (Remote closed the connection) |
| 08:59:35 | pondlife | Zagor: The old make had -Dmain=SDL_main, does the new one? |
| 08:59:52 | pondlife | I've just destroyed my local copy :/ |
| 09:00 |
| 09:00:10 | | Join skipper [0] (n=skipper@213.147.115.74) |
| 09:00:29 | Zagor | that sounds like it could be the cause |
| 09:01:02 | Zagor | but that effects gcc, and your error message is printed by make |
| 09:01:22 | pondlife | I guess make needs to know about this switcheroo too |
| 09:02:33 | Zagor | where was that? I can't find it in the svn Makefiles |
| 09:03:48 | pondlife | I get it in my sim Makefile, just searching |
| 09:04:09 | Zagor | in GCCOPTS? |
| 09:04:14 | pondlife | Yes |
| 09:04:21 | Zagor | wow. I don't. |
| 09:04:29 | pondlife | export GCCOPTS=-W -Wall -g -fno-builtin -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin -I$(SIMDIR) |
| 09:04:55 | Zagor | sdl-config seems to output different things for us |
| 09:05:16 | Zagor | which version is yours? (sdl-config −−version) |
| 09:05:25 | pondlife | 1.2.9 |
| 09:05:31 | Zagor | 1.2.12 here |
| 09:06:36 | pondlife | I can look for an update, but seeing as I can build SVN ok.... |
| 09:06:46 | Zagor | yeah |
| 09:07:00 | pondlife | Best avoid moving the target too |
| 09:07:21 | Zagor | is anyone else (on linux) getting a -Dmain=SDL_main in their sim Makefile? |
| 09:08:01 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 09:08:50 | B4gder | is that from sdl-config −−cflags? |
| 09:08:56 | Zagor | yes |
| 09:09:16 | pondlife | Indeed it is: -I/usr/local/include/SDL -Dmain=SDL_main -I/usr/include/mingw -DWIN32 -Uunix -mno-cygwin |
| 09:11:02 | B4gder | 1.2.13 on linux here, no such flags |
| 09:11:18 | pondlife | http://lists.libsdl.org/pipermail/sdl-libsdl.org/2008-January/063871.html |
| 09:12:06 | Zagor | pondlife: I saw that too, but that is a compiler error. in our case make is confused into thinking we want to build a SDL_main.o file |
| 09:14:11 | Zagor | ah ah ah! |
| 09:14:31 | Zagor | got it |
| 09:14:41 | pondlife | :) |
| 09:14:43 | Zagor | we preprocess SOURCES with GCCOPTS |
| 09:14:54 | Zagor | so apps/main.c becomes apps/SDL_main.c |
| 09:15:02 | B4gder | hehe |
| 09:15:09 | pondlife | So that got lost in the new version? |
| 09:15:30 | Zagor | no, the old didn't use GCCOPTS. the new does. |
| 09:15:48 | | Quit n1s () |
| 09:15:49 | pondlife | Gotcha |
| 09:16:39 | Zagor | change in tools/functions.make so preprocess and preprocess2file uses $(INCLUDES) $(DEFINES) instead of $(CFLAGS) |
| 09:21:39 | pondlife | Build in progress... |
| 09:23:20 | pondlife | Lots of errors, need to make clean, I suspect |
| 09:24:20 | Zagor | hmm. you shouldn't have to. but try it. |
| 09:32:01 | pondlife | Nope, still getting link errors - http://pastebin.com/m3ab69a64 |
| 09:32:17 | pondlife | Maybe something silly I did |
| 09:32:38 | pondlife | I need to go to work now, back in a bit though |
| 09:37:10 | | Join n1s [0] (n=nils@nl104-208-152.student.uu.se) |
| 09:37:16 | Zagor | well that is much later, so I count it as progress :-) |
| 09:38:27 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 09:47:54 | *** | Saving seen data "./dancer.seen" |
| 09:51:53 | | Quit n1s () |
| 09:54:57 | | Join lasser [0] (n=chatzill@W9ea1.w.pppool.de) |
| 10:00 |
| 10:07:59 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 10:10:04 | | Join Nibbler [0] (n=Nibbler@e181098219.adsl.alicedsl.de) |
| 10:13:08 | Zagor | of course it's not as simple as not using GCCOPTS... |
| 10:14:48 | | Quit BHSPitMonkey (Remote closed the connection) |
| 10:16:32 | | Quit super ("leaving") |
| 10:18:29 | | Quit stoffel_ ("leaving") |
| 10:27:27 | | Quit jeffdameth (Read error: 113 (No route to host)) |
| 10:27:46 | | Quit Thundercloud (Remote closed the connection) |
| 10:28:30 | | Join jeffdameth [0] (n=jeff@dyndsl-095-033-121-192.ewe-ip-backbone.de) |
| 10:43:14 | | Quit n17ikh|Lappy () |
| 10:43:34 | | Quit moos ("Few days of vacations in Andorra :) c you soon") |
| 10:46:40 | | Join _lifeless [0] (n=lifeless@83.219.10.83) |
| 10:48:44 | | Quit faemir (Remote closed the connection) |
| 10:49:33 | | Quit nuonguy ("This computer has gone to sleep") |
| 10:50:56 | | Join stoffel_ [0] (n=sfr@p57B4D049.dip.t-dialin.net) |
| 10:53:33 | | Quit pixelma2 ("-") |
| 10:53:45 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 10:56:02 | | Quit Zarggg (Excess Flood) |
| 10:56:41 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 10:58:38 | | Quit linuxstb ("Leaving") |
| 10:59:18 | Photoguy | Anyone have some advice on a replacement for my E-200? |
| 10:59:34 | Photoguy | I want something new, maybe not onther Sansa. |
| 10:59:38 | Photoguy | *another. |
| 11:00 |
| 11:00:19 | Llorean | Photoguy: The list of supported targets is on the front page, and there's more information about them on the BuyersGuide wiki page |
| 11:00:46 | Photoguy | Ok, just wondering if anyone had some thoughts.. |
| 11:01:11 | n1s | Photoguy: if you want useful advice you need to tell us what you want the player to do |
| 11:01:32 | Photoguy | I think I might go with the Cowon D2.. |
| 11:01:40 | Photoguy | Since there is a port in development for it. |
| 11:02:34 | Photoguy | Do you think the touch screen will be full compatible? |
| 11:02:46 | Photoguy | Probably eventuall.. |
| 11:02:53 | Photoguy | *eventually |
| 11:03:02 | Llorean | The D2 has some unique hurdles to overcome |
| 11:03:12 | Llorean | Right now the touchscreen already works pretty well |
| 11:03:13 | Photoguy | Reakky? |
| 11:03:16 | Photoguy | *really |
| 11:03:25 | Photoguy | What are the other issues? |
| 11:03:26 | Llorean | But due to the way the internal memory is handled, it may be a considerable amount of time until we can write to it. |
| 11:03:36 | Llorean | Meaning you may need an SD card just to be able to use Rockbox regularly |
| 11:03:45 | Photoguy | Right. |
| 11:04:19 | Photoguy | Which do you think is further developed? The D2 or the Sansa V2? |
| 11:04:21 | pixelma | Llorean: where did you see volume up/down buttons in the Clip sim (can't find a reference in the keymap either)? Also - if it was as easy to simply replace scroll forward/backward with presses of volume up/down, having a nice c200 keymap wouldn't be so hard |
| 11:04:57 | Llorean | pixelma: They're on the right side, similar to where they are on a Gigabeat F. |
| 11:05:18 | Llorean | Even if they weren't suitable for up/down, the keymap could then just mirror the c200's instead. |
| 11:06:06 | Llorean | I didn't see them in the clip sim. I don't know what keys are currently mapped to them. |
| 11:08:34 | pixelma | found a reference to them now, seems like they are not used in the keymap file at all... |
| 11:09:03 | Llorean | I think the clip should either duplicate the e200 or c200's keymap. |
| 11:09:30 | Llorean | I *think* as they physically face up and down the volume keys would do well enough to replace the scroll wheel, but I haven't handled one yet, and if they don't, the c200 keymap can do a 1:1 mapping too. |
| 11:09:34 | pixelma | the c200 keymap could be a better base, I think, although this one still needs work itself :\ |
| 11:10:35 | * | Llorean has no objections to that. |
| 11:10:38 | pixelma | yeah right, one can only tell after trying out with the target |
| 11:11:00 | Llorean | I just don't think it needs a completely unique keymap when there's two players that are very similar and have the same number of buttons and close layouts. |
| 11:11:04 | Llorean | Including labeling. |
| 11:11:24 | * | Llorean has ordered a low-capacity Clip, since he thinks it'll be useful anyway. |
| 11:12:50 | pixelma | I was especially curious about the volume up/down buttons because I didn't see them and because I couldn't imagine that the thing that actually looked like a wheel wasn't one... |
| 11:13:22 | Llorean | Yeah, I was a little surprised by that too. |
| 11:13:49 | Zagor | pondlife: when you get back, run "make SILENT=" and paste the full link command somewhere |
| 11:13:55 | Zagor | anyone else on cygwin here? |
| 11:14:35 | * | pixelma is considering getting a Clip for the graphic works ;) |
| 11:14:57 | Zagor | I would be intersted in seeing the output of sdlconfig −−libs on cygwin |
| 11:15:58 | pixelma | Zagor: me - do you mean with SVN or with your patch? |
| 11:15:59 | pondlife | Zagor: You mean with SVN, or patch 14? |
| 11:16:05 | pondlife | hehe |
| 11:16:21 | Zagor | with my patch, that gives you link errors |
| 11:17:00 | pondlife | Zagor: I don't have a copy here (of the modified one) - any chance you could upload it to FS? |
| 11:17:38 | pondlife | Just to be sure I'm doing the right thing |
| 11:17:39 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 11:17:58 | Zagor | pondlife: use this: http://bjorn.haxx.se/testing/unified_make15-nodelete.patch |
| 11:18:37 | Zagor | but you don't want SILENT= on the whole build. let it fail once first, and then rerun with SILENT= |
| 11:19:09 | Zagor | and before you do that, tell me the output of "sdlconfig −−libs" |
| 11:19:11 | | Join mofux [0] (n=quassel@dslb-092-078-060-029.pools.arcor-ip.net) |
| 11:19:34 | n1s | saratoga: ping |
| 11:19:42 | pondlife | hmm, sdlconfig isn't found on this PC at all! |
| 11:19:46 | B4gder | sdl-config |
| 11:19:50 | Zagor | yes, sorry |
| 11:20:02 | LinusN | $ sdl-config −−libs |
| 11:20:02 | LinusN | -L/usr/local/lib -lmingw32 -lSDLmain -lSDL -mwindows -mno-cygwin |
| 11:20:06 | pondlife | -L/usr/local/lib -lmingw32 -lSDLmain -lSDL -mwindows -mno-cygwin |
| 11:20:08 | n1s | or anyone else who have played with profiling plugins |
| 11:20:11 | LinusN | i won!!! |
| 11:20:21 | * | B4gder hands LinusN the award |
| 11:20:34 | pondlife | Cygwin can't be involved in any speed contests ;) |
| 11:21:28 | Zagor | looks ok. but I need to see the link line. |
| 11:21:56 | pondlife | Initial build running |
| 11:22:03 | pondlife | Takes about 5 mins, I think |
| 11:22:07 | Zagor | ok |
| 11:22:41 | Zagor | LinusN: if you have a few minutes, could you run a speed comparison btwn "make" and "make -r" on cygwin? |
| 11:22:55 | LinusN | with your patch? |
| 11:23:10 | Zagor | yes |
| 11:23:15 | LinusN | "few minutes" - ha, i can see you are not using cygwin yourself :-) |
| 11:23:21 | Zagor | :) |
| 11:23:24 | B4gder | haha |
| 11:23:51 | pondlife | hmm, I'm back to the SDL_main.o make error :/ |
| 11:24:05 | Zagor | pondlife: huh!? |
| 11:24:32 | Zagor | ah, hang on |
| 11:24:45 | LinusN | Zagor: i need to adjust the patch a little, right? |
| 11:24:51 | pondlife | Yup |
| 11:25:38 | Zagor | LinusN: yes, wait a minute. my main=SDLmain fix wasn't correct |
| 11:25:45 | LinusN | ok |
| 11:26:11 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 11:27:18 | Zagor | right, in line 11 of tools/root.make, add an underscore btwn SDL and main. |
| 11:28:05 | Zagor | line 10 even |
| 11:28:45 | LinusN | Zagor: which target do you want me to build? |
| 11:29:09 | Zagor | LinusN: it doesn't really matter. pick any binary. e200 is a nice one :-) |
| 11:29:24 | LinusN | x5 it is |
| 11:29:28 | Zagor | hehe |
| 11:29:31 | pondlife | I'll stick with H300 sim |
| 11:29:36 | Zagor | pondlife: yup |
| 11:30:03 | LinusN | woo, lots of override warnings |
| 11:30:16 | LinusN | maybe i didn't apply it correctly |
| 11:30:20 | pondlife | http://pastebin.com/m2f9f133c |
| 11:30:24 | Zagor | LinusN: huh? sounds like you have a double-applied then |
| 11:30:31 | LinusN | gah |
| 11:30:39 | pondlife | Sorry about the wrapping |
| 11:30:49 | LinusN | what do i need to remove? |
| 11:31:19 | n1s | LinusN: delete new files added by the patch, svn revert and apply again |
| 11:31:34 | Zagor | ...basically everything |
| 11:32:01 | Zagor | the patch changes 160 files |
| 11:32:34 | LinusN | how fun |
| 11:34:25 | pixelma | Zagor: what I wanted to ask - is "make manual" also affected by your changes? |
| 11:34:52 | Zagor | pixelma: no |
| 11:35:59 | LinusN | Zagor: but the new files are only *.make, right? |
| 11:36:11 | Zagor | LinusN: yes |
| 11:36:39 | LinusN | i did a find . -name "*.make" -exec rm {} \; and it seemed to work |
| 11:36:42 | | Quit stoffel_ ("leaving") |
| 11:37:08 | pondlife | Zagor: Was my link command enlightening? |
| 11:37:16 | LinusN | the dependency generation takes ages.... |
| 11:37:31 | Zagor | pondlife: a little. I'm digging into some issues from that. |
| 11:37:49 | pondlife | LinusN: I let it run for 10 mins before cancelling - that was also caused by double-patching |
| 11:37:55 | Zagor | LinusN: yes, it builds all dependencies at once. the old one built them per-directory. and missed some.. |
| 11:37:59 | pondlife | LinusN: Does make clean run without warnings? |
| 11:38:09 | LinusN | yup |
| 11:38:29 | Zagor | LinusN: how large is your make.dep file? |
| 11:38:41 | LinusN | 1.5MB so far |
| 11:39:52 | LinusN | 2.5 now... |
| 11:39:59 | Zagor | my x5 make.dep is 2.1MB with a 32-char build dir path |
| 11:40:57 | LinusN | ok, this looks wrong |
| 11:41:12 | LinusN | 3.3MB now |
| 11:41:24 | * | pondlife suspects LinusN needs to go back to SVN source |
| 11:41:26 | LinusN | whoa, it started to build |
| 11:41:33 | Zagor | how long is your path? |
| 11:41:34 | * | pondlife might be wrong |
| 11:42:02 | LinusN | Zagor: 25 |
| 11:42:26 | amiconn | Hmm, all-in-one dependencies might be bad for build time. If a few files change, it needs to rebuild the whole .dep |
| 11:42:32 | Zagor | so how the heck did you manage to create a 3.3MB dep file...? upload it somewhere |
| 11:43:14 | Zagor | amiconn: the dep file doesn't autorebuild |
| 11:43:22 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 11:43:49 | Zagor | I was choosing between one big and one per source file, and settled with this. It's fairly easy to change if we want to. |
| 11:45:39 | LinusN | Zagor: i guess you wanted the timing without the dependency generation, right? |
| 11:45:47 | Zagor | LinusN: yes |
| 11:47:18 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 11:47:48 | LinusN | Zagor: frustrating... make clean removes make.dep |
| 11:47:58 | *** | Saving seen data "./dancer.seen" |
| 11:48:19 | Zagor | ah right. run "make foo" (or whatever) to create dep and nothing else. |
| 11:48:47 | LinusN | how about "make dep"? ;-) |
| 11:49:12 | Zagor | that will make it twice :-) |
| 11:50:42 | LinusN | i must say that the dependency generation time is a royal pain |
| 11:51:02 | Zagor | what is not a pain in cygwin? |
| 11:51:12 | LinusN | and having "make clean" remove it is even worse |
| 11:51:25 | Zagor | I can move it to veryclean |
| 11:51:31 | LinusN | please do |
| 11:52:02 | B4gder | I'm not sure that's a good idea |
| 11:52:26 | B4gder | I think dep problems are one of the common things people fix with "make clean && make" |
| 11:53:11 | Zagor | dependency generation takes 18 seconds for an x5 build on giant |
| 11:54:20 | B4gder | yes, the total build time is what counts |
| 11:54:30 | Zagor | do we still have no clue why cygwin is so slow? |
| 11:54:41 | Zagor | it's not even an emulator |
| 11:55:07 | rasher | Launching a process in cygwin is orders of magnitudes slower than on Linux. |
| 11:55:34 | Zagor | rasher: ok |
| 11:55:54 | Zagor | no wonder the dependency generation is slow then... |
| 11:56:02 | rasher | Shell scripting obviously suffers greatly from this |
| 11:56:13 | Zagor | but it would just as slow with one dep file per source file |
| 11:56:25 | Zagor | even slower, since it would mean more file operations |
| 11:57:24 | Zagor | I experimented with calling gcc depgen with more than one source file per execution, but there is no way to solve the source/builddir handling |
| 11:58:53 | rasher | Moving voicefile generation from shell scripts to a perl script and employing a helper-script cut down build times on cygwin to about 10% iirc. |
| 12:00 |
| 12:00:15 | Zagor | pondlife: can you do a h300 simbuild in svn and post the link line for that too? I con't see anything wrong with that link line... |
| 12:01:39 | pondlife | OK |
| 12:01:43 | Zagor | the double makes I can understand, but all the undefined SDL functions are really strange |
| 12:01:50 | Zagor | s/makes/mains/ |
| 12:02:28 | Zagor | oh I bet it's order related again... |
| 12:03:36 | Zagor | try moving $(LDOPTS) to the end of the line in uisimulator/uisimulator.make:28 and see if that makes a difference |
| 12:07:34 | | Join {phoenix} [0] (n=dirk@p54B478CF.dip.t-dialin.net) |
| 12:10:53 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 12:14:51 | | Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) |
| 12:18:03 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 12:20:44 | pondlife | Zagor: SVN make - http://pastebin.com/m55dd3704 |
| 12:21:36 | Zagor | pondlife: thanks. did you try moving LDOPTS as I instructed? |
| 12:21:47 | pondlife | Ah, no - missed that line |
| 12:23:22 | Zagor | lunch |
| 12:23:34 | kugel | pondlife: did you test my latest fading patch? |
| 12:24:02 | pondlife | No - didn't see if you'd sorted the problem I reported (backlight stays off), but will do later |
| 12:24:18 | pondlife | Zagor has me at the moment ;) |
| 12:27:46 | kugel | pondlife: yes, it should be fixed |
| 12:31:51 | | Nick Awaysair is now known as Darksair (n=user@123.112.115.25) |
| 12:35:24 | pondlife | Zagor: When you get back, I moved LDOPTS to the end, and now get "make: *** No rule to make target `os_types.h', needed by `/home/Steve/rockbox/buildsim/apps/codecs/libtremor/oggmalloc.o'. Stop." |
| 12:35:48 | pondlife | Paste of SILENT= output coming up... |
| 12:36:07 | pondlife | Ah no - it doesn't get that far! |
| 12:36:31 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
| 12:57:53 | | Quit daurnimator ("Cyas later...") |
| 13:00 |
| 13:02:34 | | Quit kugel (Remote closed the connection) |
| 13:04:14 | Zagor | pondlife: ?? and you changed nothing else? |
| 13:04:28 | pondlife | As far as I can tell |
| 13:04:37 | pondlife | Probably best if you pop a new patch up |
| 13:05:23 | Zagor | I think I need to get a windows computer and install cygwin. this kind of remote debugging is rather frustrating. |
| 13:05:29 | pondlife | heh |
| 13:06:04 | pondlife | I'm happy to try more - but if you supply a patch it's one step closer to local debugging |
| 13:06:17 | pondlife | I'm currently on SVN and about to have lunch |
| 13:06:40 | | Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 13:16:31 | | Part pondlife |
| 13:22:16 | | Quit HBK (Read error: 110 (Connection timed out)) |
| 13:24:54 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 13:25:59 | | Quit kugel (Remote closed the connection) |
| 13:30:40 | | Join LambdaCalculus37 [0] (n=rmenes@nmd.sbx09467.newyony.wayport.net) |
| 13:33:50 | | Join funman [0] (n=fun@AToulouse-158-1-34-203.w90-50.abo.wanadoo.fr) |
| 13:34:57 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 13:37:15 | | Join jpt9 [0] (n=jpt9@weepinbell-60.dynamic.rpi.edu) |
| 13:37:18 | jpt9 | Hey guys. |
| 13:37:26 | jpt9 | sellout.woot.com has 1GB refurb Sansa Clips. |
| 13:37:35 | jpt9 | Should I get one to help test Rockbox on it for you guys? |
| 13:38:19 | jpt9 | they're $15 :-) |
| 13:42:23 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
| 13:44:24 | kugel | jpt9: we have enough clips, because they're so cheap |
| 13:44:40 | jpt9 | ah. |
| 13:44:44 | kugel | jpt9: so unless you're going to use it I don't think it'll be helpful |
| 13:44:47 | jpt9 | But they're so freaking *cute*! |
| 13:45:14 | LambdaCalculus37 | Well, we can't tell you what to do with your money. If you want one, go ahead. But as kugel said, we have plenty already. |
| 13:45:34 | jpt9 | ah. |
| 13:47:22 | JdGordon | Zagor: I can give you remote desktop access to a windows box if you want? I dunno how usable it will be with my poor upload speed though |
| 13:47:40 | funman | I was wondering if I should put the DMA PL081 driver in firmware/drivers or in target/arm/as3525 |
| 13:47:59 | *** | Saving seen data "./dancer.seen" |
| 13:48:13 | funman | JdGordon: I think setting up a ssh server would take less bandwidth and be more practical |
| 13:48:14 | JdGordon | how generic is it? stick it in drivers if its not really target specific |
| 13:48:30 | Zagor | JdGordon: thanks. it's definitely worth trying. |
| 13:48:35 | funman | it's specific to pl081, which is only present in as3525 afaict |
| 13:48:43 | JdGordon | funman has a poiont though... is cygwin+ssh enough? |
| 13:48:50 | Zagor | sure |
| 13:49:05 | JdGordon | okey dokey... |
| 13:49:10 | * | JdGordon installs cygwin |
| 13:50:12 | jpt9 | So how goes the Clip porting effort, btw? |
| 13:51:18 | LambdaCalculus37 | LCD works, buttons need work, storage works (?), no sound. |
| 13:51:26 | funman | jpt9: the TargetStatus wiki page is up to date, and the forum thread has more precise information |
| 13:51:38 | jpt9 | ah. |
| 13:52:15 | jpt9 | What about plugins? If I get one, even if it doesn't have sound, I could always read Ender's Game on it... :-) |
| 13:52:51 | LambdaCalculus37 | I don't think plugins build yet. But I don't have a Clip (yet), so funman will be the man to ask. |
| 13:52:56 | | Quit LambdaCalculus37 ("Ka-chunka") |
| 13:53:41 | funman | most plugins don't build because of missing keymap, if you already know rockbox you can definitely help here |
| 13:54:24 | funman | i have built some plugins with variations of the C200 keymap, because it looks quite similar |
| 13:54:31 | jpt9 | Never coded on Rockbox before... |
| 13:56:08 | funman | i meant if you already used it, the keymap definition is quite simple '#define ACTION_XX BUTTON_zz' |
| 13:56:12 | Zagor | keymaps are easy, you don't need to know the rockbox code much |
| 13:57:49 | JdGordon | Zagor: installing the base cygwin system.... 64% done |
| 13:57:58 | jpt9 | Of course I've used it! |
| 13:58:51 | | Join HBK1 [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 13:58:51 | | Quit HBK- (Read error: 104 (Connection reset by peer)) |
| 14:00 |
| 14:08:59 | | Quit gevaerts (Nick collision from services.) |
| 14:09:12 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 14:16:11 | | Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-0b32ca00ac06fe6d) |
| 14:16:58 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-88b36b72069e4db4) |
| 14:17:14 | saratoga | n1s: pong |
| 14:17:32 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 14:23:57 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-104-171.ewe-ip-backbone.de) |
| 14:24:21 | n1s | saratoga: did you play around with profiling, lately? i tried to profile the midi plugin on a sansa but it just freezes |
| 14:25:32 | | Quit Bensawsome (Read error: 54 (Connection reset by peer)) |
| 14:26:30 | n1s | any clues? |
| 14:26:50 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 14:28:00 | saratoga | n1s: never for plugins, but it works nicely for codecs lately |
| 14:28:21 | saratoga | maybe double check that the plugin api has all the functions defined that the codec api does for profiling? |
| 14:28:25 | saratoga | anyway, got to run for a bit |
| 14:28:45 | n1s | ok, i'll look |
| 14:30:22 | n1s | yep, same functons exposed to both plugins ans codecs... |
| 14:32:21 | | Join Strife89 [0] (i=a810ebb0@gateway/web/ajax/mibbit.com/x-3b79b577a56ea94f) |
| 14:32:21 | | Quit nplus (Read error: 104 (Connection reset by peer)) |
| 14:33:47 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 14:34:26 | | Join jpt9_ [0] (n=jpt9@vpnwl-228-98.net.rpi.edu) |
| 14:37:04 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
| 14:39:14 | | Quit jpt9 (Read error: 110 (Connection timed out)) |
| 14:39:21 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 14:41:12 | | Quit Nibbler (Read error: 113 (No route to host)) |
| 14:41:56 | | Join jpt9 [0] (n=jpt9@vpnwl-228-104.net.rpi.edu) |
| 14:44:30 | | Join TheSphinX^ [0] (n=cold@p54A5D92B.dip.t-dialin.net) |
| 14:47:10 | | Join jpt9__ [0] (n=jpt9@vpnwl-228-106.net.rpi.edu) |
| 14:47:49 | | Quit amiconn (Nick collision from services.) |
| 14:47:55 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 14:49:30 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 14:50:03 | | Quit jpt9 (Read error: 60 (Operation timed out)) |
| 14:51:18 | | Join darrenbown [0] (n=darrenbo@212.183.136.195) |
| 14:51:26 | | Quit tyfoo (Read error: 104 (Connection reset by peer)) |
| 14:51:47 | | Part darrenbown |
| 14:52:35 | kugel | LambdaCalculus37: ping |
| 14:52:55 | LambdaCalculus37 | kugel: Pong |
| 14:53:07 | kugel | have you tried jhMikeS mikes patch already? |
| 14:53:24 | LambdaCalculus37 | kugel: His first patch didn't compile. His second one does. |
| 14:53:46 | kugel | and does it fade? more or less nicely than my patch? |
| 14:54:27 | LambdaCalculus37 | kugel: A little more nicely. |
| 14:54:29 | | Quit Photoguy ("Leaving") |
| 14:54:45 | kugel | LambdaCalculus37: heh, cool |
| 14:54:50 | * | kugel expected that |
| 14:55:10 | kugel | LambdaCalculus37: looks like we did hours of coding&testing my patch for nothing :) |
| 14:55:43 | LambdaCalculus37 | kugel: Not necessarily. We did hours of coding and testing to come down to a conclusion of how best to make fading work right. |
| 14:56:05 | LambdaCalculus37 | There's some strange beauty in all of that work. :) |
| 14:56:14 | kugel | :) |
| 14:56:27 | Strife89 | Oh, there's a new fade patch? |
| 14:56:46 | kugel | Strife89: not really for c200, but of course you can test if you want |
| 14:57:02 | Strife89 | I might when I get home. |
| 14:57:29 | Strife89 | I should probably unpatch the old one though, correct? |
| 14:57:36 | | Quit jpt9_ (Read error: 113 (No route to host)) |
| 14:57:46 | LambdaCalculus37 | Strife89: We were also discussing a patch jhMikeS did for the Gigabeast. |
| 14:57:58 | LambdaCalculus37 | Strife89: Yep, remove the old patch first. |
| 14:58:48 | | Quit Strife89 ("mibbit.com: I'm off to class.") |
| 14:59:57 | kugel | LambdaCalculus37: I guess the the gigabeat s patch should be committed soon then. It'll need my settings work first though, which I finished just now |
| 15:00 |
| 15:01:04 | kugel | LambdaCalculus37: changing the delay between fade steps didn't work well |
| 15:01:31 | kugel | so my latest patch on the tracker is definitely not as nicely as possible |
| 15:04:10 | pondlife | I still don't quite understand why different hardware requires different fading code. I'd think that the controlling/ timing code could be shared, only requiring a "set backlight (or button light) brightness" routine for each target. |
| 15:04:38 | pondlife | (Which we already have for most targets anyway, where backlight brightness can be configured.) |
| 15:06:10 | | Quit Zagor ("Client exiting") |
| 15:07:40 | kugel | pondlife: some hardware does offer that, so you don't need to loop though the brightness steps |
| 15:08:11 | pondlife | Ah, ok. Just send a command for off/on? |
| 15:08:55 | kugel | so the hardware will fade solely. On targets not featuring that you implement a software controlled fading |
| 15:09:02 | | Join jpt9_ [0] (n=jpt9@x-1-03.dynamic2.rpi.edu) |
| 15:09:21 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
| 15:09:45 | | Quit jpt9_ (Client Quit) |
| 15:09:45 | | Quit jpt9__ (Read error: 60 (Operation timed out)) |
| 15:11:58 | LambdaCalculus37 | kugel: I'll try your patch in a little while. |
| 15:12:24 | pondlife | me too |
| 15:15:37 | n1s | pondlife: some targets do fading with pwm too (those usually can't set brightness) |
| 15:17:12 | n1s | hmm, if i remove the calls to profile_thread and profstop the midiplugin still freezes, maybe the actual -finstrument-functions is the problem... |
| 15:20:23 | | Part LinusN |
| 15:20:51 | Nico_P | LambdaCalculus37: where can I find the beast fading patch? |
| 15:21:35 | LambdaCalculus37 | Nico_P: FS #6800 |
| 15:21:43 | Nico_P | thanks :) |
| 15:24:18 | | Join Schmogel [0] (n=Miranda@p3EE21D52.dip0.t-ipconnect.de) |
| 15:28:36 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 15:31:21 | * | kugel is glad he found some tester |
| 15:31:49 | LambdaCalculus37 | kugel: I'm going to try your patch out in a bit. |
| 15:34:36 | Nico_P | kugel: I'm curious to know how good it looks on the H300 |
| 15:35:14 | Nico_P | in the early days, LinusN said the brightness controller was too slow to implement a proper looking fading |
| 15:35:24 | | Quit ap0 (Read error: 113 (No route to host)) |
| 15:37:24 | kugel | Nico_P: I*m curious too |
| 15:40:42 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 15:43:09 | | Join culture_ [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 15:45:10 | | Join esthar [0] (n=esthar@student165-45.hampshire.edu) |
| 15:46:06 | n1s | ah, i think i got it working, turns out trying to call a function pointer set to NULL is a bad idea |
| 15:46:15 | n1s | (tm) |
| 15:47:17 | n1s | btw is there a reason for these small differences between codecs and plugins? codecs use the ci pointer directly while plugins requires a call to profile_init that sets a local copy of the rb pointer. |
| 15:48:00 | *** | Saving seen data "./dancer.seen" |
| 15:51:38 | saratoga | n1s: that sounds like a bug |
| 15:52:27 | n1s | if i changed the plugin version to work like the codec one it works at least |
| 16:00 |
| 16:01:02 | n1s | turns out my feeling was correct, the majority of time is spent in one function, it acually uses more than 100x as much cpu as the second in the list |
| 16:03:06 | | Join krazykit [0] (n=kkit@adsl-70-236-65-134.dsl.ipltin.ameritech.net) |
| 16:03:17 | B4gder | I recommend using valgrind's −−tool=callgrind to get nice profiling data (obviously when running a sim) |
| 16:04:08 | B4gder | together with kcachegrind |
| 16:06:49 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-104-171.ewe-ip-backbone.de) |
| 16:08:32 | n1s | one way that will help a bit is to basically copy the loop a couple of times and check a couple of things before and entering the right copy as that would get rid of quite a bit of conditionals inside it but it feels messy... |
| 16:09:57 | saratoga | what function |
| 16:10:55 | n1s | the synth.c:synthVoice() |
| 16:12:09 | | Quit kugel (Nick collision from services.) |
| 16:12:12 | | Join kugel_ [0] (n=chatzill@141.45.206.127) |
| 16:12:19 | | Nick kugel_ is now known as kugel (n=chatzill@141.45.206.127) |
| 16:12:45 | n1s | as you can see it doesn't exactly look like a performance function... |
| 16:12:58 | | Quit denes_ (Read error: 113 (No route to host)) |
| 16:13:02 | | Join denes_ [0] (n=denes@pool-3537.adsl.interware.hu) |
| 16:14:03 | kugel | LambdaCalculus37: did you already test? you can compare nicely by rolo'ing |
| 16:14:23 | LambdaCalculus37 | kugel: Not yet. |
| 16:19:31 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
| 16:24:48 | saratoga | n1s: did you check if that divide by a power of 2 is switched for a shift? |
| 16:26:01 | n1s | saratoga: no, i don't think it happens too often, but so->decay can be negative |
| 16:26:22 | n1s | i mean i don't think the division happens too often |
| 16:26:55 | | Quit advcomp2019 (Read error: 104 (Connection reset by peer)) |
| 16:27:09 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 16:27:35 | | Quit {phoenix} (Read error: 110 (Connection timed out)) |
| 16:28:05 | pondlife | kugel: Your patch fails to compile for H300 here, but I wonder if I have some remnants of Zagor's work on my PC. |
| 16:28:21 | pondlife | http://pastebin.com/m7104a3b2 |
| 16:29:04 | pondlife | If you can check an H300 build compiles, and let me know if it does for you. |
| 16:29:37 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) |
| 16:29:50 | | Join tic_toc [0] (n=4670e35d@gateway/web/cgi-irc/labb.contactor.se/x-fd8683a87fe45e8b) |
| 16:32:37 | tic_toc | greetings. question. i noticed all the ipods show "no" in the USB column on the current status chart. what does this mean exactly? that it won't function as a USB device? |
| 16:33:11 | B4gder | tic_toc: it means you still need to use the OF's USB support as Rockbox has no usb of its own on these devices |
| 16:33:29 | kugel | pondlife: changle line 63 in firmware/target/coldfire/iriver/h300/backlight-h300.c to read "#ifndef USE_BACKLIGHT_THREAD_FADING" |
| 16:33:41 | B4gder | tic_toc: Rockbox's own usb stack is still work in progress |
| 16:34:27 | tic_toc | roger that, and thank you. |
| 16:35:30 | * | kugel thought I've fixed that yesterday |
| 16:35:32 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:35:45 | pondlife | kugel: I picked up the patch from Flyspray |
| 16:36:03 | pondlife | The v7 one |
| 16:36:33 | kugel | pondlife: well, I remember I already told you yesterday to change that line. Apparently I didn't change it in my tree |
| 16:36:40 | | Quit lasser (Remote closed the connection) |
| 16:36:56 | | Quit tic_toc ("CGI:IRC") |
| 16:42:36 | | Join captainkwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-fc296b70cb4476e5) |
| 16:42:55 | kugel | pondlife: does it compile? |
| 16:43:06 | pondlife | Yes, about to copy it over |
| 16:47:36 | pondlife | Yes, works |
| 16:48:09 | pondlife | Looks ok, but slighter faster fade in and out would be better, I think |
| 16:48:22 | kugel | how long does it take? |
| 16:48:28 | | Quit bmbl ("Woah!") |
| 16:48:37 | pondlife | About 0.5s, I guess |
| 16:48:54 | pondlife | About twice as fast would be better, I think |
| 16:49:08 | pondlife | My battery is almost dead though, so can't experiment right now |
| 16:50:03 | | Quit kugel (Nick collision from services.) |
| 16:50:06 | | Join kugel_ [0] (n=chatzill@141.45.206.127) |
| 16:50:14 | | Nick kugel_ is now known as kugel (n=chatzill@141.45.206.127) |
| 16:50:25 | pondlife | heh, the USB-charge button doesn't work on H300 if the quick screen appears. |
| 16:51:49 | | Quit funman ("leaving") |
| 16:52:37 | kugel | pondlife: 0.5s sounds reasonable. I wouldn't make it faster. Also, keep in mind that it depends in your brightness setting |
| 16:53:02 | pondlife | I was on full brightness |
| 16:53:14 | kugel | level 15 is that right? |
| 16:53:22 | kugel | it takes about 1s for me at lvl12 |
| 16:53:48 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 16:54:03 | kugel | pondlife: so you can make it shorter by reducing the brightness. I guess you don't run at full brightness usually anyway? |
| 16:54:21 | pondlife | I do normally |
| 16:54:48 | pondlife | I like the fade anyway |
| 16:54:59 | pondlife | Does it need a config setting? Or is that conventional? |
| 16:55:15 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 16:56:04 | kugel | pondlife: it seems to need it. I personally don't see a need, but from the discussion tonight it seems generally wanted |
| 16:56:27 | kugel | Nico_P: you heard? fading seems to be nice on the h300 |
| 16:57:03 | pondlife | Two options (fade in and out) seems overkill. |
| 16:57:14 | pondlife | Maybe a fade time (0 for none)? |
| 16:57:36 | kugel | pondlife: see todays log |
| 16:57:43 | pondlife | Will do |
| 16:57:48 | | Part pondlife |
| 16:57:56 | kugel | the 2 options are mainly because to keep it consistent with pwm fading targets |
| 16:58:03 | kugel | and to reuse strings from the lang |
| 16:58:20 | kugel | gone.. |
| 16:58:26 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 16:59:03 | kugel | pondlife: the 2 options are mainly to keep it consistent with pwm fading targets, and to reuse strings from the lang |
| 16:59:30 | pondlife | Consistency is good; I'll read the logs. |
| 16:59:54 | pondlife | My gut feeling is that no setting is needed - or if so, just one (speed) |
| 17:00 |
| 17:02:21 | pondlife | I agree that consistency across targets is the overriding factor |
| 17:02:36 | pondlife | But am surprised that there are 2 options. |
| 17:03:03 | pondlife | I guess somebody must be using "fade out, don't fade in"... |
| 17:03:08 | kugel | with 2 options we can perfectly reuse strings from lang files |
| 17:03:37 | kugel | and pwm targets can set fade in/out differently too (even though there's more to configure about) |
| 17:03:56 | pondlife | I was more thinking that we could merge those options on all targets - i.e. backlight fade = on/off. But I didn't realise that we already had 2 options |
| 17:04:16 | LambdaCalculus37 | pondlife, kugel: FWIW the iPod video has Backlight Fade In/Out options under its LCD Settings. Is this a PWM target or no? (just curious, really) |
| 17:04:38 | pondlife | No idea |
| 17:05:09 | | Quit kushal_12_27_200 ("This computer has gone to sleep") |
| 17:05:20 | kugel | LambdaCalculus37: yes |
| 17:06:23 | * | kugel goes home |
| 17:06:25 | | Part kugel |
| 17:10:02 | | Join funman [0] (n=fun@AToulouse-158-1-34-203.w90-50.abo.wanadoo.fr) |
| 17:17:13 | | Part pondlife |
| 17:20:32 | | Quit skipper (Remote closed the connection) |
| 17:20:34 | | Quit dionoea (Read error: 104 (Connection reset by peer)) |
| 17:20:37 | | Join dionoea [0] (n=dionoea@yop.chewa.net) |
| 17:20:41 | | Quit tyfoo (Client Quit) |
| 17:21:08 | | Quit aarcane (Read error: 113 (No route to host)) |
| 17:21:19 | | Join hjh [0] (n=55dc2e80@gateway/web/cgi-irc/labb.contactor.se/x-bf1624007f13bb56) |
| 17:23:59 | | Quit hjh (Client Quit) |
| 17:34:10 | | Quit advcomp2019 (Read error: 104 (Connection reset by peer)) |
| 17:34:11 | | Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 17:34:44 | | Part B4gder |
| 17:38:02 | | Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) |
| 17:44:52 | | Join Llorean1 [0] (n=DarkkOne@ppp-70-242-15-169.dsl.hstntx.swbell.net) |
| 17:45:14 | | Quit esthar (Read error: 60 (Operation timed out)) |
| 17:45:51 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 17:46:45 | | Join esthar [0] (n=esthar@student165-45.hampshire.edu) |
| 17:48:04 | *** | Saving seen data "./dancer.seen" |
| 17:48:14 | | Quit bmbl (Client Quit) |
| 17:51:32 | | Quit toffe82 (Read error: 60 (Operation timed out)) |
| 17:51:34 | | Nick toffe82_ is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 17:53:44 | | Quit Llorean (Read error: 145 (Connection timed out)) |
| 17:54:48 | | Quit Slack__ (Connection timed out) |
| 17:55:29 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 17:56:37 | funman | hello domonoky, I have found that the Sansa AMS OF uses the SD controller as the flow controller in DMA transfers |
| 17:57:42 | funman | so if I understand correctly we have to setup the SD controller and the DMA controller for DATA transfer, ask the SD controller to start it, and wait a DMA interrupt which would tell if it has finished or if an error happened |
| 17:58:20 | domonoky | yep.. setup the DMA controller, ask the Sd for data, and wait for the interrupt.. |
| 17:58:39 | funman | since the SD FIFO is quite small, I think we should use burst DMA ? |
| 17:58:56 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 17:59:56 | funman | I checked the dma driver for creative zvm, it uses kernel.h 'struct wakeup' to notify when a DMA transfer has finished |
| 18:00 |
| 18:09:31 | | Join MethoS [0] (n=clemens@host-091-097-243-182.ewe-ip-backbone.de) |
| 18:11:33 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 18:12:49 | funman | I wonder if we have to set the transfer size, if the SD controller controls the data flow |
| 18:13:53 | | Quit _lifeless (Remote closed the connection) |
| 18:14:22 | domonoky | hm, i dont we need to set the transfer size if the sd controller controls the flow |
| 18:17:35 | domonoky | datasheet says we have to set transfer size to 0 if the DMAC is not the flow controller |
| 18:18:01 | domonoky | otherwise the DMAC may get confused... so its really 0 |
| 18:18:56 | funman | ok .. so nothing happens, the interrupt handler is not called |
| 18:19:36 | kugel | LambdaCalculus37: I updated the patch, it should be fading faster now, although I don't think we have to put further effort into the beast for this patch |
| 18:20:06 | | Join dany_21a_ [0] (n=dan@85-127-10-179.dynamic.xdsl-line.inode.at) |
| 18:20:49 | LambdaCalculus37 | kugel: I'll try it out in a bit. |
| 18:31:21 | | Part dany_21a_ |
| 18:33:03 | funman | domonoky: i'm not sure if dst/src size and width in channel control register must reflect the FIFO size, or a sector size .. let's check which sizes the OF use |
| 18:33:06 | | Join {phoenix} [0] (n=dirk@p54B478CF.dip.t-dialin.net) |
| 18:36:00 | | Join haikubear [0] (n=46488ec8@gateway/web/cgi-irc/labb.contactor.se/x-23514e2c8ef0db66) |
| 18:36:19 | haikubear | hello |
| 18:37:04 | haikubear | is this the proper place to ask an install-gone-awry question? |
| 18:37:57 | | Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) |
| 18:38:22 | gevaerts | haikubear: yes |
| 18:38:47 | | Join dany_21a_ [0] (n=dan@85-127-10-179.dynamic.xdsl-line.inode.at) |
| 18:38:49 | haikubear | great. i'm installing on an ipod video 30G, i run debian on my home system. |
| 18:39:28 | haikubear | the bootloader complains that it can't find rockbox.ipod, but i can see it in /.rockbox/ |
| 18:40:00 | haikubear | the permissions on /.rockbox/rockbox.ipod are 755 |
| 18:40:35 | n1s | haikubear: did you format the partition as anything else than FAT32? |
| 18:40:58 | gevaerts | Can you check the output of dmesg for the sector size? (it should be either 512 or 2048 bytes) |
| 18:41:27 | haikubear | n1s: no |
| 18:41:30 | haikubear | gevaerts: checking |
| 18:41:54 | haikubear | sd 9:0:0:0: [sdc] 14651280 2048-byte hardware sectors (30006 MB) |
| 18:43:40 | gevaerts | Can you pastebin the output of sfdisk -l /dev/sdc somewhere? |
| 18:45:32 | haikubear | http://aatcmd.ca/sfdisk.output |
| 18:46:41 | * | gevaerts suspects that the "ghost filesystem" issue is still not solved on the 5.5g |
| 18:46:49 | gevaerts | Let me think for a bit |
| 18:46:56 | haikubear | ok |
| 18:46:57 | haikubear | thanks |
| 18:49:29 | gevaerts | What's the output of "cat /proc/partitions |grep sdc" ? |
| 18:50:21 | haikubear | 8 32 29302560 sdc |
| 18:50:26 | haikubear | 8 33 96264 sdc1 |
| 18:50:31 | haikubear | 8 34 29206170 sdc2 |
| 18:51:43 | haikubear | should i just repartition the damn thing? |
| 18:51:49 | gevaerts | Won't help |
| 18:52:12 | haikubear | gah. |
| 18:52:34 | gevaerts | It needs a bit of dd |
| 18:53:20 | | Quit Darksair ("Everything that has a beginning has an end.") |
| 18:53:27 | gevaerts | First make a backup of /dev/sdc1 (in case something goes wrong later) : "dd if=/dev/sdc1 of=$HOME/firmware.img bs=64k" |
| 18:53:33 | | Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) |
| 18:53:47 | haikubear | ok |
| 18:54:32 | kugel | jhMikeS: ping |
| 18:54:33 | gevaerts | Then "dd if=/dev/zero of=/dev/sdc seek=48190 count=10" |
| 18:55:00 | gevaerts | (for future log readers : don't type that in without checking if the numbers are right for you) |
| 18:55:07 | | Join Photoguy [0] (n=Adams@91.143.237.183) |
| 18:55:42 | haikubear | done |
| 18:55:44 | | Quit dany_21a_ (Remote closed the connection) |
| 18:55:58 | Photoguy | Good evening. |
| 18:56:02 | | Join miepchen^schlaf [0] (n=miepchen@p579ECB4A.dip.t-dialin.net) |
| 18:56:26 | gevaerts | haikubear: ok. If my theory is correct, _and_ I didn't make a stupid mistake with the numbers, it should now work |
| 18:56:33 | | Join dany_21a_ [0] (n=dan@85-127-10-179.dynamic.xdsl-line.inode.at) |
| 18:56:45 | * | haikubear tests |
| 18:57:06 | haikubear | doh |
| 18:57:15 | haikubear | but the output changed somewhat |
| 18:57:41 | haikubear | now: Partition 1: 0x08 7130 MB |
| 18:58:05 | | Quit TheSphinX^ ("XChat@Linux") |
| 18:58:15 | gevaerts | But still no luck? |
| 18:58:18 | haikubear | nope |
| 18:58:33 | haikubear | same error message |
| 18:59:09 | gevaerts | Let me check the numbers |
| 18:59:15 | haikubear | ok |
| 18:59:33 | nanok | hello |
| 18:59:40 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
| 18:59:55 | nanok | is there a way to charge a iaudio x5 via usb, while playing? (i know there is for sansa, ipods and a few others, can't figure it out for the iaudio. couldn't find anything in the manual.. |
| 19:00 |
| 19:01:17 | pixelma | nanok: I believe there currently is none (couldn't figure it out for my M5 either... ;) ) |
| 19:04:38 | | Join miepchen^schlaf_ [0] (n=miepchen@p579ECB4A.dip.t-dialin.net) |
| 19:04:40 | | Quit haikubear ("CGI:IRC (Ping timeout)") |
| 19:05:10 | funman | the Sansa AMS OF doesn't seem to use peripheral-to-peripheral or memory-to-memory transfers |
| 19:05:37 | funman | and happily writes 1 in bits described as 'should write 0' (not only in the DMA controller) |
| 19:06:30 | | Join haikubear [0] (n=46488ec8@gateway/web/cgi-irc/labb.contactor.se/x-763828667b5c3e3b) |
| 19:06:51 | haikubear | i dropped connection, it seems |
| 19:07:13 | gevaerts | haikubear: could you get that firmware.img to me somehow? How big is it if you compress it? |
| 19:07:13 | | Join Dieterbe_ [0] (n=Dieterbe@213.219.137.213.adsl.dyn.edpnet.net) |
| 19:07:26 | haikubear | checking |
| 19:07:38 | | Quit miepchen^schlaf_ (Client Quit) |
| 19:07:47 | * | gevaerts is pretty sure that there's something in there that confuses the bootloader |
| 19:07:50 | | Join miepchen^schlaf_ [0] (n=miepchen@p579ECB4A.dip.t-dialin.net) |
| 19:09:48 | | Quit miepchen^schlaf (Read error: 60 (Operation timed out)) |
| 19:10:24 | haikubear | it's 24m |
| 19:10:37 | haikubear | you want it over http? |
| 19:10:52 | gevaerts | That works |
| 19:12:16 | | Join Hillshum [0] (n=chatzill@75-165-238-79.slkc.qwest.net) |
| 19:12:29 | haikubear | it's going |
| 19:14:48 | haikubear | http://aatcmd.ca/firmware.img.bz2 |
| 19:15:13 | * | gevaerts downloads |
| 19:16:28 | domonoky | funman: any new findings ? .. and strange that it writes 1 to where only 0 should go.. |
| 19:16:31 | nanok | pixelma: thanks. at least i know to not waste my time trying. |
| 19:17:06 | funman | domonoky: i'm on it ^^ I think the programmers didn't check their code, and since "it worked" it didn't harm |
| 19:17:21 | domonoky | they are just lucky.. :-) |
| 19:17:41 | funman | the code passes structures, stack pointers, and offsets in structures around, so following it is not straight |
| 19:17:48 | nanok | maybe there should be a section in the manual about charging (near "getting files to your device", maybe?), with some standard statements, one of them being usb charging, stating in the case of iaudio that charging via usb while playing is _not_ an option as of now (and for other targets stating how to do it)? |
| 19:18:23 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
| 19:18:24 | funman | ah I found a function which returns the content of the channel control register |
| 19:18:52 | | Quit Dieterbe (Read error: 110 (Connection timed out)) |
| 19:20:43 | | Join stoffel_ [0] (n=sfr@p57B4D049.dip.t-dialin.net) |
| 19:21:02 | | Part dany_21a_ |
| 19:21:28 | | Join dany_21a_ [0] (n=dan@85-127-10-179.dynamic.xdsl-line.inode.at) |
| 19:21:55 | nanok | would enabling this feature for iaudio x5 be easy enough to do (charging via usb while playing); it seems to be quite a handy feature for using in the car for instance.. |
| 19:22:14 | gevaerts | haikubear: I've got it |
| 19:22:18 | haikubear | ooh |
| 19:22:39 | haikubear | wait, "it"=file or "it"=problem? |
| 19:22:39 | * | gevaerts means "the file" |
| 19:22:42 | haikubear | ah |
| 19:22:45 | haikubear | awesome |
| 19:24:15 | * | gevaerts will look into this after dinner |
| 19:25:12 | haikubear | sweet, thanks so much! |
| 19:25:21 | haikubear | can you email me w/ anything you find? |
| 19:25:54 | | Quit robin0800 (Remote closed the connection) |
| 19:27:20 | gevaerts | Sure |
| 19:27:45 | haikubear | pm get through? |
| 19:29:29 | | Part dany_21a_ |
| 19:31:51 | | Join herrwaldo [0] (n=waldo@ip-81-11-219-27.dsl.scarlet.be) |
| 19:32:54 | pixelma | nanok: not a bad idea (IMO). Would give me a place where to put the instructions how to get the M3 to charge at all which is a bit tricky, mildly put. The only "problem" I see is that it could be forgotten and not updated when things change since a dev might not expect something there |
| 19:33:38 | pixelma | I mean the need to update the manual for such a change |
| 19:34:07 | | Join tarbo [0] (n=me@unaffiliated/tarbo) |
| 19:35:52 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 19:36:07 | | Quit culture_ (Success) |
| 19:36:35 | nanok | pixelma: yes, that's another good point: in my (short, granted) experience, the only reliable way to a full charge is with the wall charger, and outside rockbox (iaudio "bootloader", or whatever that is). that's also not mentioned in the manual, if i am not mistaking |
| 19:44:37 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 19:46:16 | | Join mofux_ [0] (n=quassel@dslb-088-072-131-223.pools.arcor-ip.net) |
| 19:47:43 | | Quit mofux (Operation timed out) |
| 19:48:05 | *** | Saving seen data "./dancer.seen" |
| 19:49:37 | | Join Strife89 [0] (n=michael@204.116.245.152) |
| 19:53:03 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 19:59:30 | gevaerts | haikubear: I can't see anything strange in there. Do you have files on your ipod that you need to keep, or would a full wipe be acceptable? |
| 20:00 |
| 20:04:59 | | Quit nplus (Remote closed the connection) |
| 20:05:46 | | Join ibseo [0] (n=hd@p5B16173D.dip0.t-ipconnect.de) |
| 20:06:27 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 20:09:57 | | Quit nplus (Read error: 104 (Connection reset by peer)) |
| 20:10:22 | | Join nff [0] (n=d88256ab@gateway/web/cgi-irc/labb.contactor.se/x-5048f5631bf44a15) |
| 20:10:28 | nff | yo |
| 20:10:38 | nff | yo |
| 20:10:49 | advcomp2019 | nff, hello |
| 20:10:58 | nff | ah hello |
| 20:11:06 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 20:11:37 | advcomp2019 | nff, you can just ask |
| 20:11:37 | nff | was just wondering if the classic gen pods will be geting RB? |
| 20:12:15 | advcomp2019 | nff, there is no time lines unless you are going to work on it |
| 20:12:32 | nff | ah wasent asking for one |
| 20:12:43 | nff | just wondering if it was planed |
| 20:12:52 | LambdaCalculus37 | Nothing is planned. |
| 20:13:04 | LambdaCalculus37 | Ports happen when someone wants to work on one. |
| 20:13:27 | | Quit stoffel_ ("leaving") |
| 20:15:06 | | Join Strife1989 [0] (n=michael@204.116.245.152) |
| 20:15:23 | | Quit Strife89 (Nick collision from services.) |
| 20:15:30 | | Nick Strife1989 is now known as Strife89 (n=michael@204.116.245.152) |
| 20:18:00 | nff | well thanks for you answers |
| 20:18:10 | | Join lasser [0] (n=chatzill@W9ea1.w.pppool.de) |
| 20:18:34 | | Quit nuonguy ("This computer has gone to sleep") |
| 20:20:58 | nff | gooday ppl |
| 20:21:05 | | Quit nff ("CGI:IRC") |
| 20:22:47 | | Part pixelma |
| 20:23:13 | | Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) |
| 20:24:33 | | Quit lasser ("ChatZilla 0.9.84 [Iceweasel 3.0.3/2008092816]") |
| 20:25:58 | | Quit herrwaldo (Remote closed the connection) |
| 20:26:13 | | Join herrwaldo [0] (n=waldo@ip-81-11-219-27.dsl.scarlet.be) |
| 20:27:39 | | Quit Photoguy ("Leaving") |
| 20:30:19 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 20:31:08 | | Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
| 20:31:30 | | Join tessarakt [0] (n=jens@e180070127.adsl.alicedsl.de) |
| 20:35:29 | funman | domonoky: i found the offsets in the main dma structure, now I 'just' have to find where they are set (it should be different for each dma line) |
| 20:35:41 | | Join MethoS- [0] (n=clemens@dyndsl-085-016-161-213.ewe-ip-backbone.de) |
| 20:36:08 | domonoky | :-) |
| 20:43:34 | funman | oh I found where it's set, the value is loaded from another offset in the struct :'( |
| 20:44:01 | | Quit miepchen^schlaf_ () |
| 20:44:14 | | Join miepchen^schlaf [0] (n=miepchen@p579ECB4A.dip.t-dialin.net) |
| 20:50:13 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
| 20:50:25 | | Quit MethoS (Read error: 113 (No route to host)) |
| 20:58:18 | | Quit Strife89 ("Gotta go for now.") |
| 21:00 |
| 21:00:03 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 21:00:26 | | Quit Thundercloud (Remote closed the connection) |
| 21:01:16 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 21:02:15 | | Quit ibseo ("quit") |
| 21:03:42 | domonoky | :-/ sounds like a good maze.. |
| 21:05:20 | funman | i found the setting for memory (source of destination): width is 32 bits, burst size is 4 (binary 001) |
| 21:10:15 | domonoky | nice, thats the first part.. :-) |
| 21:11:23 | funman | well i believe we are not limited for memory transfers |
| 21:11:33 | funman | but we'll test that later :) |
| 21:14:23 | | Quit Acksaw (Read error: 104 (Connection reset by peer)) |
| 21:14:38 | | Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) |
| 21:22:01 | | Quit jhulst (Remote closed the connection) |
| 21:22:22 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
| 21:22:48 | | Join Rob2222 [0] (n=Miranda@p4FDCC8FD.dip.t-dialin.net) |
| 21:23:44 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 21:29:34 | | Quit Dieterbe_ (Client Quit) |
| 21:29:46 | | Join Dieterbe [0] (n=Dieterbe@213.219.137.213.adsl.dyn.edpnet.net) |
| 21:33:53 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 21:39:16 | | Quit nplus (Remote closed the connection) |
| 21:40:13 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 21:45:13 | bertrik | n1s, any luck yet with the si4700? |
| 21:46:11 | n1s | bertrik: i got it to work so i could listen to the radio, but have not really done the integration into rockbox yet |
| 21:46:22 | bertrik | cool! |
| 21:47:04 | n1s | the problem was that i was trying the wrong input on the dac :) |
| 21:48:08 | *** | Saving seen data "./dancer.seen" |
| 21:50:12 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 21:56:56 | | Join lasser [0] (n=chatzill@W9ea1.w.pppool.de) |
| 21:58:37 | LambdaCalculus37 | n1s: Nice! :) |
| 21:58:41 | * | LambdaCalculus37 hands n1s a beer |
| 21:58:55 | | Quit pixelma2 ("-") |
| 21:59:00 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 21:59:20 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 21:59:26 | n1s | thanks! |
| 21:59:39 | Zagor | the oldest compiler we use is the native gcc on cygwin... |
| 21:59:59 | Zagor | 3.4.4 |
| 22:00 |
| 22:00:08 | Bagder | gosh |
| 22:00:20 | Zagor | and it processes dependencies differently from 3.4.6 |
| 22:00:26 | Zagor | produces |
| 22:01:17 | Zagor | but I think I have got it nailed now |
| 22:02:38 | funman | bertrik: did you try to find the equivalent of the "bit-banged i2c" you found in the fuze firmware, on other models ? |
| 22:04:51 | bertrik | I tried to find it for the clip, but couldn't find it |
| 22:05:32 | funman | did you look at the diagnosis menu code ? (iirc it's located in the otg_functio library block) |
| 22:05:34 | bertrik | we do still have some unused GPIOs on the clip I think |
| 22:05:48 | amiconn | Zagor: Ahem, Interix has gcc 3.3 ... |
| 22:06:12 | funman | most of them are on gpiod (only pin7 is used) |
| 22:06:17 | Zagor | amiconn: and someone is building rockbox with that? |
| 22:06:29 | bertrik | funman, no so far I basically haven't looked any further than the first block |
| 22:06:30 | | Quit sarixe ("Ex-Chat") |
| 22:06:45 | funman | ok |
| 22:06:48 | amiconn | Well, it's a documented method |
| 22:07:02 | bertrik | funman, do you think the list of GPIOs on the sansav2hardwaremapping wiki is still correct/complete for the clip? |
| 22:07:04 | amiconn | (but no sims on interix yet - they need to be crosscompiled) |
| 22:08:26 | | Nick Llorean1 is now known as Llorean (n=DarkkOne@ppp-70-242-15-169.dsl.hstntx.swbell.net) |
| 22:08:34 | Zagor | I see no point in supporting such old versions. |
| 22:09:05 | | Quit kugel (Remote closed the connection) |
| 22:09:25 | funman | bertrik: yes |
| 22:09:47 | amiconn | If the dependencies are generated using the target/ sim gcc instead of native gcc, there will be no problem |
| 22:10:19 | Zagor | in simbuilds, native and target gcc are the same: 3.4.4 |
| 22:10:33 | amiconn | On Interix they won't be |
| 22:11:16 | amiconn | The native gcc is 3.3, and there is no newer (working) one, but sims will need the mingw crosscompiler, as if you would build a win32 sim on linux |
| 22:12:54 | Zagor | I don't care about interix. I have no desire to support Microsoft software even Microsoft themselves refuses to support. |
| 22:13:15 | bertrik | funman, I would expect i2c pins to have a pull-up, therefore read as high when switched as an input. Pins B4 and B7 on the clip could be i2c because they read high as input and do not seem to be used for anything else. |
| 22:13:25 | | Quit Bensawsome ("The awsome is gone :(") |
| 22:13:34 | bertrik | Pins->GPIOs |
| 22:13:59 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
| 22:14:33 | Bagder | interix is also the only non-open environment that could be used |
| 22:14:44 | Bagder | not to mention that amiconn is the only one who ever did ;-) |
| 22:14:55 | amiconn | That's not true |
| 22:15:16 | Bagder | is there anyone using it and actually preferring it to cygwin? |
| 22:16:21 | amiconn | I don't know whether XavierGr uses it now. He did try it at least. And there was someone else who used it in the past, but I don't remember the nick right now |
| 22:16:39 | | Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) |
| 22:17:25 | amiconn | As said, I don't expect problems if the same gcc is used for building the deps and for the actual build |
| 22:17:54 | | Quit reacocard (".") |
| 22:18:13 | Zagor | amiconn: the problem isn't differing version for dep and compiles. the problem is old gcc versions don't build deps the same way, and hence the build will fail. |
| 22:19:00 | amiconn | Yes I understand that. My point is that the build itself will *never* see the native gcc on Interix |
| 22:19:14 | amiconn | (well, except for tools of course) |
| 22:19:24 | | Quit {phoenix} (Remote closed the connection) |
| 22:27:45 | | Quit jeffdameth (Read error: 110 (Connection timed out)) |
| 22:29:30 | | Quit bmbl ("Woah!") |
| 22:29:56 | | Join jeffdameth [0] (n=jeff@dyndsl-095-033-109-247.ewe-ip-backbone.de) |
| 22:29:58 | bertrik | funman, so far most of the low-level driver stuff seems to be in the first firmware block, I also would the radio communication code to be there somewhere |
| 22:31:03 | | Join w23 [0] (n=w23@host89-251-107-20.hnet.ru) |
| 22:35:18 | funman | bertrik: i suggested that the diagnosis mode could point to where the FM code is located (in the first firmware block) |
| 22:35:41 | gevaerts | haikubear: still there? |
| 22:36:05 | funman | domonoky: the OF uses 8 * 32bits for SD transfers (half of the FIFO, like expected) |
| 22:36:59 | funman | 4 * 32 bits for i2sout and i2sin |
| 22:37:20 | domonoky | ah, for both source and destination ? |
| 22:38:13 | funman | i think yes (i'm a bit lost in all this code) |
| 22:38:50 | funman | i only see one instance of burst size/width in the structure, and i also see evidence that the OF doesn't do peripheral-to-peripheral or memory-to-memory DMA, so I guess the setting is peripheral specific regardless of the direction |
| 22:39:05 | | Quit n1s () |
| 22:40:12 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 22:40:13 | domonoky | so theoretically we should now have all info needed to get DMA running... |
| 22:40:30 | * | funman would emphasize 'theoretically' |
| 22:41:31 | | Quit FOAD (Read error: 60 (Operation timed out)) |
| 22:41:39 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 22:41:41 | | Quit tessarakt ("Client exiting") |
| 22:41:52 | | Join DerDome [0] (n=DerDome@dslb-082-083-228-198.pools.arcor-ip.net) |
| 22:43:58 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 22:44:49 | funman | for now I don't read/write interrupt status (clear) registers, but the DMA interrupt isn't raised at all :/ |
| 22:47:01 | domonoky | and the terminal count interrupt is enabled, right ? :-) |
| 22:47:40 | gevaerts | How do you debug early-boot issues? |
| 22:48:49 | domonoky | gevaerts: depends on how early... :-) |
| 22:49:06 | gevaerts | domonoky: not early enough to get the bootloader printf() |
| 22:49:15 | gevaerts | But not late enough to get logf |
| 22:49:27 | domonoky | if you dont have lcd or leds, delay loops are helpfull.. |
| 22:49:43 | gevaerts | I think I can probably do splash()es |
| 22:49:57 | | Quit herrwaldo (Remote closed the connection) |
| 22:49:57 | gevaerts | (from firmware/, urgh) |
| 22:50:13 | domonoky | panicf ? |
| 22:50:16 | domonoky | :-) |
| 22:50:27 | | Join herrwaldo [0] (n=waldo@ip-81-11-219-27.dsl.scarlet.be) |
| 22:50:27 | gevaerts | It does that by itself :) |
| 22:50:56 | | Join sarixe [0] (n=sarixe@pool-68-239-182-121.nwrk.east.verizon.net) |
| 22:52:17 | funman | domonoky: yes, i just enabled it. I wasn't sure of its exact meaning (whether _the current LLI_) |
| 22:52:39 | domonoky | funman: if you could provide your DMA testcode, i would try my luck with it tomorrow.. :-) |
| 22:53:39 | funman | domonoky: currently it's mixed with plugins modifications, just give me one minute to sort the essential |
| 22:55:33 | | Quit herrwaldo (Remote closed the connection) |
| 22:56:14 | | Join herrwaldo [0] (n=waldo@ip-81-11-219-27.dsl.scarlet.be) |
| 22:58:30 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
| 22:58:52 | funman | domonoky: http://paste.ubuntu.com/74505/ + add target/arm/as3525/dma-pl081.c in firmware/SOURCES (forgotten in the patch sorry) |
| 22:59:41 | domonoky | thanks, and no problem... |
| 23:00 |
| 23:00:11 | * | gevaerts wants to know why his latest patch in FS #9545 doesn't work properly for multi-driver storage |
| 23:01:00 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
| 23:03:32 | funman | domonoky: oh and you might want to remove _buttonlight_* from INT_DMAC(). The m200v4 has no button led, right? |
| 23:03:57 | domonoky | yes, no button_lights, i will use ther debug methods.. |
| 23:09:33 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
| 23:10:49 | | Join tic_toc [0] (n=4670e35d@gateway/web/cgi-irc/labb.contactor.se/x-23ad66cb82544bd7) |
| 23:12:33 | tic_toc | greetings all. just wanted to pop in and say thank you to everyone who has worked on this project. i've been running my 5G iPod on Rockbox for 30 mins and have been very impressed. i'll never go back to the stock firmware. i appreciate all the hard work. |
| 23:14:29 | gevaerts | Thanks :) |
| 23:14:47 | tic_toc | :) |
| 23:15:46 | | Quit tic_toc (Client Quit) |
| 23:17:20 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 23:17:41 | | Join lars [0] (n=chatzill@e181239169.adsl.alicedsl.de) |
| 23:18:04 | | Nick lars is now known as larsm (n=chatzill@e181239169.adsl.alicedsl.de) |
| 23:18:16 | larsm | hi |
| 23:18:55 | | Join m0f0x [0] (n=m0f0x@189-47-73-177.dsl.telesp.net.br) |
| 23:19:09 | | Quit Lear ("ChatZilla 0.9.84 [Firefox 3.1b2pre/20081119072659]") |
| 23:19:28 | domonoky | funman: perhaps we also have to enable DMA on the pl180 ? |
| 23:19:29 | | Quit jhMikeS (Nick collision from services.) |
| 23:19:35 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 23:20:22 | funman | domonoky: i just thought setting bit 3 of mcidatactrl was enough |
| 23:20:53 | domonoky | funman: yes, that what i though of, you already did it ? |
| 23:21:01 | larsm | i want to add my cfcard to http://www.rockbox.org/twiki/bin/view/Main/CFModGuide but i cant edit the page. i registered at twiki successfully but cant edit the page. |
| 23:21:06 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-104-171.ewe-ip-backbone.de) |
| 23:22:18 | funman | domonoky: yes, in pl180 code i only did this modification and remove status checking |
| 23:25:54 | larsm | help! |
| 23:26:43 | advcomp2019 | larsm, what is your wiki name? |
| 23:27:09 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 23:27:19 | larsm | LarsM |
| 23:27:29 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 23:27:33 | | Quit Zagor ("Client exiting") |
| 23:27:37 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-5cc33b623bb97231) |
| 23:27:59 | saratoga | you need a proper name |
| 23:28:33 | larsm | ? |
| 23:28:41 | advcomp2019 | larsm, saratoga is right unless that is your full name |
| 23:28:44 | larsm | my real name is Lars Moeller |
| 23:28:55 | Llorean | And the wiki signup says you need to use your real name. |
| 23:29:01 | larsm | my nic is larsm everywhere |
| 23:29:08 | Llorean | That doesn't matter. |
| 23:29:31 | saratoga | its not on the wiki! |
| 23:30:21 | saratoga | don't we have a note on the registration page saying you need a full name? |
| 23:30:29 | Llorean | We used to, at least |
| 23:31:01 | larsm | ok, how to change my name? |
| 23:31:04 | saratoga | ah yes we do |
| 23:31:14 | saratoga | register a new one |
| 23:33:35 | | Join n17ikh|Lappy [0] (n=n17ikh@130-127-73-84.lightsey.resnet.clemson.edu) |
| 23:33:38 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 23:33:56 | kugel | jhMikeS: ping |
| 23:35:12 | larsm | LarsMoeller -> it doesn't help, still can't edit |
| 23:40:07 | | Quit jgarvey ("Leaving") |
| 23:41:13 | larsm | ping |
| 23:42:39 | | Nick larsm is now known as LarsMoeller (n=chatzill@e181239169.adsl.alicedsl.de) |
| 23:42:47 | | Quit mofux_ (Read error: 110 (Connection timed out)) |
| 23:43:06 | | Join mofux [0] (n=quassel@dslb-088-072-142-145.pools.arcor-ip.net) |
| 23:43:12 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 23:43:20 | | Quit Zarggg () |
| 23:43:49 | LarsMoeller | please help |
| 23:45:26 | | Join LambdaCalculus37 [0] (n=rmenes@c-68-83-177-181.hsd1.nj.comcast.net) |
| 23:46:08 | pixelma | now it should :) Hope you don't plan to spam... ;) |
| 23:46:10 | funman | LambdaCalculus37: just wait, did you know it's late in european timezone, where most of present people reside? |
| 23:47:07 | LambdaCalculus37 | funman: I know that. |
| 23:48:12 | *** | Saving seen data "./dancer.seen" |
| 23:48:14 | | Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 23:48:15 | | Quit petur ("Zzzz") |
| 23:48:47 | | Quit bluebrother (Read error: 113 (No route to host)) |
| 23:50:48 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 23:52:42 | Llorean | Do we know how to boost the Gigabeast and just aren't doing it, or is it a case of something we don't know yet? |
| 23:53:48 | | Join jhulst [0] (n=jhulst@75-135-157-217.dhcp.aldl.mi.charter.com) |
| 23:54:30 | BigBambi | Or underclock it further (I'm thinking of battery life) |
| 23:54:45 | BigBambi | It also does core voltage switching doesn't it? |
| 23:55:09 | Llorean | I don't know, but yeah, I was assuming we'd want to move it to switching between "fastest" and "rather slow" like all our other targets. |
| 23:55:26 | Llorean | I was also curious what codec benchmarks would look like at 532 |
| 23:55:35 | * | linuxstb_ wants a turbo button ;) |
| 23:55:51 | Llorean | Since apparently APE is at 52% for the highest compression now |
| 23:55:55 | gevaerts | Llorean: you mean you want ape -c5000? |
| 23:56:02 | linuxstb_ | That's insane. |
| 23:56:05 | Llorean | I don't *want* it |
| 23:56:18 | LambdaCalculus37 | linuxstb_: Of course it's "insane". ;) |
| 23:56:19 | * | gevaerts would be happy if his mini showed the ramdisk in the file browser |
| 23:56:21 | Llorean | I just want to see it have a number higher than 100% even if still not realtime for actual use |
| 23:56:52 | * | LambdaCalculus37 bets that at 532MHz, the beast possibly *could* decode -c5000 APE files in realtime |
| 23:57:41 | | Quit BlakeJohnson86 ("Leaving.") |
| 23:57:43 | gevaerts | If it scales linearly, it would have 4% margin today, which is about 20MHz |
| 23:57:52 | Llorean | On the iPods we needed to get to about 120% for realtime, but we probably need less on faster targets, since "core Rockbox stuff" takes away a much smaller percentage the more total power you have. |
icon identifies that the person is a core developer (has commit access).