| 00:01:08 | *** | Saving seen data "./dancer.seen" |
| 00:01:57 | | Quit angelwolf71885 ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 00:02:16 | | Join angelwolf71885 [0] (n=chatzill@cpe-173-171-133-36.tampabay.res.rr.com) |
| 00:06:06 | | Quit alex` (Remote closed the connection) |
| 00:07:39 | | Join liar [0] (n=liar@83.175.83.185) |
| 00:12:09 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 00:17:32 | | Quit domonoky1 (Read error: 104 (Connection reset by peer)) |
| 00:35:00 | | Join chrism [0] (n=kiwi@host-87-74-127-193.dslgb.com) |
| 00:36:03 | | Join GeekShado_ [0] (n=Antoine@APoitiers-552-1-27-18.w86-217.abo.wanadoo.fr) |
| 00:38:20 | | Join GeekShad__ [0] (n=Antoine@APoitiers-552-1-27-18.w86-217.abo.wanadoo.fr) |
| 00:48:53 | | Quit angelwolf71885 ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 00:52:28 | loyx | 3 |
| 00:57:12 | | Quit GeekShadow (Read error: 110 (Connection timed out)) |
| 00:57:51 | | Quit GeekShado_ (Read error: 110 (Connection timed out)) |
| 01:00 |
| 01:01:11 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 01:02:10 | kugel | n1s: (for the logs) are you sure the taking the result is correct in your last commit? remember that the result is what would've been written if the buffer was big enough |
| 01:02:17 | kugel | not what it actually wrote |
| 01:09:50 | | Quit flydutch ("/* empty */") |
| 01:19:43 | | Quit klapaucjusz ("Bedtime") |
| 01:30:50 | | Quit Thundercloud (Remote closed the connection) |
| 01:36:43 | kkurbjun | JdGordon, I'm logging those notes about the new artifacts I'm seeing |
| 01:36:57 | kkurbjun | turns out you can see the sbs updating in the plasma demo on the sim too |
| 01:38:14 | | Join angelwolf71885 [0] (n=chatzill@cpe-173-171-133-36.tampabay.res.rr.com) |
| 01:41:37 | | Quit FlynDice (Remote closed the connection) |
| 01:42:11 | | Quit angelwolf71885 (Client Quit) |
| 01:42:30 | | Join angelwolf71885 [0] (n=chatzill@cpe-173-171-133-36.tampabay.res.rr.com) |
| 01:50:48 | | Join tony__ [0] (n=tony@c-68-61-182-254.hsd1.mi.comcast.net) |
| 01:50:58 | tony__ | Hey guys.. I've installed iloader on 2nd gen nano. I also unzipped the latest RockBox for nano 2g into iloader directory and renamed rockbox.ipod to rockbox.bin. When I get to iloader screen and choose RockBox, the logo shows up and stays there (i.e., hangs). Any idea? |
| 01:50:58 | tony__ | anyone? |
| 01:52:15 | tony__ | I'm not sure whether this question should go to #rockbox-community instead. Any insight? |
| 01:52:44 | Torne | it goes here, but you will probably have to wait |
| 01:53:14 | tony__ | ok thx |
| 01:54:56 | | Quit MethoS- (Remote closed the connection) |
| 01:59:14 | Llorean | tony__: If it happens during iLoader or with iLoader it's something you should be talking to the people who write iLoader about |
| 01:59:24 | Llorean | Have you tried starting Rockbox the way our instructions say to do it? |
| 02:00 |
| 02:00:30 | angelwolf71885 | he was just on linux4nan but i sent him here because it seemed like a RB issue |
| 02:00:49 | tony__ | I tried the linux4nano wiki tutorial |
| 02:00:56 | liar | tony__: you are doing it wrong, you have to unzip the zip file direct on the ipod(not in a subdirectory) |
| 02:01:09 | *** | Saving seen data "./dancer.seen" |
| 02:01:31 | liar | tony__: and you dont have to rename rockbox.ipod to rockbox.bin, iloader will find your rockbox.ipod |
| 02:01:46 | liar | i think it even does not work if you rename it to rockbox.bin |
| 02:02:02 | tony__ | liar: I tried that too, but it didn't work.. tried both rockbox.ipod and renamed it to rockbox.bin.. when I go to RockBox from bootloader it just restarts the iloader |
| 02:02:03 | Llorean | tony__: Did you try *our* instructions |
| 02:02:31 | liar | tony__: dont rename the file |
| 02:02:33 | Llorean | If you're trying to use other tools or software than our own and it's failing, you need to talk with them. If you try it our way and it still fails, then we can start working on it. |
| 02:02:42 | tony__ | Llorean, not yet |
| 02:02:48 | Llorean | liar: Please don't talk him through how to use some other project's software here. |
| 02:02:54 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 02:02:54 | tony__ | Llorean, you're talking about http://www.rockbox.org/wiki/IPodNano2GPort? |
| 02:02:55 | Llorean | Keep this channel on the topic of Rockobx. |
| 02:02:58 | Llorean | tony__: Yes. |
| 02:03:15 | tony__ | Ok, I will try that now. Thanks! |
| 02:04:46 | linuxstb | tony__: The official manual links are down - you can get the Nano2G manual here: http://www.alice-dsl.net/dominik.riebeling/rockbox/rockbox-ipodnano2g-r23875-091206.pdf |
| 02:05:27 | tony__ | Thanks, I'm on it. |
| 02:06:02 | linuxstb | tony__: But before you start you should remove iloader - i.e. restore your ipod so it just has the Apple firmware. |
| 02:06:50 | tony__ | linuxstb, Any idea on how to do it? |
| 02:07:09 | tony__ | Sorry, I am a newb when it comes to this. |
| 02:07:21 | linuxstb | Then I guess the easiest way is to restore your ipod with itunes. |
| 02:07:34 | tony__ | alright |
| 02:11:34 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:15:24 | tony__ | It works! Thanks guys! I extracted the directory contents of .rockbox into nano's root the first time. The linux4nano tutorial is a bit ambiguous (they talk about rockbox.bin copied into /iloader). Anyway, it works. Thanks! |
| 02:15:48 | angelwolf71885 | glad to hear it |
| 02:16:26 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 02:16:54 | | Quit froggyman (Read error: 54 (Connection reset by peer)) |
| 02:28:57 | | Join arohtar [0] (n=faemir@78.33.109.163) |
| 02:29:24 | | Join GeekShado_ [0] (n=Antoine@APoitiers-552-1-27-18.w86-217.abo.wanadoo.fr) |
| 02:32:39 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 02:33:44 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
| 02:37:18 | | Quit faemir (Read error: 110 (Connection timed out)) |
| 02:47:14 | | Quit GeekShad__ (Read error: 113 (No route to host)) |
| 02:47:42 | | Quit tony__ ("Ex-Chat") |
| 02:49:04 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 02:49:29 | | Quit GeekShado_ (Read error: 113 (No route to host)) |
| 02:57:20 | | Quit GeekShadow (Read error: 113 (No route to host)) |
| 03:00 |
| 03:10:13 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 03:12:04 | Unhelpful | generic bitscan function for codec lib, supporting log2- and clz-like output, optionally mapping 0 input to 0 output: http://pastie.org/731217 |
| 03:12:18 | | Part froggyman |
| 03:13:18 | | Quit angelwolf71885 ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 03:13:35 | Unhelpful | and patches to replace av_log2 with a #define using it, as well as floor_log2 and wl_min_lzc in libfaad and count_leading_zeros in libalac. planning to commit once benchmark and crc results are verified for aac-he and alac, unless there are some style suggests or other objections... |
| 03:13:36 | | Join hebz0rl_ [0] (n=hebz0rl@dslb-088-065-217-221.pools.arcor-ip.net) |
| 03:15:16 | | Quit hebz0rl (Read error: 60 (Operation timed out)) |
| 03:24:17 | | Quit HBK (Read error: 110 (Connection timed out)) |
| 03:24:27 | | Nick KBH is now known as HBK (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 03:24:46 | | Quit kugel ("exit(0);") |
| 03:37:40 | | Join angelwolf71885 [0] (n=chatzill@cpe-173-171-133-36.tampabay.res.rr.com) |
| 04:00 |
| 04:01:12 | *** | Saving seen data "./dancer.seen" |
| 04:15:03 | | Quit angelwolf71885 ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 04:15:49 | | Quit hebz0rl_ ("Ex-Chat") |
| 04:20:28 | | Join Rondom_ [0] (n=quassel@dslb-084-057-167-172.pools.arcor-ip.net) |
| 04:34:14 | | Quit Rondom (Read error: 110 (Connection timed out)) |
| 04:48:08 | | Join rvvs89 [0] (n=ivo@bright-snat.ucc.asn.au) |
| 04:55:54 | | Join DerPapst [0] (n=DerPapst@p4FE8FE5B.dip.t-dialin.net) |
| 04:59:43 | | Quit DerPapst (Client Quit) |
| 05:00 |
| 05:13:47 | | Quit DerPapst1 (Read error: 110 (Connection timed out)) |
| 05:14:08 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 05:19:44 | Unhelpful | anybody able to guess why gcc would generate code like this? http://pastie.org/731325 |
| 05:20:55 | Unhelpful | am i somehow wrong, or does it do the compare, then the shift, and then r2 = ip & 0xff00, but with the last op split into two opposite conditions, so it's done either way but wastes an instruction... |
| 05:32:45 | JdGordon | kkurbjun: thats a damn nice theme you've got there :p |
| 05:33:33 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 05:37:48 | kkurbjun | :-D |
| 05:38:08 | kkurbjun | I was trying to test the sbs |
| 05:40:24 | JdGordon | I tihnk the delay at boot is because there is lots of shit to do, and there is a new lcd clear which is now happening... |
| 05:41:22 | kkurbjun | yeah, the clear seems to be happening too fast, the player used to show the rockbox logo while it was loading stuff up, but now it clears the logo and shows a partially rendered sbs with no menu, |
| 05:43:01 | kkurbjun | on the target it looks more strange because it hasn't loaded the sbs or graphics, so it clears and shows the default statusbar |
| 05:43:05 | JdGordon | how bad would it be to add a fwe more show_splash()'s in main()? |
| 05:43:10 | kkurbjun | on a black screen |
| 05:44:42 | kkurbjun | I think that should be avoided if possible - it would slow down the boot process (although it would only be by a small amount) |
| 05:44:59 | JdGordon | yeah I know... nice and dirty solution thouhg :) |
| 05:45:41 | JdGordon | ah the sbs updating is just the scrolling lines? |
| 05:45:54 | kkurbjun | yeah, you only see the scrolling lines |
| 05:46:34 | JdGordon | right.. ok... at least I know what the issue is :) |
| 05:48:10 | | Quit Horschti ("Verlassend") |
| 05:58:04 | | Join angelwolf71885 [0] (n=chatzill@cpe-173-171-133-36.tampabay.res.rr.com) |
| 06:00 |
| 06:01:16 | *** | Saving seen data "./dancer.seen" |
| 06:19:17 | | Quit angelwolf71885 ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 06:21:03 | | Quit phanboy4 (Read error: 54 (Connection reset by peer)) |
| 06:21:24 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 06:23:12 | | Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 06:25:54 | | Quit tchan (Read error: 60 (Operation timed out)) |
| 06:28:22 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
| 06:28:52 | | Quit pixelma (Read error: 60 (Operation timed out)) |
| 06:28:54 | | Join pixelma [0] (i=quassel@rockbox/staff/pixelma) |
| 07:00 |
| 07:15:33 | | Join angelwolf71885 [0] (n=chatzill@cpe-173-171-133-36.tampabay.res.rr.com) |
| 07:17:04 | | Quit CaptainKewl (Remote closed the connection) |
| 07:18:53 | | Quit angelwolf71885 (Client Quit) |
| 07:51:29 | | Part toffe82 |
| 07:54:04 | | Join stoffel [0] (n=quassel@p57B4F1FB.dip.t-dialin.net) |
| 07:59:02 | | Quit efyx_ (Remote closed the connection) |
| 08:00 |
| 08:01:18 | *** | Saving seen data "./dancer.seen" |
| 08:13:57 | amiconn | meh |
| 08:22:25 | | Join Tomis [0] (n=Tomis@70.134.86.213) |
| 08:28:28 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 08:29:41 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 08:34:07 | | Join Rob2223 [0] (n=Miranda@p4FDCB351.dip.t-dialin.net) |
| 08:37:13 | | Quit rvvs89 (Read error: 110 (Connection timed out)) |
| 08:40:31 | | Quit Rob2222 (Read error: 60 (Operation timed out)) |
| 08:49:46 | linuxstb | Zagor: Have you changed the daily builds to only keep three days worth of builds? |
| 08:50:22 | Zagor | yes |
| 08:50:48 | Zagor | in mid-september |
| 08:51:21 | linuxstb | ;) |
| 08:51:57 | linuxstb | I guess that proves they're not needed then... |
| 08:57:20 | | Join flydutch [0] (n=flydutch@host140-41-dynamic.116-80-r.retail.telecomitalia.it) |
| 08:59:59 | pixelma | I wanted a few more back when early USB on Archos was broken again and none of the dailies reached as far back (and in 3.4 it was broken too) |
| 09:00 |
| 09:00:19 | pixelma | maybe 4 weeks ago |
| 09:00:53 | pixelma | a 3.4.1 release would have been a nice alternative |
| 09:04:06 | | Quit funman ("free(random());") |
| 09:05:10 | JdGordon | would anyone have problems with this in the LCD drivers? http://pastebin.com/m4299309c |
| 09:08:04 | amiconn | eek |
| 09:08:21 | amiconn | Hackaround for buggy app layer :( |
| 09:08:46 | JdGordon | not a buggy app layer... merely a hack |
| 09:09:12 | JdGordon | that fixes my gui artefacts problems.. but doesnt stop the display flickering sometimes :( |
| 09:09:38 | amiconn | Imo this hack clearly works around a buggy app layer |
| 09:09:48 | amiconn | Don't update at the wrong time to start with |
| 09:09:50 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 09:10:25 | JdGordon | the problem is I want to clear the whole screen but not update untill something is ready to, but when it is, it only updates a viewport |
| 09:10:32 | * | JdGordon is very open to suggestions |
| 09:13:48 | JdGordon | hack, flickers, or artefacts.. whats the less evil? |
| 09:15:26 | | Quit Tomis () |
| 09:15:34 | amiconn | No hack, no flicker, and no artifacts |
| 09:15:41 | amiconn | This all used to work... |
| 09:16:10 | JdGordon | yes, its amazing how stupidly sdimple things work, and complicated stuff doesnt.... |
| 09:17:43 | JdGordon | of course we could just go back to doing a full screen update every time instead of a viewport only... |
| 09:19:34 | amiconn | If complicated stuff doesn't work, it's usually because it is too complicated. Viewports are meant as a method to simplify apps/ ... |
| 09:21:36 | JdGordon | simple -> simpler+betterer -> complicated and awesomer |
| 09:21:53 | amiconn | The last step is a wrong one imo |
| 09:22:35 | amiconn | It leads to bloatedness and bugginess |
| 09:23:00 | amiconn | The various viewported gui elements are all drawn from a single thread. I don't see why it shouldn't be possible to synchronize them nicely |
| 09:23:11 | * | JdGordon doesnt bother with this argument... we know you dont want any visual niceties (except the animation in the statusbar!) |
| 09:23:24 | amiconn | Fundamentally wrong |
| 09:24:30 | amiconn | Of course I want my rockbox (and other things) to look nice & clear. |
| 09:24:48 | JdGordon | you have the sbs skin updating at XHz... the GUI for whatever screen you are in updating at YHz, and dead area never updating... |
| 09:25:01 | JdGordon | if you have a workable idea how to do it then go ahead of let us know... |
| 09:25:06 | amiconn | Why does the sbs update itself? |
| 09:25:25 | amiconn | Imo the main screen should trigger statusbar updates |
| 09:25:41 | | Join Bagder [0] (n=dast@giant.haxx.se) |
| 09:25:46 | JdGordon | it updates in the action handler... once per loop (usually) |
| 09:26:23 | | Quit HBK (Read error: 110 (Connection timed out)) |
| 09:26:28 | | Nick KBH is now known as HBK (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 09:26:45 | JdGordon | which is not the problem anyway... the problem is dead area doesnt get updated because we dont do full screen updates if we can avoid it |
| 09:27:47 | amiconn | My focus regarding looks is on usability though. That means I don't squeeze useless graphics on a tiny screen, but rather want my track info nice and readable, accompanied by information about the state of playback and device status. |
| 09:27:56 | JdGordon | the only place this really happens is when the splash is shown |
| 09:28:22 | amiconn | Artifacts like status bars going invisible, or statusbars overlaying the splash screen are quite annoying. |
| 09:28:38 | JdGordon | and when re-enabling the theme after it was disabled |
| 09:28:45 | amiconn | But this didn't happen before .sbs, so the problem is in there |
| 09:29:51 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:30:08 | amiconn | So you need to do a full screen update if the main part changes. The main part knows when that happens, and if it would also trigger sbs updates, it would automatically be in sync |
| 09:30:34 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 09:31:05 | JdGordon | it wouldnt update often enough, and you end up having to do full screen updates |
| 09:32:23 | JdGordon | screens only need to worry about updating themselves... they cant know if a sbs or statusbar is being displayed or not |
| 09:32:55 | amiconn | They can just call a function that does the update... or nothing if there's nothing there |
| 09:33:21 | * | amiconn doesn't really understand the dead area problem though (and doesn't observe it either) |
| 09:33:39 | amiconn | Who would throw away parts of that already tiny screen? |
| 09:33:48 | JdGordon | not all screens are tiny |
| 09:33:53 | JdGordon | mr500 |
| 09:34:17 | JdGordon | even the beast and ipods have a big enough screen where a 5 pixel margin is nice |
| 09:35:10 | JdGordon | amiconn: They can just call a function that does the update... or nothing if there's nothing there <- yes thats happening now.... but the calling screen still doesnt want to be told if it needs to do a full screen update or a partial one |
| 09:35:19 | * | amiconn has several ipods, but they all have tiny screens |
| 09:35:36 | amiconn | I do know the iPod Video screen - not really big either |
| 09:36:00 | amiconn | The calling screen doesn't need to be told... it should know by itself |
| 09:36:13 | JdGordon | no it shouldnt! |
| 09:36:21 | amiconn | why? |
| 09:36:40 | JdGordon | it only cares about its rectangle that its drawing in |
| 09:36:52 | amiconn | It knows whether it was freshly opened or whether it's already running for some time |
| 09:37:08 | JdGordon | yes, and that adds complexity |
| 09:37:21 | amiconn | I.e. just make the first update a full one, and be done |
| 09:37:30 | JdGordon | lots of it in the case of the wps where it has multiple "exit/entry" points |
| 09:38:25 | amiconn | And if parts like sbs are updated from within the main loop (with a handler call), it shouldn't happen that the sbs updates before the main part is ready |
| 09:39:16 | JdGordon | actually the sbs is almost always drawn before the main loop... its called in get_action() |
| 09:39:51 | JdGordon | which is just about always at the start of the loop |
| 09:39:59 | | Quit phanboy4 (Read error: 113 (No route to host)) |
| 09:41:07 | amiconn | And that's very likely a reason for many of those nasty artifacts |
| 09:41:25 | JdGordon | thats been there for a long time already |
| 09:41:34 | JdGordon | and not likely to change |
| 09:42:07 | amiconn | So why didn't it cause those artifacts before sbs then? |
| 09:42:30 | JdGordon | because the statusbar viewport was always known |
| 09:42:36 | JdGordon | the list viewport was always known |
| 09:42:45 | JdGordon | everything is known at compile time |
| 09:42:53 | JdGordon | was* |
| 09:43:10 | JdGordon | sbs and ui viewport change all that |
| 09:43:14 | amiconn | I'M *not* talking about dead areas |
| 09:44:04 | JdGordon | artefacts being what then? |
| 09:46:34 | | Quit Thundercloud (Read error: 54 (Connection reset by peer)) |
| 09:54:09 | | Quit jae ("leaving") |
| 09:54:53 | | Join maruk [0] (n=papier@titanium.sdv.fr) |
| 09:58:23 | Zagor | today is target rename day |
| 09:58:32 | | Join Tomis [0] (n=Tomis@70.134.86.213) |
| 09:58:40 | JdGordon | hip hip hooray!? |
| 09:59:26 | Zagor | :-) |
| 09:59:57 | | Quit parafin (niven.freenode.net irc.freenode.net) |
| 09:59:57 | NSplit | niven.freenode.net irc.freenode.net |
| 09:59:57 | | Quit ps-auxw (niven.freenode.net irc.freenode.net) |
| 09:59:57 | | Quit crwll (niven.freenode.net irc.freenode.net) |
| 09:59:57 | | Quit blithe_ (niven.freenode.net irc.freenode.net) |
| 09:59:57 | | Quit Hadaka (niven.freenode.net irc.freenode.net) |
| 09:59:57 | | Quit LinusN (niven.freenode.net irc.freenode.net) |
| 10:00 |
| 10:00:06 | | Join blithe [0] (n=blithe@blakesmith.me) |
| 10:00:09 | NHeal | niven.freenode.net irc.freenode.net |
| 10:00:09 | NJoin | LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 10:00:27 | NJoin | crwll [0] (n=crwlll@a91-156-100-168.elisa-laajakaista.fi) |
| 10:01:19 | *** | Saving seen data "./dancer.seen" |
| 10:02:47 | CIA-6 | New commit by zagor (r23880): Rename targets to be consistent in all places. (FS #10819) |
| 10:03:18 | CIA-6 | New commit by zagor (r23881): Rename targets to be consistent in all places. (FS #10819) |
| 10:04:59 | | Join Naked [0] (n=naked@naked.iki.fi) |
| 10:05:10 | | Nick Naked is now known as Hadaka (n=naked@naked.iki.fi) |
| 10:05:23 | Bagder | Zagor: I fiddled with the manual build script tonight and it should now log the full round outputs so that we can figure out why lots of manuals don't show up anymore |
| 10:05:38 | Zagor | excellent |
| 10:12:18 | linuxstb | Zagor: Why the 3.4 branch? |
| 10:12:27 | Zagor | branch? |
| 10:12:34 | linuxstb | http://svn.rockbox.org/viewvc.cgi?view=rev&revision=23881 |
| 10:12:46 | Zagor | wtf? |
| 10:13:31 | Zagor | crap... |
| 10:17:08 | linuxstb | Zagor: is this as bad as it seems? i.e. is it a lot of work to do the same thing in trunk? |
| 10:17:31 | Zagor | I meant to do it in trunk. the branch was a mistake. reverting now. |
| 10:17:55 | CIA-6 | New commit by zagor (r23882): Reverted r23881 mistakenly committed to branch. |
| 10:18:04 | linuxstb | Yes, I guessed that. I'm just wondering how hard it will be to do the same to trunk. |
| 10:18:22 | Zagor | hopefully not too bad |
| 10:18:41 | Bagder | hm http://www.rockbox.org/download/ is broken now... |
| 10:19:12 | Bagder | and build.rockbox.org |
| 10:19:18 | Zagor | yes, due to the branch snafu |
| 10:19:20 | Bagder | it's probably one of the perl things |
| 10:19:22 | Bagder | aha |
| 10:28:50 | Zagor | blah, who is good with svn merging? I want to merge change 23881 onto trunk. apparently "svn merge -c 23881 ." isn't the right thing to do. |
| 10:34:08 | Bagder | can't you just do a svn diff | (cd [path] && patch -p0) ? |
| 10:34:27 | Zagor | no, svn diff doesn't handle renamed/moved files |
| 10:34:32 | Bagder | aha |
| 10:51:14 | amiconn | JdGordon: (1) Statusbar appearing on the splash screen. (2) Statusbar disappearing in the menu |
| 10:52:41 | amiconn | (3) Statusbar drawing over lists (space not accounted for) |
| 10:52:57 | amiconn | Things like these... I on't have any dead areas |
| 10:54:20 | | Join FlynDice [0] (n=FlynDice@179-225-237-24.bb.static.gci.net) |
| 10:55:54 | | Join rvvs89 [0] (n=ivo@robotnik.ucc.gu.uwa.edu.au) |
| 10:57:53 | Zagor | pixelma: what is the \playerman macro in the manuals? player name? |
| 10:58:32 | Zagor | and \playertype? |
| 10:59:12 | Zagor | looks like my script went a little overzealous with the manuals... |
| 10:59:27 | Zagor | "Connect your \archosplayertype{} to the computer" |
| 11:00 |
| 11:01:09 | pixelma | can't remember seeing this macro, would have to look for that myself. |
| 11:01:37 | pixelma | and I'm at work, so it's a bit hard for me to do now... |
| 11:01:43 | Zagor | ok |
| 11:03:02 | | Quit chrism (Read error: 104 (Connection reset by peer)) |
| 11:26:32 | linuxstb | Zagor: You've probably worked it out by now, but \playerman looks like the manufacturer (or "Ipod"), and \playertype is the model |
| 11:28:26 | Zagor | yeah. thanks anyway. |
| 11:31:37 | pixelma | but \archosplayertype looks odd, more like a leftover |
| 11:32:21 | Zagor | no, it was my name changes sed that did too much. it changes the \opt{player} lines to \opt{archosplayer}. but it wasn't supposed to change \playertype |
| 11:32:36 | Zagor | I've fixed it now |
| 11:33:06 | pixelma | oh, then I misunderstood and could have answered the question earlier :/ |
| 11:33:14 | Zagor | :-) no problem |
| 11:43:12 | | Join ps-auxw [0] (n=arneb@dyn37.ps-auxw.de) |
| 11:47:06 | | Quit Tomis (Read error: 110 (Connection timed out)) |
| 11:50:51 | Bagder | Zagor: are you working on fixing the site? is it pending your merge/renaming things? |
| 11:51:31 | Zagor | yes I do. the updated site uses a new target list from trunk/tools/ which isn't there yet. |
| 11:51:40 | Bagder | aha |
| 11:52:40 | Zagor | I'm considering reverting the web change though. the merge takes a while. |
| 11:55:00 | | Quit z35 (Read error: 60 (Operation timed out)) |
| 11:55:18 | | Join z35 [0] (n=z35@ool-45714f83.dyn.optonline.net) |
| 11:58:56 | | Join watto [0] (n=watto@193.203.81.165) |
| 12:00 |
| 12:01:23 | *** | Saving seen data "./dancer.seen" |
| 12:16:53 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
| 12:23:18 | | Join Lynx_ [0] (n=Lynx@xdsl-78-34-242-8.netcologne.de) |
| 12:36:33 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 12:36:59 | | Quit stoffel (Remote closed the connection) |
| 12:38:31 | | Join Guest23293 [0] (n=n17ikh@host-69-59-126-212.nctv.com) |
| 12:39:01 | | Quit n17ikh (Nick collision from services.) |
| 12:39:09 | | Quit Guest23293 (Client Quit) |
| 12:39:32 | | Join n17ikh [0] (n=n17ikh@host-69-59-126-212.nctv.com) |
| 12:52:02 | | Join Tomis2 [0] (n=Tomis@70.134.66.50) |
| 13:00 |
| 13:02:40 | | Part Bagder |
| 13:03:05 | | Quit liar (Read error: 104 (Connection reset by peer)) |
| 13:03:16 | | Join liar [0] (n=liar@83.175.83.185) |
| 13:09:13 | | Join Bagder [0] (n=dast@giant.haxx.se) |
| 13:19:15 | CIA-6 | New commit by zagor (r23883): Rename targets to be consistent in all places. (FS #10819). Take 2. |
| 13:20:59 | CIA-6 | New commit by zagor (r23884): Added missing file. |
| 13:24:44 | topik | will that chance bring back the current build page Zagor ? |
| 13:24:48 | topik | change even |
| 13:25:02 | Zagor | topik: yeah, in a minute. some fixes remain. |
| 13:26:19 | topik | no rush, was just looking around for info on AMS usb and then wanted to look at sansa c200/e200 pics |
| 13:29:48 | | Part Bagder |
| 13:34:41 | | Join Bagder [0] (n=dast@giant.haxx.se) |
| 13:38:16 | | Join tomers [0] (n=86bfe845@giant.haxx.se) |
| 13:38:26 | tomers | zagor: Have you considered s/iriver/iRiver/ ? |
| 13:38:47 | Bagder | that's not how they use it |
| 13:38:53 | Bagder | they vary |
| 13:38:59 | Zagor | also, all target names are lowercase. mixing case just adds trouble. |
| 13:40:50 | tomers | zagor: According to http://en.wikipedia.org/wiki/IAUDIO, it is produced by Cowon, so why not s/iAudio M3/Cowon iAudio M3/ and such? |
| 13:41:08 | tomers | zagor, Bagder: I'm refering to http://themes.rockbox.org/ which shows the model names |
| 13:42:33 | tomers | bagder: Agreed. (on the 'iriver') |
| 13:43:08 | Bagder | we call them ipods even though apple makes them |
| 13:43:13 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 13:43:16 | Bagder | cowon's iaudios are only called iaudio |
| 13:43:36 | Bagder | perhaps |
| 13:44:09 | Bagder | I think the important thing here is consistency anyway |
| 13:44:10 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 13:44:24 | Bagder | I mean between different scripts |
| 13:44:31 | kugel | Zagor: build.pm looks strange |
| 13:45:12 | kugel | it seems the first half is duplicated |
| 13:45:42 | Zagor | heh, yeah. fixing. |
| 13:45:50 | | Quit tomers ("CGI:IRC") |
| 13:47:06 | kugel | \o/ for moving config-<target>.h into a separate dir btw :) |
| 13:47:47 | Bagder | then they could even become config/<target>.h ... |
| 13:48:07 | Zagor | Bagder: they are |
| 13:48:20 | * | Bagder pretends he was aware of that |
| 13:48:29 | kugel | :p |
| 13:48:29 | Zagor | :) |
| 13:51:36 | CIA-6 | New commit by zagor (r23885): Sort names case insensitive. Remove duplication. |
| 13:55:58 | kugel | Zagor: I don't think we want m200v4 on the download page |
| 13:57:17 | kugel | I think the philips and ondas aren't right there too |
| 13:57:31 | Zagor | they're not supposed to be there |
| 13:57:40 | | Part froggyman |
| 13:58:27 | Zagor | fixed |
| 13:58:35 | kugel | ah gone :) |
| 13:58:40 | * | kugel is slow |
| 14:00 |
| 14:01:25 | *** | Saving seen data "./dancer.seen" |
| 14:04:59 | | Join teru [0] (n=teru@KD059133115245.ppp.dion.ne.jp) |
| 14:06:48 | kugel | Zagor: ipodnano2g and e200v2 wrongly appear on the release download page |
| 14:06:49 | Unhelpful | would somebody with a coldfire target mind giving http://pastie.org/731700 a try? main things to look for is that a codec that uses the log2 or clz functions 1) produces the same CRC in test_codec checksum mode 2) is faster with the patch than without. alac or flac are probably the easiest to test. |
| 14:08:03 | CIA-6 | New commit by zagor (r23886): sansae200v2 and iponano2g are unstable targets |
| 14:08:07 | Zagor | kugel: thanks |
| 14:09:17 | Bagder | Zagor: maybe you can make variables like $stable and $unstable to set in that hash to make it more readable than 2 and 3 |
| 14:09:57 | Bagder | or even use the actual strings |
| 14:10:22 | Zagor | I like integers, to be able to quickly sort >1 for instance |
| 14:10:31 | mc2739 | Zagor: also e200r is on daily and release pages - e200r uses e200 build |
| 14:10:37 | Bagder | right |
| 14:11:43 | Unhelpful | gevaerts or AlexP maybe if you have the chance...? |
| 14:14:02 | | Join parafin [0] (i=parafin@paraf.in) |
| 14:15:30 | Zagor | mc2739: hmm, it shouldn't be a separate build at all then should it? it's only ever used in tools/configure to build the boot loader. |
| 14:16:38 | mc2739 | Zagor: That is correct. |
| 14:17:53 | kugel | well, they're separate models in theory, it would make sense if it appears separately on the download page too (but linking to the same binary) |
| 14:18:05 | kugel | s/binary/.zip/ |
| 14:24:37 | gevaerts | Unhelpful: maybe tonight |
| 14:28:24 | kugel | Zagor: so, what if I wanted to make the fuze stable. would I only need to change build.pm? and does the page still need a manual update? |
| 14:28:37 | Zagor | yes and yes |
| 14:29:27 | kugel | alright |
| 14:32:00 | | Join webguest74 [0] (n=db03a407@giant.haxx.se) |
| 14:32:44 | | Quit webguest74 (Client Quit) |
| 14:33:55 | * | kugel thinks we should decide on whether to (generally) accept the/a default sbs for cabbiv2 |
| 14:34:00 | kugel | I'll vote for it |
| 14:34:29 | Unhelpful | gevaerts: thanks. no hurry. :) |
| 14:38:49 | pixelma | kugel: if it hasn't changed, the one in the forum thread is missing some important info in the recording screen (and displays repeat and shuffle info instead which is not necessary there) |
| 14:39:48 | kugel | right :/ |
| 14:40:10 | CIA-6 | New commit by zagor (r23887): A few more target rename fixes |
| 14:40:16 | pixelma | and there's also only one port so far - just my thought that it isn't ready yet |
| 14:42:06 | gevaerts | I'm not sure if we should require it to be ready for all screen sizes, but it should be complete for all screen sizes that are ready |
| 14:44:55 | kugel | pixelma: well, I was just saying that we should decide on the general idea of a default sbs not on that particular one |
| 14:53:59 | CIA-6 | New commit by zagor (r23888): Corrected ondio language wildcards. |
| 15:00 |
| 15:14:04 | CIA-6 | New commit by zagor (r23889): Corrected boot output filenames |
| 15:18:45 | Zagor | hmm, gigabeatfx reports plugin ram full on doom.rock |
| 15:28:00 | CIA-6 | New commit by zagor (r23890): Target name fixes |
| 15:38:33 | AlexP | Unhelpful: Tonight sure, but I'm at work atm |
| 15:38:53 | | Join Omlet [0] (n=omlet05@40.10-65-87.adsl-dyn.isp.belgacom.be) |
| 15:38:59 | AlexP | kugel: In principle yes, when the info is there as it is now |
| 15:52:46 | kugel | Zagor: "corrected"? I think the boot filenames are wrong now :/ |
| 15:53:11 | kugel | and inconsistnet it appears |
| 15:53:33 | kugel | oh no, not inconsistent |
| 15:53:37 | Zagor | they are now consistent with tools/configure |
| 15:54:00 | Zagor | I have not renamed all boot files, since I don't know if any of them have outside dependencies |
| 15:54:52 | kugel | well, the samsa ones don't |
| 15:55:49 | Zagor | (I meant I have not renamed _any_ boot files) |
| 15:55:59 | Zagor | at least I think not :) |
| 16:00 |
| 16:01:27 | *** | Saving seen data "./dancer.seen" |
| 16:05:26 | | Join roolku [0] (n=roolku@cpc5-sgyl16-0-0-cust114.sgyl.cable.virginmedia.com) |
| 16:06:12 | roolku | Zagor: this line in configure looks suspicious: if test "$modelname" != "gigabeatf" -a "$t_manufacturer" != "as3525" -a "$ARG_ARM_EABI" != "1"; then |
| 16:06:23 | Zagor | indeed |
| 16:07:53 | CIA-6 | New commit by zagor (r23891): Gigabeat f => fx fix |
| 16:15:56 | | Join jgarvey [0] (n=jgarvey@cpe-174-097-130-131.nc.res.rr.com) |
| 16:21:48 | | Quit teru ("Quit") |
| 16:29:36 | | Quit Sajber^ ("Leaving.") |
| 16:29:45 | | Quit roolku () |
| 16:40:42 | | Join DerPapst [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) |
| 16:41:28 | | Join Strife89DS [0] (n=nds@168.16.239.253) |
| 16:48:29 | | Quit DerPapst ("Leaving.") |
| 16:49:48 | | Join toffe82 [0] (n=chatzill@12.169.218.14) |
| 16:54:00 | | Quit Strife89DS ("ClIRC - IRC client for Nintendo DS") |
| 17:00 |
| 17:00:53 | | Part LinusN |
| 17:01:30 | | Quit Zagor ("Don't panic") |
| 17:04:25 | | Join roolku [0] (n=roolku@cpc5-sgyl16-0-0-cust114.sgyl.cable.virginmedia.com) |
| 17:05:49 | | Quit kkurbjun (Read error: 110 (Connection timed out)) |
| 17:09:16 | roolku | Zagor: the file tools/checkwps/targets.txt still contains the old modelnames - is this correct? |
| 17:13:00 | CIA-6 | New commit by roolku (r23892): make tpj1022 bootloader compile again |
| 17:13:16 | kugel | roolku: I don't think so |
| 17:17:18 | | Join calman_ [0] (n=caleb@cpe-173-88-95-122.columbus.res.rr.com) |
| 17:18:13 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 17:18:44 | kugel | roolku: targets.txt is for buildall.sh |
| 17:19:28 | | Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
| 17:20:39 | roolku | kugel: yes. It's probably easier for Zagor to run his sed script instead of fixing it manually |
| 17:21:17 | kugel | roolku: I think it should be changed so that it's not needed at all |
| 17:21:28 | kugel | i.e. what the release scripts have now |
| 17:21:57 | * | linuxstb wonders about http://svn.rockbox.org/viewvc.cgi?view=rev&revision=23889 - shouldn't the names be bootloader-$modelname.sansa ? |
| 17:21:59 | roolku | kugel: alternatively discontinue buildall.sh since checkwps is a build target now |
| 17:25:35 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 17:25:46 | | Join DerPapst [0] (n=DerPapst@p4FE8FE5B.dip.t-dialin.net) |
| 17:26:46 | linuxstb | Zagor: (for the logs) "ipod4gray" is still in rbutil.ini - is that right? Also, you haven't symlinked bootloader-ipodnano1g.ipod on the download server. |
| 17:27:02 | | Join kkurbjun [0] (n=kkurbjun@c-98-245-170-51.hsd1.co.comcast.net) |
| 17:28:49 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 17:30:54 | kugel | roolku: buildall.sh works by doing configure && make for each tarfget already |
| 17:32:33 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
| 17:32:39 | | Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) |
| 17:43:48 | | Quit Galois (Remote closed the connection) |
| 17:44:07 | | Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) |
| 17:47:14 | | Quit roolku () |
| 17:47:36 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 17:48:08 | | Part Bagder |
| 17:48:33 | | Part pondlife |
| 17:59:19 | | Join ded [0] (n=user@luscinia.Princeton.EDU) |
| 18:00 |
| 18:01:29 | *** | Saving seen data "./dancer.seen" |
| 18:02:49 | ded | I'm trying to help someone who is in rural Ethiopia and hence is extremely limited in size of files he can download (and will soon be out of internet access). He has rockbox v3.4 installed but is getting "Connect to your computer. Use iTunes to restore." What would his best options be? |
| 18:07:26 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.66.50) |
| 18:10:33 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:14:47 | linuxstb | ded: That normally means the disk is corrupted in some way that the Apple bootloader (stored in ROM) is not happy about. This page may help - http://www.rockbox.org/wiki/IpodManualRestorel |
| 18:14:58 | linuxstb | I meant http://www.rockbox.org/wiki/IpodManualRestore |
| 18:19:37 | | Quit Topy44 (Read error: 104 (Connection reset by peer)) |
| 18:19:38 | | Join Topy [0] (n=topy@my.fastsh.it) |
| 18:21:13 | | Join Kitar|st [0] (n=Kitarist@BSN-77-22-165.dial-up.dsl.siol.net) |
| 18:22:25 | | Quit calman_ (Client Quit) |
| 18:23:31 | ded | linuxstb, thanks. Unfortunately he only has access to Windows machines. Is using rbutil to reinstall the bootloader likely to help? On my ipod I have completely removed the Apple firmware (under linux). How would one do that under Windows? |
| 18:26:19 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 18:30:20 | linuxstb | ded: It's not straightforward under windows (and I'm not the best person to ask for help there...) You either need to use itunes, or find a way to do those steps on a Windows computer. |
| 18:31:52 | krazykit | dd is available for windows (dd.exe) and fat32format will do as the name suggests. i can't really support either software, as i've never used them |
| 18:33:34 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 18:37:04 | | Quit phanboy4 ("Leaving") |
| 18:39:23 | | Quit Kitr88 (Connection timed out) |
| 18:39:25 | | Join Kitr88 [0] (i=Kitarist@BSN-143-77-107.dial-up.dsl.siol.net) |
| 18:40:28 | | Quit Kitar|st (Read error: 110 (Connection timed out)) |
| 18:44:07 | ded | OK, thanks. |
| 18:46:28 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
| 18:46:39 | | Join Lynx [0] (n=Lynx@xdsl-84-44-140-3.netcologne.de) |
| 18:47:06 | | Nick Lynx is now known as Guest47578 (n=Lynx@xdsl-84-44-140-3.netcologne.de) |
| 18:47:34 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 18:54:27 | | Part pondlife |
| 18:55:29 | * | LambdaCalculus37 is close to finishing the GoGear SA9200 plugin keymaps |
| 18:57:40 | LambdaCalculus37 | Still need 128x160 cabbiev2 theme, though. :) |
| 19:00 |
| 19:00:04 | | Quit funman ("free(random());") |
| 19:00:45 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 19:01:59 | LambdaCalculus37 | pixelma: Can you help me get a cabbiev2 theme for the GoGear SA9200? |
| 19:02:54 | | Quit maruk ("Leaving.") |
| 19:03:21 | | Quit Lynx_ (Connection timed out) |
| 19:13:11 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 19:13:29 | | Join HellDragon [0] (n=jd@modemcable207.134-202-24.mc.videotron.ca) |
| 19:21:08 | | Join einhirn [0] (n=Miranda@p5485226C.dip0.t-ipconnect.de) |
| 19:23:27 | CIA-6 | New commit by rmenes (r23893): Yet more GoGear SA9200 plugin keymaps. Almost done! |
| 19:24:30 | | Quit LambdaCalculus37 ("Fwump") |
| 19:25:04 | | Quit pixelma (Nick collision from services.) |
| 19:25:06 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 19:25:25 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 19:25:32 | | Part ded ("ERC Version 5.3 (IRC client for Emacs)") |
| 19:25:44 | | Join amiconn_ [0] (i=quassel@p57A0FDCD.dip.t-dialin.net) |
| 19:26:13 | | Quit amiconn (Nick collision from services.) |
| 19:26:49 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 19:27:07 | | Join einhirn [0] (n=Miranda@p5485226C.dip0.t-ipconnect.de) |
| 19:32:18 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 19:32:26 | | Quit archivator (Remote closed the connection) |
| 19:36:47 | | Quit tomers ("ChatZilla 0.9.85 [Firefox 3.5.5/20091109125225]") |
| 19:49:09 | | Join JdGordon| [0] (n=Miranda@nat/microsoft/x-naikfzinunyjruqg) |
| 19:49:41 | | Quit parafin (Nick collision from services.) |
| 19:49:51 | | Join parafin [0] (i=parafin@paraf.in) |
| 19:49:58 | | Join PaulJam [0] (n=Paule@vpn-3179.gwdg.de) |
| 19:52:53 | | Join Strife89 [0] (n=michael@168.16.237.214) |
| 19:56:14 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 19:58:06 | | Join Omlet05 [0] (n=omlet05@91.176.185.210) |
| 20:00 |
| 20:01:34 | *** | Saving seen data "./dancer.seen" |
| 20:10:32 | | Join mrtok1 [0] (n=dummy@p5B39D5E8.dip.t-dialin.net) |
| 20:12:16 | mrtok1 | Q: Is someone here to help troubleshooting profiling setup? followed these instuctions (http://www.rockbox.org/wiki/SourceProfiling) but still get no meaningful results ... |
| 20:15:05 | | Quit Omlet (Read error: 110 (Connection timed out)) |
| 20:21:33 | | Quit bmbl ("Bye!") |
| 20:42:31 | * | Llorean thinks http://forums.rockbox.org/index.php?topic=23343 is interesting |
| 20:42:42 | | Join solexx [0] (n=jrschulz@e176108224.adsl.alicedsl.de) |
| 20:42:46 | Llorean | It might explain those occasional reports by people of it taking dozens of seconds or minutes before they can use their player |
| 20:43:44 | | Join domonoky1 [0] (n=Domonoky@g229189126.adsl.alicedsl.de) |
| 20:44:25 | * | JdGordon| doesnt rememeber any of those reports |
| 20:44:57 | GodEater | JdGordon| hasn't got nearly as many hours logged in the forums as Llorean though ;) |
| 20:45:11 | JdGordon| | true |
| 20:45:17 | Llorean | JdGordon|: There have been several people who've mentioned having 10-60 second times before they can start browsing |
| 20:45:35 | Llorean | Usually we recommend enabling dircache, and often that clears it up, but >10 seconds before you can browse without dircache seems somewhat ridiculous |
| 20:47:14 | gevaerts | Llorean: you're saying that maybe the thing that blocks is maybe not just listing the file, but looking up the font file over and over again? |
| 20:47:21 | Llorean | Yes |
| 20:47:43 | Llorean | I just always felt that >10 seconds was really out of scale for "just waiting for the disk to spin up" |
| 20:48:02 | JdGordon| | that delay should only ever happen if there is no .fontcache file though |
| 20:48:02 | | Quit domonoky (Read error: 60 (Operation timed out)) |
| 20:48:23 | gevaerts | JdGordon|: or if there are new glyphs |
| 20:48:27 | Llorean | JdGordon|: Or if the root directory already contains more glyphs than the fontcache can deal with? |
| 20:48:39 | Llorean | Or more uncached glyphs than reasonable. |
| 20:49:06 | gevaerts | hm, if that's the case, and enabling dircache by default remains impossible because of the various limit issues, maybe a .rockbox-only dircache would be a good idea? |
| 20:49:41 | JdGordon| | isnt the issue loading glyphs? |
| 20:49:44 | JdGordon| | not dircache? |
| 20:50:12 | gevaerts | JdGordon|: loading glyphs requires opening the font file, which requires finding it on disk |
| 20:50:26 | gevaerts | so this sounds like a plausible hypothesis to me |
| 20:50:46 | | Join phanboy4 [0] (n=benji@gate-20.spsu.edu) |
| 20:50:52 | JdGordon| | I would have expected the glyph loader to keep the fd open... |
| 20:50:52 | | Quit phanboy4 (Client Quit) |
| 20:51:11 | gevaerts | I'm not sure. We don't have very many fds |
| 20:51:20 | * | gevaerts tries to check |
| 20:51:29 | JdGordon| | also, does dircache actually help with opening files? or just listing them? |
| 20:51:57 | gevaerts | it should help with both I'd say |
| 20:52:52 | gevaerts | hm, you're right. It keeps the file open while caching |
| 20:53:20 | JdGordon| | the mass seeking sounds like a possible issue... but I cant tihnk how else you'd do it.. |
| 20:53:33 | JdGordon| | you cant really load 25 glyphs in one hit |
| 20:54:09 | JdGordon| | i mean, sequentially load glyph 0->25... we might not want them all |
| 20:54:53 | JdGordon| | J0nathyan |
| 20:54:55 | JdGordon| | fuck |
| 20:55:04 | JdGordon| | ignore that :p |
| 20:58:50 | | Quit solexx_ (Read error: 110 (Connection timed out)) |
| 20:58:56 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
| 21:00 |
| 21:00:23 | gevaerts | fonts that are small enough are loaded in one go, without using the cache. I'm a bit surprised about them not working though. The limit is 60000 bytes, and (I thought) popular fonts like 14-Nimbus.bdf are under that |
| 21:01:02 | gevaerts | JdGordon|: by the way, unifont seems to be 8.5MB, not 2 :) |
| 21:01:38 | JdGordon| | hehe slight woops :p |
| 21:02:53 | * | gevaerts wonders if a logging ata driver would be a good idea |
| 21:03:27 | Dhraakellian | would it be possible for Car Adapter Mode to disable the reboot to OF on USB insertion? |
| 21:04:11 | Dhraakellian | on a target that doesn't have USB in Rockbox, obviously |
| 21:04:27 | Dhraakellian | s/possible/desirable/ |
| 21:05:09 | Dhraakellian | is that what http://www.rockbox.org/tracker/task/6654 does? |
| 21:05:54 | gevaerts | Dhraakellian: seems so |
| 21:07:09 | gevaerts | it doesn't exactly look like the cleanest way to do this though |
| 21:07:41 | | Join pamaury [0] (n=pamaury@91-164-180-90.rev.libertysurf.net) |
| 21:08:12 | gevaerts | there's actually a related problem. Bootloader USB is very annoying with car adapter mode |
| 21:08:47 | Dhraakellian | hrm |
| 21:09:21 | Dhraakellian | well, making sure my fuze is on before turning the key isn't so bad |
| 21:10:21 | * | gevaerts isn't sure what to think |
| 21:10:45 | Dhraakellian | but pressing select with gloves on is a wee bit more difficult |
| 21:11:16 | gevaerts | oh, I definitely agree that there is a problem, I'm just not at all sure about what the best solution is |
| 21:12:18 | Dhraakellian | I'm guessing the best solution would be to have USB working properly |
| 21:12:29 | gevaerts | it's not that simple I think |
| 21:12:58 | gevaerts | There are several variables : (a) is the "usb" cable connected to a host complete with USB data, or does it just provide 5V? (b) can we detect the difference between those cables on the target in question? |
| 21:13:23 | * | gevaerts thought there was a (c) as well, but he can't remember now :\ |
| 21:13:24 | Dhraakellian | I seem to remember my e200v1 being able to tell the difference |
| 21:13:31 | Dhraakellian | I could possibly be misremembering |
| 21:13:56 | gevaerts | it does, by going to charging mode and only switching to MSC mode if something happens on the bus |
| 21:14:23 | gevaerts | I can't remember now if all hardware USB bridge targets can see the difference. I wouldn't be surprised if some can't |
| 21:14:33 | gevaerts | (or even all) |
| 21:15:59 | | Join polobricolo [0] (n=polobric@AGrenoble-257-1-119-30.w90-27.abo.wanadoo.fr) |
| 21:17:03 | | Part watto |
| 21:17:41 | Llorean | gevaerts: It'd also be solved by the choice between default USB behaviour. |
| 21:18:01 | Llorean | Though there's still no solution for bootloader USB mode. |
| 21:18:10 | gevaerts | well, that would provide a reasonable workaround |
| 21:18:45 | gevaerts | Having to toggle two settings isn't that perfect, but it's not the end of the world either, and you can just make .cfg files for each |
| 21:19:02 | * | Dhraakellian ponders going back to rolling his own personal builds with that patch applied |
| 21:19:14 | Llorean | Well, "Car Adapter Mode" relates to pause/play when power is detected, USB mode just relates to USB mode (for car, or for home) |
| 21:19:40 | * | Llorean still also speaks in favor of changing it to *any* button refusing USB mode rather than any single one. |
| 21:20:01 | Dhraakellian | how about hold? |
| 21:20:17 | gevaerts | Llorean: Car Adapter Mode also predates this power-over-usb nonsense |
| 21:20:44 | Llorean | Dhraakellian: Not hold, it's a toggle. |
| 21:21:12 | Dhraakellian | Llorean: if hold is set, no reboot vs. if a button is pressed, no reboot |
| 21:21:34 | Llorean | gevaerts: This is true, but having it change USB behaviour (much like having hold change it) would mean they could hook it up to their home PC and have no clue why it's not working because "Car adaptor mode" or even "Car mode" doesn't seem entirely obvious (and would affect non-usb behaviour on targets that say, have a mains charger and don't charge over USB) |
| 21:21:40 | | Quit mrtok1 () |
| 21:21:46 | Dhraakellian | means that I don't have to worry about whether inserting the cable makes my finger move ever so slightly in such a way that the button is no longer pressed |
| 21:21:50 | | Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-dznrevpnclrqpocf) |
| 21:21:53 | Llorean | Dhraakellian: I know what you meant, I'm very strongly against Hold doing it. |
| 21:22:25 | saratoga | car adapter mode will never work as expecte don the Fuze due to the way the mkamsboot process works |
| 21:22:39 | Llorean | saratoga: How's that? |
| 21:22:39 | saratoga | and changing that would be fairly risky, since you'd lose the ability to get back to the OF if anything goes wrong |
| 21:22:48 | | Quit Topy (Read error: 104 (Connection reset by peer)) |
| 21:22:49 | | Join Topy44 [0] (n=topy@my.fastsh.it) |
| 21:22:54 | saratoga | if you plug in USB with the device off you'll always get the OF |
| 21:23:02 | saratoga | and changing the bootloader or rockbox won't change that |
| 21:23:12 | Llorean | Can it be changed to "if Rockbox.sansa isn't found, and USB is detected, then go to the OF"? |
| 21:23:22 | saratoga | i doubt it |
| 21:23:24 | Llorean | Ah well |
| 21:23:26 | saratoga | we don't have disk access |
| 21:23:33 | saratoga | so we can't read the file system yet |
| 21:23:40 | saratoga | the bootloader is the earliest you can read the disk |
| 21:23:40 | gevaerts | Llorean: that assumes bugfree fat and disk drivers that are guaranteed to never crash |
| 21:23:54 | Llorean | saratoga: Can we detect a charger (rather than proper USB connection) like we used to do on the iPods? |
| 21:24:00 | Llorean | gevaerts: Very true |
| 21:24:12 | saratoga | you'd have to issue a new mkamsboot and probably brick a few players in the process |
| 21:24:29 | saratoga | and i'm not sure if its possible to detect a charger at all in that situation |
| 21:24:44 | * | Llorean is okay with it only working after Rockbox is booted |
| 21:24:48 | saratoga | actually i'm not sure if the fuze can even detect a charger at all |
| 21:24:53 | gevaerts | saratoga: I suspect that this will have to happen eventually anyway. As soon as there is a stable rockbox usb driver, people will complain about this |
| 21:25:05 | saratoga | the OF seems to charge off anything plugged in without bothering to deal with the USb issues |
| 21:25:12 | Dhraakellian | Llorean: ditto |
| 21:25:17 | gevaerts | but yes, bootloader behaviour is a separate problem |
| 21:25:34 | Llorean | gevaerts: On AMS it's the prebootloader thing. |
| 21:25:53 | gevaerts | Llorean: it's the same binary in the end :) |
| 21:26:07 | Dhraakellian | lacing the boots before pulling up by the bootstraps? |
| 21:26:22 | Dhraakellian | </badly extended metaphor> |
| 21:27:11 | saratoga | i guess eventually we could make mkamsboot check for a button press only instead of a USB insert |
| 21:27:18 | gevaerts | We should probably revisit FS #10198. Can anyone remember why that didn't go further? |
| 21:27:40 | Llorean | saratoga: That sounds fair |
| 21:27:56 | saratoga | you'd have to ask funman how safe that would be though |
| 21:28:10 | saratoga | since i think all of this is on GPIO it should be fairly safe |
| 21:28:17 | saratoga | but i don't know |
| 21:28:23 | Llorean | gevaerts: I really have no idea that stopped. It was pretty much done right? A setting to pick which is default, and any button causes the other case? |
| 21:29:03 | gevaerts | yes |
| 21:29:09 | saratoga | that idea seems sensible enough to me (and useful) |
| 21:29:53 | gevaerts | It interferes a bit with this future settings screen that we'll need when we have MTP, but that's not at all ready yet (pamaury?), so I don't think it should hold things up |
| 21:30:06 | saratoga | the current system is really annoying on the clip |
| 21:30:35 | saratoga | since the buttons are very small and accidentally hitting any other button while trying to force the stiff USB cable in will result in the opposite behavior |
| 21:30:51 | saratoga | it actually took me a couple tries the first time to get into charge mode on that player |
| 21:30:55 | gevaerts | saratoga: you should plug in the other end then :) |
| 21:30:57 | Llorean | gevaerts: Future settings screen? |
| 21:31:38 | Dhraakellian | gevaerts: indeed. I've found that it's sometimes easier just to plug in my Fuze, hold select, and *then* turn the ignition |
| 21:32:09 | Dhraakellian | still a bother to remember, though |
| 21:32:12 | Dhraakellian | ;) |
| 21:32:49 | gevaerts | Llorean: we discussed things a few weeks ago. At some point (and it seems that MTP would be that point) we'll need a way for people to choose between USB class drivers. Some controllers won't have enough endpoints anymore to run them all, and MTP and MSC are mutually exclusive in practice (in theory you could have them both on different drives, but that won't work well...) |
| 21:33:08 | Llorean | gevaerts: Wouldn't you do that before you plug in USB though? |
| 21:33:11 | Llorean | Rather that at connect time. |
| 21:33:18 | saratoga | worry about that once you get MTP working :) |
| 21:33:30 | Llorean | Just Settings->System->USB->Classes or something |
| 21:33:36 | gevaerts | Llorean: yes. The interfering bit is the setting itself, not the any-handling |
| 21:34:07 | gevaerts | saratoga: exactly :) |
| 21:34:12 | Llorean | I guess I'm not seeing how it interferes. |
| 21:34:27 | Llorean | Wouldn't holding a button deny (or allow) all drivers currently enabled in the setting? |
| 21:35:03 | Dhraakellian | set a first choice and a second choice? |
| 21:35:26 | gevaerts | There always has to be one left, presumably HID. You may be right in that it's a separate thing though |
| 21:35:45 | Llorean | gevaerts: "one left"? |
| 21:35:45 | gevaerts | (HID as in the class driver, not as in actually sending button events) |
| 21:35:59 | gevaerts | Llorean: yes. You can't have a do-nothing USB device |
| 21:36:20 | Llorean | Ah. Well, I mean, we do *something* when charging currently, right? just that, I imagine. |
| 21:36:27 | gevaerts | we use HID |
| 21:36:42 | * | pamaury has noticed gevaerts and says that MTP is not ready but seems be functional (understand lacking lots of features) (at least on linux) |
| 21:37:09 | gevaerts | or the old dummy CHARGE_ONLY thing on devices that don't do interrupt, which gives you this nice "now go and look for a driver" dialog |
| 21:38:07 | Llorean | But yeah, it's something that can be addressed once MTP is in/active since really, charging shouldn't be any different then, you're just deciding what drivers to load for the non-charging case. |
| 21:41:12 | | Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
| 21:41:54 | * | domonoky1 thinks always using hid as charging mode is fine, but we still need a way to allow users to set some combination of usb classes for the normal mode.. (for example msc +serial) |
| 21:42:46 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 21:42:48 | domonoky1 | or mtp+hid+serial if the hardware has enough endpoints.. or every other combination which is possible and sane :-) |
| 21:42:56 | | Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
| 21:43:17 | JdGordon| | mtp+msc on different partitions! |
| 21:43:24 | Llorean | Which hardware has the most endpoints? |
| 21:43:37 | pamaury | JdGordon: that would be tricky ! |
| 21:43:50 | | Quit parafin (niven.freenode.net irc.freenode.net) |
| 21:43:50 | NSplit | niven.freenode.net irc.freenode.net |
| 21:43:50 | | Quit shodanX_ (niven.freenode.net irc.freenode.net) |
| 21:43:50 | | Quit Utchybann_ (niven.freenode.net irc.freenode.net) |
| 21:43:50 | | Quit Tuplanolla (niven.freenode.net irc.freenode.net) |
| 21:43:50 | | Quit Torne (niven.freenode.net irc.freenode.net) |
| 21:43:50 | | Quit Kopfgeldjaeger (niven.freenode.net irc.freenode.net) |
| 21:43:50 | | Quit xavieran (niven.freenode.net irc.freenode.net) |
| 21:43:50 | | Quit Zambezi (niven.freenode.net irc.freenode.net) |
| 21:43:50 | | Quit jds2001 (niven.freenode.net irc.freenode.net) |
| 21:43:52 | JdGordon| | pamaury: tricky but not impossible :) |
| 21:44:41 | NHeal | niven.freenode.net irc.freenode.net |
| 21:44:41 | NJoin | parafin [0] (i=parafin@paraf.in) |
| 21:44:41 | NJoin | jds2001 [0] (n=jds2001@fedora/jds2001) |
| 21:44:41 | NJoin | Utchybann_ [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) |
| 21:44:41 | NJoin | Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
| 21:44:41 | NJoin | Torne [0] (i=torne@rockbox/developer/Torne) |
| 21:44:41 | NJoin | xavieran [0] (n=xavieran@ppp118-209-112-86.lns20.mel4.internode.on.net) |
| 21:44:41 | NJoin | Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
| 21:44:41 | NJoin | shodanX_ [0] (n=shodanX@jazz.informatik.uni-erlangen.de) |
| 21:44:41 | NJoin | Zambezi [0] (i=Zulu@unaffiliated/zambezi) |
| 21:44:44 | domonoky1 | mtp on internal and msc on sdcard :-) |
| 21:44:44 | gevaerts | Llorean: gigabeat s |
| 21:44:50 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 21:44:54 | JdGordon| | mtp on internal... msc on a ramdisk to update rockbox with! |
| 21:45:14 | gevaerts | JdGordon|: technically you can run MTP without storage if I understand things correctly :) |
| 21:45:32 | gevaerts | You'd use it for battery reporting and things like that |
| 21:46:05 | pamaury | yes you could use MTP without storage |
| 21:47:33 | gevaerts | Llorean: that one has seven in each direction (possibly including control, not sure not). That's enough for serial+HID+MTP+MSC+audio+video and a bit left over I think |
| 21:48:52 | Llorean | Is there an HID keymap that maps 1:1 to the keys used for those buttons in the sim, btw? |
| 21:49:37 | JdGordon| | I cant decide if that is more pointless.. or more awesome |
| 21:49:46 | gevaerts | not right now. 1:1 isn't really possible in all cases, because of hold and the button that's used to switch between keymaps though |
| 21:51:00 | Llorean | Ah, right, hold especially |
| 21:51:11 | Llorean | There's a button wasted on switching keymaps mid-HID mode? |
| 21:52:39 | domonoky1 | combine 1:1 simulator keymaps with a simulator exe on the player and autostart, and it will look like we can export the player display to the pc display :-) |
| 21:53:01 | Llorean | domonoky1: USB-Video class is for that. :-P |
| 21:53:22 | domonoky1 | Llorean: that USB-Video for cheap :-) |
| 21:53:27 | | Join fml [0] (n=c06d7cde@giant.haxx.se) |
| 21:55:00 | fml | Hello. What do you think about changing the font on the front page of the manual? To a sans serif font. All chapters are titled using such font, and I think that it better suits the document title as well. |
| 21:56:05 | | Join gitster [0] (n=user@ip68-225-240-211.oc.oc.cox.net) |
| 21:56:20 | | Part gitster ("ERC Version 5.3 (IRC client for Emacs)") |
| 21:56:59 | JdGordon| | how do people feel about the issues in this comment? http://www.rockbox.org/tracker/task/10824#comment33718 me and Karl both agree that they are still less bad than svn... |
| 21:58:32 | kugel | svn isnt so bad |
| 21:58:38 | kugel | just the plugins |
| 21:59:13 | | Quit thegeek_ (Read error: 110 (Connection timed out)) |
| 22:00 |
| 22:00:56 | JdGordon| | well how important are the plugins... this makes their menus much better |
| 22:01:16 | kugel | I mean it's only plugins in SVN |
| 22:01:36 | *** | Saving seen data "./dancer.seen" |
| 22:01:36 | gevaerts | JdGordon|: I'll take your word for it. I use the thing for listening to music, and I only ever use the play, pause, stop and volume keys :) |
| 22:01:38 | | Join krabador [0] (n=krabador@host174-155-dynamic.6-87-r.retail.telecomitalia.it) |
| 22:02:03 | kugel | and people many using the release are going to care about plugins |
| 22:02:18 | JdGordon| | so the onyl actual issues that people would see is splash artefacts in dead space |
| 22:02:33 | Llorean | And apparently wrong colors in plugins? |
| 22:02:35 | JdGordon| | havnt come up with a clean way of dealing with that yet... and/or flickering |
| 22:02:37 | Llorean | Is this capable of making them unusable? |
| 22:02:42 | gevaerts | "dead" means no viewports defined there? |
| 22:02:44 | JdGordon| | I didnt see that |
| 22:02:50 | JdGordon| | gevaerts: yes |
| 22:02:56 | kugel | just keep the event (as function call) and the splashes won't be a real problem |
| 22:03:17 | Llorean | JdGordon|: Didn't see what? |
| 22:03:25 | JdGordon| | the wrong colours |
| 22:03:34 | Llorean | JdGordon|: You replied to it as "fix later" and nothing else |
| 22:03:47 | | Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) |
| 22:04:00 | krabador | hi, i'm using rockbox 3.4 in a sansa fuze v1. No hard problems, battery life good |
| 22:04:13 | JdGordon| | well, I didnt see it and didnt spend much time looking, but yes its fix later if its actually there |
| 22:04:32 | kugel | krabador: I doubt that |
| 22:04:32 | gevaerts | JdGordon|: that sounds like release notes material :) |
| 22:04:34 | Llorean | JdGordon|: Can it make them unusable though? |
| 22:04:50 | krabador | but i've a "pop" when i power on, and when i power down rockbox |
| 22:04:55 | Llorean | JdGordon|: I don't really like the idea of plugins being black on black with some themes or anything, unpredictably |
| 22:05:29 | krabador | and sometimes video screens fails, for 2-e seconds |
| 22:05:32 | JdGordon| | its menu colours, so that shouldnt affect anything |
| 22:06:06 | JdGordon| | kugel: remond me.. how did we decide the function would work? |
| 22:06:06 | Llorean | JdGordon|: If you can't read the menu it makes it a little hard to start the game... |
| 22:06:10 | * | pamaury hates Windows because when it doesn't work, it's impossible to debug ! |
| 22:06:23 | krabador | kugel, i run the battery benchmark, and i got 12 hours with flac playback |
| 22:06:30 | Llorean | krabador: Rockbox 3.4 wasn't released for the Fuze. |
| 22:06:34 | | Join captain_kewl [0] (i=2669ecc2@gateway/web/freenode/x-hzuvryhvovrvloix) |
| 22:07:06 | krabador | i only want report my problems |
| 22:07:41 | gevaerts | krabador: we know, but an exact revision number helps with that, and 3.4 isn't one for the fuze :) |
| 22:07:53 | krabador | i know the branvh of developing |
| 22:08:45 | AlexP | krabador: I'm not sure what that means :) |
| 22:09:10 | kugel | JdGordon|: well, you said it's ok to keep that function |
| 22:09:32 | krabador | AlexP, i only want to say that i know the unstability of fuze's developing |
| 22:10:06 | krabador | gevaerts, i installed the one available the 3.4 release day |
| 22:10:22 | kugel | and it does the clear+update combo with much less (zero) flickering |
| 22:11:01 | AlexP | krabador: There were probably a few that day |
| 22:11:10 | JdGordon| | crap.. I'll porbbaly just put the event back and a temp workaround |
| 22:11:39 | AlexP | krabador: 3.4 wasn't released for the fuze - if you go into the system menu then Rockbox Info it will tell you the revision |
| 22:11:39 | gevaerts | krabador: there have been lots of changes since then |
| 22:11:58 | AlexP | krabador: But as it is under heavy development you should always test with the newest version first |
| 22:12:02 | * | JdGordon| refuses to admit it.. but what amiconn_ was saying last night about knowing what needs to be updated does make sense :p |
| 22:12:16 | AlexP | krabador: We don't want bug reports on things that have already been fixed :) |
| 22:13:05 | krabador | r22824-090924 |
| 22:13:12 | AlexP | yes, very old |
| 22:13:18 | krabador | this is my version |
| 22:13:20 | krabador | mmm |
| 22:13:29 | krabador | must i install the current one? |
| 22:13:37 | AlexP | If you want to report problems, yes |
| 22:13:45 | AlexP | You need to try it on the current version |
| 22:13:59 | AlexP | We don't want to waste time investigating things that may have been fixed |
| 22:14:39 | krabador | AlexP, i only have fear to have problems like less battery life, and other type of crash... |
| 22:14:56 | AlexP | It should get better, not worse |
| 22:14:59 | JdGordon| | the other option is clearing the 4 rectangles around the UI viewport instead of doing a fullscreen clear when the theme is toggled back on |
| 22:15:02 | gevaerts | krabador: you can always make a backup of your .rockbox directory |
| 22:15:13 | JdGordon| | that should eliminate the flicker and deadspace and be better |
| 22:15:35 | | Quit fml ("CGI:IRC") |
| 22:15:44 | gevaerts | JdGordon|: a dirty workaround that might be harder to implement than the real thing could be to find all dead space and define viewports to fill it |
| 22:16:22 | JdGordon| | harder version of what I just said? :) |
| 22:16:41 | gevaerts | yes, but more general :) |
| 22:16:57 | JdGordon| | when the theme is toggled back on, clear the area outside the ui viewport, then force the sbs to redraw, then next main loop the ui area will update |
| 22:17:06 | JdGordon| | there shuold be no flicker at all |
| 22:17:10 | JdGordon| | ... hopefully.. |
| 22:17:52 | JdGordon| | the other thing... do we want to force the backdrop image in with the theme? so plugin menus look exactly like core menus? |
| 22:18:08 | krabador | gevaerts, to upgrade now, i can delete my old one, and put the newest, or i must follow the steps i followed when i installalled my old one? |
| 22:18:42 | gevaerts | krabador: no need to delete. The new version will just overwrite old files where needed |
| 22:18:52 | gevaerts | krabador: the bootloader should still be OK |
| 22:22:16 | krabador | gevaerts, you mean by the rockboxutility' |
| 22:22:18 | krabador | ? |
| 22:22:49 | gevaerts | krabador: either that, or download and unzip by hand |
| 22:22:49 | kugel | so what now? |
| 22:23:45 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 22:26:53 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 22:35:05 | krabador | i installed the newest, and nothing happens for audio pops at start and stop playback |
| 22:36:20 | krabador | but i'm happy having a new rockbox version, after a look in the news from my old version |
| 22:43:38 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 22:44:12 | | Quit pamaury (Read error: 104 (Connection reset by peer)) |
| 22:45:20 | | Join pamaury [0] (n=pamaury@91-164-180-90.rev.libertysurf.net) |
| 22:48:06 | | Quit krabador ("Sto andando via") |
| 22:51:20 | | Join dfkt_ [0] (n=dfkt@unaffiliated/dfkt) |
| 22:51:44 | | Join stooo [0] (n=sto@g226141248.adsl.alicedsl.de) |
| 22:51:48 | | Part stooo |
| 22:52:03 | | Join stooo [0] (n=sto@g226141248.adsl.alicedsl.de) |
| 22:52:10 | stooo | hi |
| 22:55:09 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 22:55:19 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 22:55:19 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 22:56:47 | | Quit dfkt (Read error: 60 (Operation timed out)) |
| 22:58:09 | | Join LambdaCalculus37 [0] (n=LambdaCa@rockbox/staff/LambdaCalculus37) |
| 22:59:19 | | Quit polobricolo (Read error: 110 (Connection timed out)) |
| 23:00 |
| 23:00:20 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 23:00:35 | * | FlynDice thinks he has AMS Sansa15 MHz SD write CRC failure issue solved, looking for testers ;-) http://pastie.org/732553 |
| 23:00:57 | FlynDice | topik: ^^ |
| 23:03:49 | saratoga | FlynDice: any chance you'll look at running DRAM at 2x PCLK next ;) |
| 23:05:34 | FlynDice | saratoga: I've tried several times with no luck.... |
| 23:06:01 | saratoga | FlynDice: on which target? |
| 23:06:12 | FlynDice | saratoga: e280v2 |
| 23:07:08 | saratoga | the DRAM chip on that is rated for 130MHz IIRC, but maybe its the SOC |
| 23:07:25 | saratoga | did you ever try 31 pclk and 62 DRAM clock? |
| 23:08:52 | FlynDice | I tried lot's of things and I couldn't get any config with PCLK != DRAM to do anything but whitescreen on me |
| 23:10:52 | saratoga | hmm thats too bad, the high pclk on ams is probably responsible for most of the difference between us and the OF |
| 23:10:52 | saratoga | in battery life |
| 23:11:06 | FlynDice | I'm pretty sure now that we need to change MCLK for the internal disk to IDECLK and I'm on to 4 bit bus for SD, then I'll look some more at the DRAM speed thing |
| 23:12:00 | saratoga | sounds great! |
| 23:12:03 | FlynDice | but I'm learning all this as I go and I haven't gotten to the chapter on DRAM yet.... ;-) |
| 23:12:17 | saratoga | in the as3525 datasheet? |
| 23:12:51 | | Quit pamaury ("exit(*(int *)0 / 0);") |
| 23:12:51 | FlynDice | no,.... just in general ;) |
| 23:13:06 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 23:14:12 | saratoga | ah ok was wondering if there was a dram refernernece around here i missed :) |
| 23:14:24 | | Join mrtok1 [0] (n=dummy@p5B39D5E8.dip.t-dialin.net) |
| 23:16:12 | mrtok1 | Q: some profiling gurus here - ipod nano 1g ? |
| 23:17:36 | mrtok1 | IŽd like to profile some functions in my code but all values in profile.out equals to 0000 - which means nothing to me and the perl script |
| 23:17:49 | mrtok1 | ?? |
| 23:20:23 | | Quit dfkt_ ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 23:28:47 | | Join GeekShado_ [0] (n=Antoine@APoitiers-552-1-27-18.w86-217.abo.wanadoo.fr) |
| 23:30:58 | | Quit Strife89 ("Going home.") |
| 23:35:18 | | Join Soap_ [0] (n=David_Ha@rockbox/staff/soap) |
| 23:35:26 | | Part stooo |
| 23:37:13 | stripwax | mrtok1 - mm, did you compile your codecs with profiling options enabled? that's an additional step, in addition to making a build with profiling enabled and wrapping in profile_thread/profstop |
| 23:40:30 | saratoga | stripwax: did you ever get time to profile AAC-HE in rockbox? |
| 23:41:39 | stripwax | nope |
| 23:42:18 | saratoga | well if you're ever bored |
| 23:42:34 | saratoga | will probably take about 30 minutes just to decode the standard test file :) |
| 23:42:42 | | Quit GeekShadow (Read error: 113 (No route to host)) |
| 23:43:08 | | Join Sajber^ [0] (n=Sajber@c-c33271d5.012-155-73746f22.cust.bredbandsbolaget.se) |
| 23:44:29 | | Quit Sajber^ (Read error: 104 (Connection reset by peer)) |
| 23:45:06 | | Join Sajber^ [0] (n=Sajber@c-c33271d5.012-155-73746f22.cust.bredbandsbolaget.se) |
| 23:46:49 | stripwax | mrtok1 - you need to ensure -D$(PROFILE_OPTS) is in your cflags somewhere e.g. put it in CODECFLAGS in codecs.make (iirc) |
| 23:47:37 | stripwax | saratoga - which codec is that - demac? for some reason I have profiling already set up in that; so presumably that's the last thing I tried profiling :) |
| 23:47:53 | saratoga | stripwax: no AAC-HE |
| 23:47:54 | stripwax | ah. no. that's monkey |
| 23:47:55 | saratoga | its libfaad |
| 23:48:08 | stripwax | thanks |
| 23:48:14 | saratoga | http://download.rockbox.org/test_files/64kaache.m4a |
| 23:49:33 | stripwax | hrm, doesn't libfaad compile with CODECFLAGS defined? libfaad.make seems a bit .. sparse. (compared to e.g. libmad.make) |
| 23:50:24 | mrtok1 | atripwax: of course yes - i also get a profile.out |
| 23:51:42 | stripwax | mrtok1 - if you don't compile your codecs with $(PROFILE_OPTS) defined in that codecs makefile [or similar], then gcc won't add any instrumentation to the function calls and you'll get zeros in your profile.out |
| 23:51:59 | mrtok1 | stripwax: the makefile claims these profile settings and I would not get a profile.out if I hadnt enabled profiling ?? |
| 23:52:54 | mrtok1 | its not a codec its kind of eq - which is called in dsp_process |
| 23:53:24 | stripwax | mrtok1 - you will get a profile.out if you created a build with Profiling mode enabled when you used ../tools/configure. But that is not enough to generate a profile.out with useful information. You need to put code, in place, in the rockbox source to make sure it catches calls to your functions in order to profile. for performance reasons, Profile builds still only catch profiles for the functions you tell it to profile. |
| 23:53:28 | mrtok1 | I put around these function call the profile_thread() / profstop calls |
| 23:53:55 | stripwax | which thread |
| 23:54:16 | mrtok1 | I guess the audio thread - as i said in dsp_process |
| 23:54:34 | stripwax | No, I mean where did you put the profile_thread / profstop calls? |
| 23:54:44 | stripwax | In dsp_process itself? |
| 23:55:04 | mrtok1 | whithin this function - do i have to put it somewhere else audio_init ? |
| 23:56:25 | | Quit archivator ("Leaving") |
| 23:56:30 | mrtok1 | yes |
| 23:56:30 | stripwax | For example: If you wanted to profile a codec, you'd put profile_thread when the codec loads, and profstop when the codec exits (i.e. at start/end of codec_main). If you put profile_thread/profstop in a function that gets called many many times, I don't think you're going to catch reliable information. You really want to put profile_start and the start of some batch and profile_end at the end - but (necessarily) in the sam |
| 23:56:30 | stripwax | e thread that you're trying to profile |
| 23:56:44 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 23:56:55 | | Quit jgarvey ("Leaving") |
| 23:57:34 | stripwax | I'm not sure which thread dsp_process runs from - possibly the codec thread - if so you'd need to build your codecs with -DPROFILE_OPTS and put the profile_thread/profstop in the codec_main function |
| 23:58:20 | stripwax | (I'm guessing that dsp_process gets called by pcmbuf_insert - if that's not the case at all, profile_thread/profstop needs to be elsewhere) |
icon identifies that the person is a core developer (has commit access).