| 00:03:22 | | Quit funman (Quit: leaving) |
| 00:26:05 | | Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) |
| 00:27:34 | | Quit n1s (Remote host closed the connection) |
| 00:38:12 | | Quit pamaury (Ping timeout: 252 seconds) |
| 00:45:49 | *** | Saving seen data "./dancer.seen" |
| 00:51:17 | | Quit ender` (Quit: That men do not learn very much from the lessons of history is the most important of all the lessons of history. -- Aldous Huxley) |
| 00:51:17 | | Quit bertrik (Quit: :tiuQ) |
| 00:53:22 | | Quit mikroflops (Ping timeout: 264 seconds) |
| 00:53:48 | | Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) |
| 00:55:40 | | Quit Keripo (Quit: Leaving.) |
| 00:56:39 | | Quit MethoS- (Remote host closed the connection) |
| 00:57:30 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 00:58:10 | | Quit MethoS- (Remote host closed the connection) |
| 00:58:58 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 01:00 |
| 01:00:23 | | Quit MethoS- (Remote host closed the connection) |
| 01:00:42 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
| 01:03:35 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 01:05:42 | | Quit FoH_Phobos (Ping timeout: 240 seconds) |
| 01:25:58 | | Join FoH_Phobos [0] (~foh@72.243.219.214) |
| 01:29:08 | | Quit ageis (Ping timeout: 246 seconds) |
| 01:30:01 | | Join FoH-Phobos [0] (~foh@host-64-188-180-250.windjammercable.net) |
| 01:30:43 | | Quit FoH_Phobos (Ping timeout: 258 seconds) |
| 01:34:37 | | Quit FoH-Phobos (Ping timeout: 245 seconds) |
| 01:35:05 | | Quit robin0800 (Quit: Leaving) |
| 01:36:04 | | Join robin0800 [0] (~robin0800@genld-224-248.t-mobile.co.uk) |
| 01:40:08 | | Join FoH_Phobos [0] (~foh@adsl-98-71-70-193.bhm.bellsouth.net) |
| 01:48:14 | | Quit mudd1 (Ping timeout: 252 seconds) |
| 01:56:16 | | Quit FoH_Phobos (Quit: ¡ooʇ ‘ǝןdoǝd ǝɹɐ sʇɐq) |
| 01:58:10 | | Join FoH_Phobos [0] (~foh@adsl-98-71-70-193.bhm.bellsouth.net) |
| 02:00 |
| 02:11:03 | | Quit B4gder (Read error: Operation timed out) |
| 02:22:49 | | Quit akaWolf (Ping timeout: 260 seconds) |
| 02:25:09 | | Quit bluefoxx_ (Ping timeout: 264 seconds) |
| 02:25:57 | | Quit ReimuHakurei (Quit: And therefore, dye this sky red. The time has come again for my body to only go forward / Even the 'people' who pass by and the 'things' which become lost in confusion / Will one day be like vanished memories) |
| 02:26:29 | | Join ReimuHakurei [0] (~kudo@adsl-75-16-237-76.dsl.kntpin.sbcglobal.net) |
| 02:38:56 | | Quit TheLemonMan (Quit: WeeChat 0.3.5) |
| 02:39:05 | | Quit MethoS- (Remote host closed the connection) |
| 02:41:25 | | Quit nick-p (Quit: Leaving) |
| 02:45:51 | *** | Saving seen data "./dancer.seen" |
| 02:55:56 | | Quit robin0800 (Ping timeout: 260 seconds) |
| 02:58:53 | | Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
| 02:59:06 | | Join robin0800 [0] (~robin0800@genld-218-248.t-mobile.co.uk) |
| 03:00 |
| 03:06:06 | | Join soap_ [0] (~soap@rockbox/staff/soap) |
| 03:10:42 | | Quit GeekShadow (Quit: switch up) |
| 03:11:08 | | Join GeekShadow [0] (~antoine@80.161.21.93.rev.sfr.net) |
| 03:17:17 | | Quit robin0800 (Read error: Connection timed out) |
| 03:19:41 | | Join robin0800 [0] (~robin0800@genld-218-248.t-mobile.co.uk) |
| 03:21:53 | | Quit user890104 () |
| 03:37:34 | | Quit robin0800 (Ping timeout: 240 seconds) |
| 03:40:51 | | Quit neferty (Ping timeout: 260 seconds) |
| 03:45:21 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 03:50:27 | | Quit pamaury (Ping timeout: 245 seconds) |
| 03:57:06 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 04:00 |
| 04:02:12 | | Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
| 04:02:12 | | Quit Bagder (Changing host) |
| 04:02:12 | | Join Bagder [241] (~daniel@rockbox/developer/bagder) |
| 04:05:54 | | Quit amiconn (Disconnected by services) |
| 04:05:55 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:05:57 | | Quit pixelma (Disconnected by services) |
| 04:05:59 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:06:01 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:06:15 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:15:04 | | Nick FoolOnHill is now known as FoH_Thetu (~foh@adsl-98-71-70-193.bhm.bellsouth.net) |
| 04:24:22 | | Join milk [0] (~milk@94-193-93-226.zone7.bethere.co.uk) |
| 04:37:32 | | Quit bluefoxx (Ping timeout: 260 seconds) |
| 04:38:50 | | Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
| 04:39:55 | | Quit TheSeven (Disconnected by services) |
| 04:39:57 | | Quit bluefoxx (Read error: Connection reset by peer) |
| 04:40:12 | | Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:45:53 | *** | Saving seen data "./dancer.seen" |
| 04:47:05 | | Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
| 04:51:59 | | Quit FoH_Phobos (Remote host closed the connection) |
| 05:00 |
| 05:36:11 | | Join Rob2222 [0] (~Miranda@p5DE4B4A8.dip.t-dialin.net) |
| 05:39:42 | | Quit Rob2223 (Ping timeout: 250 seconds) |
| 05:41:26 | | Quit bluefoxx (Ping timeout: 240 seconds) |
| 05:41:59 | | Join bluefoxx_ [0] (FuzzyLomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
| 05:43:17 | | Quit ReimuHakurei (Ping timeout: 264 seconds) |
| 05:44:00 | | Quit Horscht (Quit: Verlassend) |
| 06:00 |
| 06:05:02 | | Join Keripo [0] (~Keripo@eng391.wireless-resnet.upenn.edu) |
| 06:05:40 | | Join [Saint_AndChat] [0] (~Saint]@119.224.108.127) |
| 06:18:50 | | Quit tjb0607 (Quit: kthxbai.) |
| 06:19:16 | | Join tjb0607 [0] (~quassel@208-100-128-206.bendbroadband.com) |
| 06:24:35 | | Join ReimuHakurei [0] (~kudo@wireless.sit-co.net) |
| 06:45:58 | *** | Saving seen data "./dancer.seen" |
| 06:50:11 | | Join WDJ [0] (~Usuario58@76.73.16.26) |
| 06:51:18 | | Quit tjb0607 (Read error: Connection reset by peer) |
| 06:53:21 | | Join akaWolf [0] (~akaWolf@unaffiliated/akawolf) |
| 06:53:49 | | Join tjb0607 [0] (~quassel@208-100-128-206.bendbroadband.com) |
| 07:00 |
| 07:03:27 | | Quit nomada (Ping timeout: 245 seconds) |
| 07:05:09 | | Join nomada [0] (~nomada@irc.consciente.de) |
| 07:15:55 | | Quit powell14ski_ (Quit: powell14ski_) |
| 07:20:07 | | Quit BHSPitMonkey_ (Remote host closed the connection) |
| 07:32:10 | | Quit WDJ (Quit: CGI:IRC) |
| 07:39:41 | | Quit milk (Quit: baaaiiii) |
| 07:51:25 | | Quit [Saint] (Quit: Imagination is for turbo-nerds who can't handle how kick-butt reality is. I'm a kick-butt reality master! I would rather die, than be imaginative. I mean that.) |
| 07:54:57 | | Join [Saint] [0] (~st.lasciv@119.224.108.127) |
| 07:57:59 | | Quit [Saint_AndChat] (Quit: AndChat - Android IRC Client - http://www.andchat.net/) |
| 08:00 |
| 08:24:19 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
| 08:25:00 | [Saint] | What do people think about this as a mute icon for RaaA? |
| 08:25:02 | [Saint] | http://imgur.com/xLmOn |
| 08:25:21 | [Saint] | (Thanks to the Tango! iconset) |
| 08:27:38 | God_Eater | [Saint]: can we get some context? I.e. the other icons it's going with, and the rest of the theme? |
| 08:28:06 | Zagor | it looks a bit complex, at first glance |
| 08:28:56 | [Saint] | it simply replaces the "volume empty" bar, evilnick expressed that he felt that wasn't sufficient to indicate that the audio was muted. |
| 08:29:17 | JdGordon | [Saint]: it looks like it would look out of place with the rest of the icons |
| 08:29:25 | JdGordon | just put the red x over the volume bar? |
| 08:30:00 | God_Eater | yeah, if that's going in with the Cabbiev2 RaaA theme, it would look shit. |
| 08:30:04 | Llorean | Yeah, I'd just put a simple red X over the volume area. |
| 08:30:49 | [Saint] | Personally, I don't see the point to it at all ;) And I thought the "empty" volume graph/image/thing was suffient to indicate audio was muted...its just my willingness to please ;) |
| 08:31:33 | amiconn | Zagor: Do you have an idea how mingw32 sims could be added to the build system, doing proper checks to make sure prerequisites exist on the client? |
| 08:32:08 | amiconn | Right now, testsystem() just calls sdl-config −−version and checks whether it returns something |
| 08:32:40 | God_Eater | [Saint]: it would have a point if you could indicate with the icon somehow what the volume will resume to once you unmute |
| 08:33:01 | God_Eater | but I don't think Rockbox has a way to select different muted icons based on volume at unmuted levels does it? |
| 08:33:11 | [Saint] | It might be worth noting that I didn't intend that image to be displayed on its lonesome, but rather overlayed on top of the "empty" volume graph. |
| 08:33:18 | amiconn | But in order to differentiate native and mingw32 sdl, we'd need to do two things. (1) check whether the mingw32 compiler is installed (easy), but (2) search for the correct sdl-config (like in configure) |
| 08:34:21 | amiconn | Actually (2) is more important than (1) - (1) is very likely true when (2) is true due to the fact that you need (1) to build (2) |
| 08:34:33 | [Saint] | God_Eater: No, with touchscreen (as its only a touchscreen thing presently) mute will always return to the value it was prior to muting. |
| 08:34:54 | [Saint] | If volume is changed while muted, it resumes from min volume (which is a bit sucky) |
| 08:36:24 | [Saint] | the other problem is, I'm not sure that "mute" for all targets (touchscreen targets) will *actually == "no audio" due to the way its implemented. |
| 08:36:39 | God_Eater | [Saint]: that's my point - it would be useful to have a visual indication of what the volume was prior to muting |
| 08:36:45 | [Saint] | Its a "poor mans mute" that just sets min volume, which on some targets is still audible. |
| 08:36:55 | God_Eater | (with your red x thingy overlaying it perhaps) |
| 08:37:14 | [Saint] | God_Eater: there's no way I can think of to do this. |
| 08:37:23 | God_Eater | [Saint]: indeed - as I suspected |
| 08:37:34 | God_Eater | so the "no volume at all" approach seems better |
| 08:37:40 | God_Eater | and stuff evilnick's preferences ;) |
| 08:37:53 | [Saint] | RIght, damn my eagerness to please ;) |
| 08:38:14 | [Saint] | It simplifies the volume slider code *quite* a bit dropping it. |
| 08:38:25 | God_Eater | esp. if as you say, changing the volume whilst muted just starts adjusting from zero again, that even makes sense |
| 08:38:56 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 08:39:24 | [Saint] | I would prefer, as I'm sure others would, that changing the volume whilst muted changed the volume up/down from the volume it was at prior to muting...but this is non-trivial. |
| 08:39:50 | God_Eater | I wouldn't prefer that |
| 08:40:18 | [Saint] | That's how /most/ mutes wourk AFAIK. |
| 08:40:25 | [Saint] | *work, even. |
| 08:40:31 | God_Eater | it runs the risk of you going from zero to really bloody loud in nothing flat |
| 08:41:02 | [Saint] | well, only if "really bloody loud" was the value prior to muting. |
| 08:41:04 | God_Eater | which would be fine *IF* we could solve the visual cue of what the volume is likely to be when I change it |
| 08:41:13 | God_Eater | but we can't |
| 08:41:20 | God_Eater | so I'm happy with the way it works currently |
| 08:42:11 | Zagor | amiconn: I guess we'll have to add some detection that you're running on win32 (or a parameter or environment variable) and then it's just like all the other tools: figure out a detection, and add it. |
| 08:42:33 | [Saint] | My preferred way of the way mute should work doesn't sem to be common when I researched it more, but I'd prefer that whilst muted volume changes had no effect and the audio stayed muted. |
| 08:42:56 | [Saint] | This would solve the "visual cue" thing as we could display what the volume would be when unmuted. |
| 08:43:58 | God_Eater | we could? |
| 08:44:04 | [Saint] | for example, you could still continue to raise/lower the volume, and these changes would be displayed...but there would be no audio output whilst muted. |
| 08:45:00 | [Saint] | sure...iiuc, we could "mute" the audio, and still represent the current volume graphically. |
| 08:46:01 | *** | Saving seen data "./dancer.seen" |
| 08:46:09 | [Saint] | This doesn't sem to be people preferred/expected mute behaviour, though. |
| 08:46:23 | [Saint] | in ragrd to volume changes not un-muting audio. |
| 08:46:28 | [Saint] | *regard. |
| 08:47:53 | amiconn | Zagor: Not running on win32, but crosscompiling |
| 08:48:40 | Zagor | ? |
| 08:48:47 | amiconn | I guess the check for mingw32-gcc could be added to the generic check (for (split ',', $archlist) {}) and the sdl check can be done separately after that |
| 08:49:20 | Zagor | but mingw32 is not a new arch. it's a new build host. |
| 08:50:03 | amiconn | No, the build hosts would be the same. We're crosscompiling the win32 sims with i586-mingw32msvc-gcc |
| 08:50:34 | Zagor | ahhh, you mean that |
| 08:51:27 | amiconn | http://www.rockbox.org/wiki/UiSimulator#Building_Windows_sim_in_Linux |
| 08:52:00 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 08:54:20 | | Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
| 08:54:39 | God_Eater | stripwax: how did you do in the game dev thingy? |
| 08:55:00 | God_Eater | I got very curious after reading about "bee interpolation vectors" :D |
| 08:55:30 | stripwax | hehe; I was about twenty mins late for the monthly roundup. www.beermex.com/Biodiversity |
| 08:55:41 | stripwax | (and www.experimentalgameplay.com) |
| 08:57:19 | God_Eater | seems like something which should get used in schools |
| 08:58:32 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 09:00 |
| 09:01:46 | | Join B4gder [0] (~daniel@www.haxx.se) |
| 09:01:46 | | Quit B4gder (Changing host) |
| 09:01:46 | | Join B4gder [241] (~daniel@rockbox/developer/bagder) |
| 09:09:54 | | Quit Scromple (Quit: Leaving) |
| 09:17:11 | JdGordon | [Saint]: any way I can bribe you to play with the skinned lists patch? |
| 09:17:37 | God_Eater | sure. He accepts hookers and blow. |
| 09:18:16 | [Saint] | or hookers on blow |
| 09:18:26 | [Saint] | (but, pretty sure that's a given these days) |
| 09:18:55 | JdGordon | pretty much I'm at the point where i need people to play with it to tell me what needs fixing |
| 09:19:11 | JdGordon | otherwsie I could commit it in its current start and wait for feedback that way |
| 09:19:16 | [Saint] | I think the guy that was fell off the radar. |
| 09:19:25 | [Saint] | Haven't heard from him lately. |
| 09:19:37 | JdGordon | yeah, dunno |
| 09:19:46 | [Saint] | ESCARYSYNTAX |
| 09:22:41 | JdGordon | indeeed |
| 09:23:20 | JdGordon | the only big limitation the current patch has is there is no scrolling at all in the list viewports |
| 09:23:31 | JdGordon | which is fine for tiled skins, but not for regular lists |
| 09:24:09 | [Saint] | I'm not sure committing it has any drawbacks... |
| 09:24:16 | [Saint] | it won't effect those not using it. |
| 09:24:30 | God_Eater | except as a binsize increase |
| 09:24:43 | JdGordon | its a pretty small patch :) |
| 09:24:51 | JdGordon | but yeah, usual nonesense there |
| 09:25:48 | JdGordon | [Saint]: what target can i build for you? |
| 09:26:04 | [Saint] | RaaA 240x320 portrait |
| 09:26:48 | JdGordon | time to see if i can build android here |
| 09:50:53 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 09:51:51 | | Quit stripwax (Quit: http://miranda-im.org) |
| 10:00 |
| 10:11:42 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 10:15:13 | | Join peteski [0] (peteski@ultimate.lamity.org) |
| 10:15:20 | | Part peteski |
| 10:35:55 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 10:43:15 | | Join TheLemonMan [0] (~LemonBoy@ppp-254-12.26-151.libero.it) |
| 10:46:05 | *** | Saving seen data "./dancer.seen" |
| 10:48:30 | CIA-14 | New commit by bryan (r30431): Added 'platform-tools' to the features installed by installToolChain.sh for the android build |
| 10:49:27 | [Saint] | It *should* "just work" now...but I still think its preferable that it be done by hand. |
| 10:49:38 | [Saint] | (especially if needless bloat is a concern) |
| 10:51:04 | CIA-14 | r30431 build result: All green |
| 10:54:18 | [Saint] | bluebroth3r: Ping? |
| 10:54:21 | God_Eater | \o/ |
| 10:54:40 | [Saint] | You mention changing the scrollbar to 10x, right justified. |
| 10:54:48 | [Saint] | Is this *usable*? |
| 10:55:12 | [Saint] | Or merely for (*cough*) "eye-candy"? |
| 10:56:30 | [Saint] | The reason I have it at 24px is to make it actually usable as a scrollbar. People had trouble launching the tabs (when they were in the theme) when they were 20px wide, so I'd like to know if you can actually scroll with the bar this thin or not. |
| 10:57:13 | [Saint] | I'm ASSuming you're just using kinetic scrolling and the scrollbar is just visual feedbac on where you are in the lists. |
| 11:00 |
| 11:03:40 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 11:04:06 | | Join Rob2223 [0] (~Miranda@p4FFF13B0.dip.t-dialin.net) |
| 11:07:45 | | Quit Rob2222 (Ping timeout: 260 seconds) |
| 11:26:18 | | Join n1s [0] (~quassel@rockbox/developer/n1s) |
| 11:31:21 | | Quit mikroflops (Read error: Operation timed out) |
| 11:35:01 | * | [Saint] finds it amusing that Rockbox is classed as "very usable" by a user on the forums. |
| 11:35:30 | [Saint] | ...for varying definitions of "very", or "usable", Sure! :D |
| 11:35:43 | Zagor | [Saint]: what platform? |
| 11:36:00 | [Saint] | Oh...whoops, I neglected that didn't I. |
| 11:36:03 | [Saint] | Cowon D2 |
| 11:37:30 | | Join jonno [0] (~jonno@220.236.44.176) |
| 11:37:50 | | Nick jonno is now known as JdGordon| (~jonno@220.236.44.176) |
| 11:37:50 | JdGordon | far more users think rockbox is awesome compared to those that think its shit |
| 11:39:06 | [Saint] | Oh, certainly. But it made me wonder how many other devices this particular user had used Rockbox on before drawing the conclusion that its "very usable" on the Cowon D2 :) |
| 11:39:34 | Zagor | does it matter? he's happy with it on D2 (presumably compared to OF) |
| 11:43:44 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 11:45:09 | | Quit evilnick (Read error: Operation timed out) |
| 11:50:39 | | Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) |
| 11:55:52 | | Quit Rob2223 (Read error: Connection reset by peer) |
| 11:56:06 | | Join Rob2222 [0] (~Miranda@p4FFF13B0.dip.t-dialin.net) |
| 11:56:31 | * | gevaerts isn't very happy about this recent tendency to not want to accept a change without first discussing how it relates to all other features we might or might not have |
| 11:57:08 | [Saint] | gevaerts: ? |
| 11:57:48 | gevaerts | [Saint]: have a look at JdGordon's recent shortcut thing |
| 11:58:20 | [Saint] | Oh, I know about this...but, he's asked for people to look at it and point out regressions. |
| 11:58:37 | gevaerts | Oh, sure |
| 11:58:49 | [Saint] | I can't think of any immediately, so I haven't mentioned any (as, i can't think of any) |
| 11:59:16 | gevaerts | That means pointing out it doesn't do everything the shortcuts plugin does is fine |
| 12:00 |
| 12:00:04 | [Saint] | What does it not do that the shortcuts plugin does (I rarely used the shortcuts plugin, so I'm in the dark here). |
| 12:00:11 | gevaerts | No idea :) |
| 12:00:24 | [Saint] | (I'm genuinely interested, btw, not trolling you ;)) |
| 12:00:40 | gevaerts | But I *really* don't see why the quickscreen is involved in the discussion. I'm pretty sure that very soon someone will argue that it has to be done differently because of the way album art is rendered or something like that |
| 12:01:29 | [Saint] | AFAIK, the QS is in the discussion as the idea is for this to be able to be launched from the QS. |
| 12:01:53 | [Saint] | "this" == the menu (optional) that goes along with it. |
| 12:02:03 | gevaerts | That implies that any change to any setting should trigger a QS re-evaluation |
| 12:05:11 | [Saint] | reading your post to the tracker....*one* of us is confused. (probably me) |
| 12:05:12 | | Quit stripwax (Read error: Connection reset by peer) |
| 12:05:27 | [Saint] | I thought it was to be able to be launched from the QS, not replace it. |
| 12:06:01 | [Saint] | and, launching from the QS I though was optional, as optional as any other QS item. |
| 12:06:59 | gevaerts | I don't mind it being launched from the QS, nor do I mind the reverse. What I do mind is this idea that having some functionality in common implies having to redesign the entirety of the rockbox UI |
| 12:08:34 | | Quit mikroflops (Quit: <(^_^)>) |
| 12:09:49 | | Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) |
| 12:10:16 | [Saint] | <nitpicking>, fwiw, your statement about the QS being a replacement for the Settings menu wouldn't be true without this patch being committed ;) </nitpicking> |
| 12:10:35 | gevaerts | What statement? |
| 12:10:46 | [Saint] | the QS doesn't presently allow for all settings/config options, does it? |
| 12:11:11 | [Saint] | "If your argument is that the functionality overlaps the quickscreen functionality and therefore only one is needed, I could argue that the quickscreen functionality overlaps with the settings menu, so it should be removed. " |
| 12:11:42 | [Saint] | Or, were you implying the QS be removed? I read it as the Settings menu should be removed |
| 12:11:47 | gevaerts | QS |
| 12:11:52 | [Saint] | (though I know neither would actually be) |
| 12:12:06 | [Saint] | Right, that makes more sense to me now then. |
| 12:12:40 | gevaerts | It's not just this patch though |
| 12:12:49 | gevaerts | The sleep timer thing is exactly the same |
| 12:14:06 | [Saint] | For my two cents worth, I personally couldn't care less if this did replace the QS...as I see it as being more functional. And its something users have been asking for for a long time. |
| 12:14:40 | [Saint] | And JdGordon shouldn't get the blame for the Sleep timer stuff, if anyone should it should be me. |
| 12:14:54 | [Saint] | I never wanted that discussion to blow up like that.....certainly not. |
| 12:15:44 | gevaerts | And I'm sure that if this settings menu reorganisation gets going, someone will point out that some setting somewhere isn't needed or is implemented the wrong way, and that this should be resolved before the reorganisation can be done, so the sleep timer thing has to wait. Then it will turn out that "fixing" this setting means refactoring all audio drivers, which means every single target has to be changed and re-tested, and this is of course also |
| 12:16:29 | gevaerts | ... to overhaul wps syntax first |
| 12:16:42 | gevaerts | hm |
| 12:16:50 | [Saint] | fwiw, I have NO idea why the sleep timer stuff isn't already in. EVeryone involved had stated it needen't be held up by the menu overhaul. |
| 12:17:09 | * | gevaerts mispasted his correction. Not that it matters much... |
| 12:18:12 | | Quit JdGordon| (Ping timeout: 240 seconds) |
| 12:18:56 | [Saint] | I think personally, that a menu overhaul would be a very nice thing...and a long time coming. DO I think it can happen in a: a reasonable period of time, b: without generating masses of arguments, or c: in a way that will ever please all? |
| 12:19:09 | [Saint] | Sertainly not...hence why I've backed *right* off it. |
| 12:19:35 | [Saint] | Not even Llorean's (perfectly sane) plan to get it going has a high chance of success unfortunately. |
| 12:20:09 | | Join JdGordon| [0] (~jonno@220.236.44.176) |
| 12:20:10 | [Saint] | Ew...yuck. *Certainly |
| 12:23:38 | JdGordon| | ok, really what the heck? |
| 12:24:08 | [Saint] | Such is life when a group of very opinionated, strong minded individuals with differing opinions get together...this would be the main reason why the menu is in such a poor state presently I suppose. |
| 12:24:33 | [Saint] | Its easier to ignore it than it is to get agreement. |
| 12:27:38 | | Join JdGordon1 [0] (~jonno@122.110.211.42) |
| 12:27:55 | JdGordon1 | what the hell? |
| 12:28:15 | | Quit JdGordon| (Ping timeout: 260 seconds) |
| 12:29:39 | JdGordon1 | gevaerts: what on earth are you complaining about? |
| 12:31:28 | [Saint] | For the record, and to clarify...re: Menu Revision, I'm not backing out of this completely. I have started to categorize the menu items as per Llorean's suggested workflow, and I'm more than willing to help when/if it gets going. I'm *not* however, going to push the idea forward any further. I think I've (IMO) caused enough grief about it. And I feel like I'm flogging a dead horse every time I talk about the menus. It only seems to encite a *very long) |
| 12:32:18 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 12:32:40 | JdGordon | umm.... either I've misunderstood something, or gevaerts has, or everyone has |
| 12:32:51 | * | JdGordon has no idea what that was all about |
| 12:34:31 | [Saint] | I _think_ gevaerts believed this was to replace the QS..I said I didn't think this to be so, but then I wondered if I'd got it wrong or not. |
| 12:34:47 | [Saint] | Reading your last post about it on the tracker, I don't believe so. |
| 12:35:14 | | Join JdGordon| [0] (~jonno@106.70.252.39) |
| 12:35:41 | JdGordon | I'm wondering if http://www.rockbox.org/irc/log-20110905#11:56:31 is meant to be read that nothing changes unless there is a discussion first which doesnt sound right either? |
| 12:36:12 | * | JdGordon shall wait for gevaerts to return from lunch |
| 12:36:20 | gevaerts | [Saint]: you're clearly misunderstanding me :) |
| 12:37:11 | [Saint] | At least its not jsut me ;) |
| 12:38:01 | | Quit JdGordon1 (Ping timeout: 246 seconds) |
| 12:38:10 | gevaerts | JdGordon: I think I like what the patch does as-is (provided it does indeed replace the shortcuts plugin properly, but if it doesn't that's just a plain bug to be fixed, not something to be argued about). What I'm complaining about is people seein "quickscreen" somewhere in the discussion and starting an argument about the entire UI again |
| 12:38:42 | JdGordon | OH! ok |
| 12:38:59 | [Saint] | Ah! |
| 12:39:07 | [Saint] | Why didn't you say so! :P |
| 12:39:16 | gevaerts | I did! |
| 12:46:07 | *** | Saving seen data "./dancer.seen" |
| 13:00 |
| 13:01:12 | | Quit nick-p (Quit: Leaving) |
| 13:09:02 | | Quit JdGordon| (Ping timeout: 250 seconds) |
| 13:12:36 | | Quit n1s (Ping timeout: 240 seconds) |
| 13:15:25 | * | JdGordon still has on idea what the above was all about though |
| 13:16:11 | gevaerts | JdGordon: I basically object to fml2's latest comment on the patch |
| 13:22:35 | | Join Lucifer [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
| 13:22:54 | | Nick Lucifer is now known as Guest2673 (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
| 13:23:51 | | Quit funman (Ping timeout: 252 seconds) |
| 13:26:03 | | Quit bluefoxx_ (Ping timeout: 252 seconds) |
| 13:31:25 | pamaury | hum, my git svn dcommit is stuck |
| 13:34:32 | pamaury | ah it finally works but the bot didn't print it !! |
| 13:37:02 | * | [Saint] kicks CIA-14 |
| 13:37:02 | CIA-14 | ow |
| 13:37:16 | * | [Saint] kicks CIA-14 again for the fun of it |
| 13:37:25 | [Saint] | aha! |
| 13:37:30 | [Saint] | lazy fucker... |
| 13:40:58 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 13:41:01 | pamaury | svn is damn slow...the website shows my next commit but the command itself takes forever to run on my laptop |
| 13:47:46 | | Quit funman (Quit: leaving) |
| 13:49:12 | | Join Rob2223 [0] (~Miranda@p4FFF1483.dip.t-dialin.net) |
| 13:52:45 | | Quit Rob2222 (Ping timeout: 240 seconds) |
| 13:55:46 | | Join Rob2222 [0] (~Miranda@p4FFF2C0A.dip.t-dialin.net) |
| 13:56:08 | gevaerts | kugel: did you see JdGordon's question/comment about buflib_alloc()'s return value yesterday? |
| 13:56:15 | kugel | yes |
| 13:56:41 | kugel | JdGordon: "<= 0" is error. the comment should indeed tell that |
| 13:57:43 | JdGordon | no comments i found say waht the return value is |
| 13:58:08 | JdGordon | also, why is 0 a legal value? most things which return an int <0 is an error... thinking posix and specifically open |
| 13:58:09 | kugel | yes |
| 13:58:26 | kugel | 0 is not legal |
| 13:58:41 | kugel | I think it doesn't actually return 0, but 0 isn't a valid handle |
| 13:59:31 | | Quit Rob2223 (Ping timeout: 264 seconds) |
| 14:00 |
| 14:00:03 | JdGordon | going from memory it does return 0 for obvious errors |
| 14:00:35 | JdGordon | yep |
| 14:01:56 | kugel | indeed |
| 14:02:11 | kugel | could change this to -1, but that doesn't make 0 more valid |
| 14:02:33 | gevaerts | True, but -1 is clearer i think |
| 14:04:11 | JdGordon | is there a reason 0 is not valid? |
| 14:04:16 | | Join JdGord [0] (~AndChat@106.70.252.39) |
| 14:04:16 | | Quit JdGord (Client Quit) |
| 14:04:24 | | Join JdGord [0] (~AndChat@106.70.252.39) |
| 14:04:24 | | Quit JdGord (Client Quit) |
| 14:05:20 | gevaerts | I think allowing 0 as a valid handle should be harmless. That doesn't mean the code ever has to return it of course |
| 14:06:29 | kugel | it goes backwards in the handle table (which is at the end) |
| 14:06:55 | kugel | i.e. table[-handle]. 0 is out of bounds there |
| 14:07:12 | JdGordon | seriously? |
| 14:07:23 | gevaerts | OK, but that's an implementation detail |
| 14:07:29 | | Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
| 14:07:44 | gevaerts | 1725218 is a valid handle, but you're not likely to ever use it |
| 14:09:18 | kugel | not allowing 0 also allows to implement measure to catch invalid/unitialized handles (e.g. from bss, or invalidated by core_free) |
| 14:09:53 | kugel | anyway, this is how buflib always worked and not related to my work |
| 14:10:38 | JdGordon | ok, doesnt mean it cant be discussed |
| 14:10:42 | gevaerts | What I would do is make all error conditions return <0, declare 0 to be formally valid, and always use >1 handles |
| 14:11:03 | kugel | why? |
| 14:11:23 | kugel | why does 0 need to be declared valid? |
| 14:13:24 | kugel | 0 is invalid, as expressed by buflib_free() |
| 14:14:00 | gevaerts | "valid" really just means "the caller shouldn't fall over if it gets it", so you're really just saying "Don't complain if we use a different allocation system next year where allowing 0 saves us two lines of code". Anyway, I don't care *too* much about it, as long as 0 isn't a valid *error* either |
| 14:14:13 | kugel | anyway, as the actual number totally doesn't matter it should be enough to say "returns -1 on error, a valid handle otherwise" |
| 14:14:45 | kugel | then you can check for <0 or -1 easily |
| 14:15:26 | * | gevaerts nods |
| 14:15:40 | JdGordon | thats all I'm asking for |
| 14:16:30 | gevaerts | I'd say "<0". Documenting -1 too much means you then can't use other values later on if you want to make the thing more specific later on, even if it's always -1 now |
| 14:16:36 | kugel | it's the same as <= 0 if you ask me, but if you like open()-symmetry I'm fine |
| 14:16:44 | * | JdGordon does think that table[-handle] is insaly bad also |
| 14:16:58 | kugel | it isnt |
| 14:17:44 | kugel | gevaerts: errno :P |
| 14:18:36 | kugel | JdGordon asked for open()-symmetry which is documented to return -1 on error |
| 14:18:45 | kugel | like many other functions |
| 14:19:13 | JdGordon | how is it not? I'm surprised it is actually lega;l |
| 14:19:18 | * | kugel really doesn't care, as long as 0 doesn't get valid |
| 14:19:52 | gevaerts | ok, although errno and multithreaded code don't always play nice |
| 14:20:08 | kugel | JdGordon: it's the same as *(table - handle) |
| 14:20:16 | B4gder | s/don't always play nice/lead to awful hacks |
| 14:21:09 | JdGordon | wtf? seriously? |
| 14:21:09 | kugel | I thought errno in multithreaded enviroments is a solved issue (except in our env)? |
| 14:21:24 | kugel | note: I wasnt actually serious about errno |
| 14:21:26 | B4gder | kugel: it is, somewhat, on the proper operating systems and compilers |
| 14:21:38 | B4gder | == what I consider a hack |
| 14:22:08 | JdGordon | *(table- handle) does indeed work when handle is 0 and is far more understandbale than hantable[-handle] |
| 14:22:23 | * | JdGordon thougt it was table[end-handle] like python/perl does |
| 14:22:44 | kugel | that's what it is |
| 14:22:51 | kugel | no wait, it isn't :) |
| 14:23:50 | JdGordon | I think i remember the discussion about why its backwards indexing, but table[-handle] is just scary and really shld be replaced, especially when the generated code wont change significantly |
| 14:24:07 | JdGordon | or am i the only one that tihnks that? |
| 14:24:20 | kugel | I find both equally scary |
| 14:24:40 | gevaerts | I think it doesn't matter much if it's *isolated* and the API doesn't depend on it |
| 14:24:44 | kugel | but table[-handle] at least shows more clearly that it's indexing |
| 14:24:46 | gevaerts | Which I think is OK now |
| 14:25:26 | JdGordon | kugel: right, but languages with support for that do different tihngs to what you're saying it is doing |
| 14:26:01 | * | JdGordon is thinking about the next person to touch this code |
| 14:26:35 | kugel | well, it's semantally table[end-handle], except that table is pointing to the end, not the start. |
| 14:27:30 | JdGordon | no its not |
| 14:27:47 | | Join JdGord [0] (~AndChat@106.70.252.39) |
| 14:28:48 | kugel | if you're imagining table pointed to the start it's like table[end-handle] |
| 14:30:28 | * | pamaury thinks tables[-handle] is ok, it's an implementation detail and easily understandable |
| 14:33:00 | | Quit JdGord (Ping timeout: 264 seconds) |
| 14:35:13 | | Join jonno [0] (~jonno@220.236.43.90) |
| 14:35:25 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 14:35:47 | jonno | my net keeps dropping out :/ |
| 14:35:49 | jonno | kugel: you've said contradictory things |
| 14:36:07 | jonno | 14:20kugelJdGordon: it's the same as *(table - handle) |
| 14:36:38 | jonno | 14:28kugelif you're imagining table pointed to the start it's like table[end-handle] |
| 14:37:33 | pamaury | no that's consistent |
| 14:38:57 | jonno | the first has the address being < table, the second is > table |
| 14:40:02 | jonno | I've dropped out again havnt i? |
| 14:40:18 | jonno | how? |
| 14:40:44 | kugel | read the second one again |
| 14:42:04 | jonno | end is what? |
| 14:43:30 | * | jonno has been assuming end is len-1(+/-1) |
| 14:43:45 | | Quit stripwax (Quit: http://miranda-im.org) |
| 14:44:41 | | Join stripwax [0] (~stripwax@rockbox/developer/stripwax) |
| 14:44:53 | kugel | yes |
| 14:45:18 | jonno | ok, so how are they possibly the same? |
| 14:45:48 | kugel | :\ |
| 14:46:08 | *** | Saving seen data "./dancer.seen" |
| 14:46:14 | kugel | in the second you need imagine table pointed to the start |
| 14:48:28 | jonno | where else would table point to? |
| 14:49:24 | kugel | the end |
| 14:49:44 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
| 14:50:42 | jonno | $ ./a.out |
| 14:50:45 | jonno | table: 601040, table[-3]: 601034, (table-3):601034 |
| 14:50:54 | jonno | http://pastebin.com/Xv6X3qU7 |
| 14:51:02 | jonno | oh |
| 14:51:03 | jonno | wtf? |
| 14:51:09 | jonno | errr |
| 14:51:49 | jonno | guess who's insanely confused |
| 14:52:42 | kugel | that program is broken :) |
| 14:53:16 | * | gevaerts is confused |
| 14:53:28 | gevaerts | What was that supposed to demonstrate? |
| 14:58:43 | jonno | it was *supposed* to show that they are not the same |
| 14:58:51 | pamaury | jonno: in our code, we have a buffer of which we use, say, range [0,N[, and we table which points at the *end*, so table = buffer + N. Thus table[-1] is the last used position. Since negative offset are confusing, an equivalent way of seing it is to say that table = buffer and then table[-1] becomes table[N-1] |
| 14:59:04 | pamaury | *we have |
| 15:00 |
| 15:00:46 | jonno | my point is still valid... in languages where negative indexing isnt a hack, -1 is 1 less than the last element |
| 15:01:04 | pamaury | hehe, I have bootloader usb working and now even linux is confused by the strange partition layout of the fuze+ :) |
| 15:01:15 | kugel | it's the last element in the languages I know |
| 15:01:16 | Torne | jonno: to be fair, having -1 be the last element is the trick |
| 15:01:28 | Torne | having it be the one before the zeroth element is the natural behaviour of the underlying implementation |
| 15:01:37 | pamaury | jonno: that's the reverse in my opinion, -1 being the last is just horrible |
| 15:01:56 | gevaerts | pamaury: what does the partition table look like? |
| 15:02:07 | Torne | You don't see it a lot in C because somearray[-1] is generally not actually valid C |
| 15:02:16 | Torne | (people do it anyway because they are bad bad people, but hey) |
| 15:02:18 | Torne | but in this case it is |
| 15:03:02 | jonno | pamaury: depends if you're used to python or not |
| 15:03:29 | Torne | it doesn't matter if you are used to python.. having negative indexes be indexing from the back is a *trick* |
| 15:03:33 | Torne | it's useful and nice |
| 15:03:44 | kugel | what does "-1 is 1 less than the last element" actually mean? |
| 15:03:48 | Torne | but it's not intuitive or trivial with respect to the implementation |
| 15:03:52 | pamaury | the partition table itself is find, but iirc the main partition table uses a logical sector size != 512 and has one logical partitition of which the logical sector size is different from the previous one and also != 512 |
| 15:03:57 | kugel | the element before, or the element-1? |
| 15:04:13 | pamaury | everyone will get confused in a minute ^^ |
| 15:04:49 | jonno | where in the actual code is this? |
| 15:06:31 | pamaury | gevaerts: ah no I remember now, the partition table is *not* fine since the logical partition is of type 1 so linux thinks it's a fat partition :-/ |
| 15:06:50 | gevaerts | Does linux care about partition types? |
| 15:07:12 | pamaury | I guess so |
| 15:07:12 | Torne | generally no |
| 15:07:20 | pamaury | because it tries to mount it as fat |
| 15:07:22 | Torne | the kernel does not care about them at all, other than type 0 |
| 15:07:39 | Torne | and udisks/hal/etc afaik all just do superblock detection the same way mount does |
| 15:07:43 | gevaerts | Don't use automounters, and you'll have fewer problems :) |
| 15:08:07 | pamaury | it's actually a logical partition but the kernel doesn't report it as such |
| 15:08:48 | gevaerts | Ah, right |
| 15:09:19 | pamaury | nice kernel messages: |
| 15:09:20 | pamaury | [57334.613630] sd 11:0:0:0: [sdb] Assuming drive cache: write through |
| 15:09:21 | pamaury | [57334.618675] sdb: sdb1 sdb2 sdb3 sdb4 |
| 15:09:21 | DBUG | Enqueued KICK pamaury |
| 15:09:21 | pamaury | [57334.618686] sdb: p1 size 15406080 extends beyond EOD, enabling native capacity |
| 15:09:21 | pamaury | [57334.624644] sd 11:0:0:0: [sdb] Assuming drive cache: write through |
| 15:09:21 | *** | Alert Mode level 1 |
| 15:09:21 | pamaury | [57334.626642] sdb: sdb1 sdb2 sdb3 sdb4 |
| 15:09:23 | pamaury | [57334.626652] sdb: p1 size 15406080 extends beyond EOD, truncated |
| 15:10:06 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 15:10:06 | * | gevaerts saw errors just like that only a few days ago! |
| 15:10:12 | gevaerts | My partitioning code was broken :) |
| 15:10:38 | pamaury | actually I don't see any problem with the partition, all partitions are *within* the disk ! |
| 15:11:01 | gevaerts | Are you exposing the correct block size? |
| 15:11:38 | pamaury | I'm not doing anything in particular |
| 15:12:54 | pamaury | the thing is that except in recovery mode, I don't want to use the first partitition table so I restrict the disk to the logical partition which contains the actual filesystem. But in this logical partition, the logical sector size is != 512 and apparently the kernel gets confused so perhaps I have to do something ? |
| 15:13:58 | pamaury | gevaerts: UMS has to report the logical sector size ? |
| 15:14:17 | gevaerts | It reports the disk sector size |
| 15:14:39 | gevaerts | I have no idea how FAT logical sector sizes work |
| 15:15:22 | pamaury | if I'm no saying crap, the logical sector size stuff is just there for the partition layout, the FAT uses 512 sector size (and cluster size) |
| 15:16:02 | pamaury | anyway Rockbox mounts it so Linux must be the one doing bad things(TM) |
| 15:19:22 | *** | Alert Mode OFF |
| 15:22:47 | pamaury | my mistake, the fat uses 2048 bytes per sector |
| 15:23:15 | pamaury | but it doesn't matter because linux doesn't find the fat since it assumes a 512 logical sector size :) |
| 15:24:41 | gevaerts | Are you using a partition table in that case? |
| 15:26:06 | pamaury | yes, there is a partition table |
| 15:26:53 | gevaerts | What sector size does the partition table assume? |
| 15:28:47 | pamaury | wait a minute, I will pastebin the thing, you'll see |
| 15:34:11 | pamaury | gevaerts: http://pastebin.com/JPhk9kkZ |
| 15:34:48 | pamaury | the first partition uses a logical sector size of 512 and the second one 2048, but that's not written anywhere of course |
| 15:38:44 | gevaerts | Does the OF do MSC? |
| 15:39:01 | pamaury | yes iirc |
| 15:39:12 | gevaerts | Any idea what it exposes? |
| 15:39:36 | pamaury | nope because I replaced the bootloader with mine and I'm unsure of how exactly to put it back :) |
| 15:39:49 | gevaerts | :) |
| 15:39:53 | pamaury | (although I can try until I succeed) |
| 15:40:15 | pamaury | but that's a nice idea, I'll try to put the OF back see what it exposes |
| 15:40:44 | gevaerts | What are you exposing now? The entire thing, or just the logical partition with its extended MBR? |
| 15:41:07 | | Join evilnick [0] (~evilnick@5ad33e3b.bb.sky.com) |
| 15:41:07 | | Quit evilnick (Changing host) |
| 15:41:07 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 15:41:23 | pamaury | I can choose |
| 15:41:28 | pamaury | none works correctly |
| 15:42:04 | gevaerts | If the latter, try setting block_size_mult to 4 in usb_storage.c |
| 15:42:38 | | Join neferty [0] (~andor@173.242.127.201) |
| 15:42:42 | | Quit jonno (Quit: leaving) |
| 15:43:35 | pamaury | I just found the dmesg output in the forum: |
| 15:43:36 | pamaury | [ 1483.279931] sd 8:0:0:0: [sdb] 7748864 2048-byte logical blocks: (15.8 GB/14.7 GiB) |
| 15:44:09 | | Part pamaury ("http://quassel-irc.org - Discuter simplement. Partout.") |
| 15:44:12 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 15:44:14 | gevaerts | I wonder how rockbox manages to mount this |
| 15:44:28 | pamaury | because we have support for unknown logical sector size |
| 15:44:45 | pamaury | our code tries all logical sector sizes until it mounts :) |
| 15:45:03 | gevaerts | Yes, but based on which MBR? |
| 15:45:13 | pamaury | only the logical partition |
| 15:45:31 | pamaury | (the extended partition) |
| 15:47:07 | gevaerts | What blocksize does storage_get_info() report? 512? |
| 15:47:53 | gevaerts | If so, you should define MAX_LOG_SECTOR_SIZE to 2048 or 4096 |
| 15:48:29 | pamaury | yes it reports 512. I already define MAX_LOG_SECTOR_SIZE |
| 15:48:38 | pamaury | otherwise it wouldn't mount |
| 15:48:48 | pamaury | the problem is only with usb |
| 15:48:53 | gevaerts | OK, so then the mount code should have set disk_sector_multiplier properly |
| 15:49:08 | pamaury | yes |
| 15:49:13 | gevaerts | In which case usb should report 2048 byte sectors to the host |
| 15:50:17 | pamaury | weird, disk_sector_multiplier=1 :-/ |
| 15:50:57 | pamaury | ahhhhhhhhhh, I know why |
| 15:51:58 | JdGordon | do we have a md5sum equiviant in firmware/? |
| 15:52:21 | wodz | a function/plugin/or what? |
| 15:52:37 | JdGordon | a function |
| 15:52:40 | JdGordon | in core |
| 15:52:52 | pamaury | it works \o/ |
| 15:52:57 | wodz | don't think so - test_codec should have one |
| 15:53:08 | JdGordon | wodz: have you seen fs#12251 |
| 15:53:09 | fs-bluebot | http://www.rockbox.org/tracker/task/12251 user shortcuts in the main menu (patches, new) |
| 15:53:19 | gevaerts | pamaury: I'm curious. What was the problem? |
| 15:57:07 | pamaury | I would go into usb more before trying to mount the partition, so the logical sector size was no determined yet |
| 15:58:06 | gevaerts | Oh, right |
| 15:59:34 | gevaerts | For this case I think it would be better to drop the guessing and add a "translation layer" between something that provides 2048 byte sectors starting at the right offset and the actual storage driver (which still uses 512 byte sectors) |
| 15:59:57 | pamaury | I'm not sure |
| 16:00 |
| 16:00:05 | gevaerts | The guessing was added for the ipod video, where the same build has to be usable on both 512 byte and 2048 byte systems. |
| 16:00:28 | gevaerts | Using MAX_LOG_SECTOR_SIZE is also likely to slow IO down a bit I suspect, although I'm not sure |
| 16:00:38 | pamaury | why ? |
| 16:00:45 | | Quit B4gder (Quit: Konversation terminated!) |
| 16:01:25 | gevaerts | hm, I'm not sure how it works now... amiconn? |
| 16:01:51 | pamaury | the logical sector size is really only useful when reading the mbr |
| 16:02:30 | pamaury | since the storage has 512 sector size I see no reason to add a translation layer |
| 16:02:36 | gevaerts | hm, doesn't SD (is this SD?) really work with 512 byte sectors anyway? |
| 16:02:46 | gevaerts | Don't they use 32 bytes natively or something? |
| 16:03:00 | pamaury | it has a MMC interface so it's 512 byte per sector |
| 16:03:07 | pamaury | (at high speed) |
| 16:03:09 | gevaerts | ok |
| 16:06:41 | | Quit antil33t (Read error: Connection reset by peer) |
| 16:07:01 | | Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) |
| 16:22:34 | | Quit wodz (Quit: Leaving) |
| 16:23:05 | | Quit antil33t (Read error: Connection reset by peer) |
| 16:23:29 | | Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) |
| 16:42:16 | | Join n1s [0] (~quassel@rockbox/developer/n1s) |
| 16:46:11 | *** | Saving seen data "./dancer.seen" |
| 16:51:07 | | Quit stripwax (Remote host closed the connection) |
| 16:54:25 | | Join lucifer [0] (~lucifer@kali-pppoe-72.dsl.bright.net) |
| 16:54:51 | | Nick lucifer is now known as Guest60651 (~lucifer@kali-pppoe-72.dsl.bright.net) |
| 16:54:56 | | Nick Guest60651 is now known as jamer123 (~lucifer@kali-pppoe-72.dsl.bright.net) |
| 16:55:10 | jamer123 | hello |
| 16:55:16 | * | [Saint] thinks http://forums.rockbox.org/index.php/topic,28788.msg184391.html#msg184391 is a damn fine idea... |
| 16:56:06 | jamer123 | i have a question for you |
| 16:56:10 | [Saint] | Not that we need more settings, but a "Mount sdcard first if found" setting would be a fine idea for players where the sdcard is (potentially) much larger than the internal memory. |
| 16:56:19 | [Saint] | jamer123: Ask it, then ;) |
| 16:56:34 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 16:56:49 | jamer123 | is the rca lyra supported |
| 16:57:20 | [Saint] | No, only the players listed on www.rockbox.org are supported. |
| 16:57:37 | amiconn | gevaerts: Logical sector size >512 bytes doesn't slow down anything. |
| 16:57:48 | jamer123 | ok thank you |
| 16:58:11 | amiconn | When reading the mbr it does some guessing to find out the size being used. The value is also needed to interpet the bpb correctly |
| 16:58:17 | gevaerts | amiconn: ok. I think I was confusing logical sector size and the ipod 1K block workaround |
| 16:58:25 | | Part jamer123 |
| 16:58:37 | | Quit nick-p (Quit: Leaving) |
| 16:58:40 | amiconn | That's physical sector size + broken drive firmware |
| 16:59:18 | | Quit stripwax (Read error: Connection reset by peer) |
| 16:59:28 | amiconn | Unfortunately I don't know of a sane alternative to guessing. The mbr doesn't hold the logical sector size being used |
| 17:00 |
| 17:00:24 | amiconn | MAX_LOG_SECTOR_SIZE can be increased if desired; it has no negative impact apart from slightly longer guessing at boot |
| 17:01:02 | | Part Zagor |
| 17:07:04 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 17:07:34 | | Join user890104 [0] (~Venci@89.252.237.109) |
| 17:08:47 | | Quit user890104 (Read error: Connection reset by peer) |
| 17:09:09 | | Join user890104 [0] (~Venci@6bez10.info) |
| 17:14:09 | | Quit liar (Ping timeout: 258 seconds) |
| 17:15:12 | | Quit ReimuHakurei (Ping timeout: 246 seconds) |
| 17:28:11 | | Quit TheLemonMan (Quit: WeeChat 0.3.5) |
| 17:30:07 | | Join TheLemonMan [0] (~LemonBoy@ppp-254-12.26-151.libero.it) |
| 17:30:58 | | Part LinusN |
| 17:35:54 | | Quit stripwax (Quit: Miranda IM!- Smaller, Faster, Easier. http://miranda-im.org) |
| 17:37:13 | bluebroth3r | [Saint]: poing |
| 17:37:29 | bluebroth3r | wasn't aware the scrollbar is draggable :) |
| 17:37:39 | [Saint] | Aha! ;) |
| 17:37:47 | bluebroth3r | but it's quite usable even with 10px scrollbar. At least for me ;-) |
| 17:38:08 | [Saint] | Oh? That's...odd. I suspect some touchscreens are...well, shit. |
| 17:38:24 | [Saint] | Mine is also usable with very low res sliders, but, others not. |
| 17:39:15 | [Saint] | Some people could not launch the tabs on the "old style" theme for instance, when they were proportianately 3 times larger than they were on my 240x320 screen. |
| 17:39:44 | bluebroth3r | well, I guess there is no easy solution for that then. |
| 17:39:54 | [Saint] | I addressed a few of your question onthe theme thread in the tracker. |
| 17:40:04 | [Saint] | (in case you want to keep conversation there) |
| 17:41:19 | bluebroth3r | ok, just read them |
| 17:42:07 | bluebroth3r | I'll be afk soon tonight. Will catch up on it later. |
| 17:42:18 | [Saint] | Sweet. |
| 17:43:07 | [Saint] | what would people think about the "play" button on the .wps launching thw .wps *if* playback was already commenced? |
| 17:43:21 | [Saint] | I _think_ this is possible, but non-trivial. |
| 17:43:26 | bluebroth3r | btw, I was trying to move the plugins from libmisc.so to real android libs. Works for me so far but it's quite hackish right now (and I had to trick the build system to get the desired output) |
| 17:43:33 | [Saint] | gah! |
| 17:43:50 | [Saint] | "play button on the .sbs launching the .wps, if playback has commenced" |
| 17:43:50 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
| 17:43:54 | bluebroth3r | hmm, not sure. Then you didn't have a button to pause, and it might be confusing that the button has different meanings depending on where you are |
| 17:44:11 | [Saint] | you could stil pause with it. |
| 17:45:00 | [Saint] | it would only (in theory) go to the .wps if playback was started. playback could still be started from the .sbs, but a second tap could kick you into the .wps |
| 17:45:16 | [Saint] | ..just a thought I had. |
| 17:46:48 | [Saint] | a "long press" in the .sbs would still pause. they're seperate actions. |
| 17:47:01 | bluebroth3r | yeah, but it would change meanings which is usually a bad idea imo |
| 17:48:03 | [Saint] | Yeah...I know. I'm stuck for options really. without seriously fucking up the symmetry of the theme, or re-doing the bottom icons (which no-one wants to be any smaller than they are already) |
| 17:48:39 | [Saint] | I could boot "context_menu" off "long press" of the titlebar. |
| 17:49:19 | [Saint] | individual items in the lists would still call their context menus with long press. |
| 17:49:47 | [Saint] | Hmmm...yes, this seems sane. |
| 17:50:34 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 17:50:41 | | Join ReimuHakurei [0] (~kudo@2001:0:4137:9e76:28f8:26d4:b4ef:12b3) |
| 17:51:28 | bluebroth3r | sorry, gtg now. |
| 17:51:44 | [Saint] | No problem, I'm more talking out loud anyway ;) |
| 17:55:08 | [Saint] | dammit! |
| 17:55:39 | [Saint] | its quickscreen..not contextmenu (it was actually contextmenu in 480x800, but this was in error). |
| 17:55:53 | [Saint] | we *need* quickscreen. |
| 17:56:38 | | Quit GeekShadow (Ping timeout: 260 seconds) |
| 18:00 |
| 18:15:57 | | Quit ft (Read error: Operation timed out) |
| 18:18:00 | | Quit TheLemonMan (Remote host closed the connection) |
| 18:18:27 | | Join TheLemonMan [0] (~LemonBoy@ppp-254-12.26-151.libero.it) |
| 18:27:25 | | Quit God_Eater (Quit: Page closed) |
| 18:27:26 | | Join Stummi [0] (~Stummi@rockbox/developer/Stummi) |
| 18:32:27 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:32:27 | | Quit bertrik (Changing host) |
| 18:32:27 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 18:41:24 | | Join Jerom1 [0] (~jerome@79.132.42.100) |
| 18:44:31 | | Quit TheLemonMan (Quit: WeeChat 0.3.5) |
| 18:46:12 | *** | Saving seen data "./dancer.seen" |
| 18:47:01 | | Join TheLemonMan [0] (~LemonBoy@ppp-254-12.26-151.libero.it) |
| 18:47:41 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 18:50:56 | | Quit antil33t (Read error: Connection reset by peer) |
| 18:51:16 | | Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) |
| 19:00 |
| 19:07:53 | | Join powell14ski [0] (~powell14s@c-174-51-194-6.hsd1.co.comcast.net) |
| 19:11:36 | | Join JesusFreak316 [0] (~JesusFrea@pool-173-65-77-65.tampfl.fios.verizon.net) |
| 19:13:37 | | Join CaptainKewl [0] (captainkew@216.220.65.110) |
| 19:16:35 | | Join webguest4 [0] (~6c7958eb@giant.haxx.se) |
| 19:16:38 | | Quit Stummi (Quit: Leaving...) |
| 19:17:06 | | Quit webguest4 (Client Quit) |
| 19:19:07 | | Join Stummi [0] (~Stummi@rockbox/developer/Stummi) |
| 19:20:38 | | Quit funman (Ping timeout: 260 seconds) |
| 19:26:44 | | Quit antil33t (Read error: Connection reset by peer) |
| 19:27:04 | | Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) |
| 19:41:39 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 19:46:32 | | Join bluebrother [0] (~dom@g226070202.adsl.alicedsl.de) |
| 19:46:33 | | Quit bluebrother (Changing host) |
| 19:46:33 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 19:48:49 | | Quit fs-bluebot (Ping timeout: 245 seconds) |
| 19:49:36 | | Quit bluebroth3r (Ping timeout: 240 seconds) |
| 19:49:56 | | Join fs-bluebot [0] (~fs-bluebo@g226070202.adsl.alicedsl.de) |
| 19:55:31 | | Quit JesusFreak316 (Ping timeout: 258 seconds) |
| 19:56:25 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 19:57:12 | | Quit bertrik (Read error: No route to host) |
| 19:57:17 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:57:17 | | Quit bertrik (Changing host) |
| 19:57:17 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 19:58:24 | | Quit froggyman (Ping timeout: 245 seconds) |
| 20:00 |
| 20:03:52 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
| 20:04:25 | | Join Horscht [0] (~Horscht@p5DD57FE7.dip.t-dialin.net) |
| 20:04:25 | | Quit Horscht (Changing host) |
| 20:04:25 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 20:04:26 | TheLemonMan | pamaury: ping |
| 20:05:35 | pamaury | pong |
| 20:06:04 | TheLemonMan | where should i look for a flowchart of usb init on imx23 ? |
| 20:08:02 | pamaury | depends on what you call usb init :) |
| 20:08:39 | TheLemonMan | from clock gating onwards |
| 20:09:32 | | Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) |
| 20:09:35 | | Quit antil33t (Read error: Connection reset by peer) |
| 20:09:57 | | Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) |
| 20:11:01 | pamaury | the imx233 manual has a flowchart for a few trivial things. Basically you enable usb pll, enable usbphy clocks, gate on usb block and then you need to do all the controller related stuff (which is not included in the manual) |
| 20:11:47 | TheLemonMan | hrm, yeah saw that flowchart in the manual, but im a noob when it comes to usb controllers |
| 20:11:55 | pamaury | you can also have a look at our code, since it contains everything except the usbphy and pll stuff and which works if you use recovery mode to enable it |
| 20:12:23 | TheLemonMan | oh, right, the recovery mode leaves the usb connected |
| 20:12:44 | pamaury | what do you want to do ? |
| 20:13:21 | TheLemonMan | write the usb driver for my mp3 player, which is based on smtp3700 |
| 20:13:41 | pamaury | this is the same as in imx233 ? |
| 20:14:04 | TheLemonMan | not really, there are many registers silghtly changes |
| 20:14:31 | CIA-14 | New commit by bertrik (r30435): sansa clipzip: implement default dualboot code (boots to OF unconditionally for now) |
| 20:15:27 | pamaury | because the imx233 uses the arc driver which is not fully documented in the manual and except for the imx233 specific it's probably either the same or a completely different one |
| 20:16:31 | pamaury | you have the register define iirc, right ? |
| 20:16:55 | TheLemonMan | yup, i also have the source of their linux firmware |
| 20:17:03 | TheLemonMan | but it's really really messy |
| 20:17:22 | CIA-14 | r30435 build result: All green |
| 20:18:07 | pamaury | you say there are a few changes, for which registers ? |
| 20:18:31 | TheLemonMan | many, i lost the list i had in a hard disk crash |
| 20:19:01 | TheLemonMan | if you remember we talked a lot about this some months ago |
| 20:19:08 | TheLemonMan | around ~june |
| 20:19:27 | pamaury | not for the usb part iirc |
| 20:19:50 | TheLemonMan | oh, i hadnt started looking into that |
| 20:20:34 | | Join mudd1 [0] (~cmertes@ip-78-94-202-227.unitymediagroup.de) |
| 20:21:52 | pamaury | basically there are two different things for usb: the phy and the controller. The phy part is stmp specific so there might be changes between imx233 and stmp3700 and you probably need to have a look at the code you have. The controller part is probably not stmp specific and you can reuse any driver for this controller (but you need to check that the register match of course) |
| 20:22:25 | pamaury | if you start out of recovery mode, you can skip the phy init part for now, so you're left with the controller one |
| 20:22:48 | | Join JesusFreak316 [0] (~JesusFrea@pool-173-65-77-65.tampfl.fios.verizon.net) |
| 20:26:38 | TheLemonMan | good, wheres the usb core for imx23 in rockbox tree ? |
| 20:27:20 | | Quit Horscht (Quit: Verlassend) |
| 20:28:00 | | Join Horscht [0] (~Horscht@p5DD57FE7.dip.t-dialin.net) |
| 20:28:00 | | Quit Horscht (Changing host) |
| 20:28:00 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 20:29:14 | pamaury | the usb is split into several parts. The usb driver in firmware/target/arm/usb-drv-arc.c, the usb stack in firmware/usbstack/, there is some glue stuff in firmware/usb.c and the imx233 usb detect stuff in split in firmware/target/arm/imx233/{usb-imx233.c,power-imx233.c} which needs to irq setup |
| 20:29:37 | pamaury | s/to/some |
| 20:29:56 | pamaury | are you writing you own system or porting rockbox ? |
| 20:32:42 | CIA-14 | New commit by pamaury (r30436): imx233/fuze+: fix apps linker script, add comment in bootloader |
| 20:32:52 | | Quit y4n (Quit: HOLY SHIT! WE'RE ALL JUST LIVING ON A GINORMOUS FUCKING SPINNING ROCK FLOATING THROUGH SPACE CIRCLING A BIG FUCKING BALL OF FIRE!!!) |
| 20:34:52 | CIA-14 | r30436 build result: 1 errors, 1 warnings (pamaury committed) |
| 20:35:30 | pamaury | the famous set but not used error :) |
| 20:35:53 | bertrik | yes, very annoying |
| 20:36:14 | wodz | we commit to little definitely if this one still appears :-) |
| 20:42:04 | gevaerts | wodz: feel free to fix it :) |
| 20:42:06 | | Quit sideral (Remote host closed the connection) |
| 20:42:42 | TheLemonMan | pamaury: im writing my own system atm, at least until i have nand working |
| 20:42:47 | bertrik | Can we enable this warning somehow on older compilers? |
| 20:45:37 | n1s | wodz: that code is the stuff of nightmares |
| 20:46:14 | *** | Saving seen data "./dancer.seen" |
| 20:46:35 | n1s | the reporting is not good, there is no actual error, just a warning |
| 20:51:06 | | Quit antil33t (Read error: Connection reset by peer) |
| 20:51:29 | | Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) |
| 20:53:28 | amiconn | The build colouring script definitely needs fixing. It's been broken for quite some time now :\ |
| 20:56:43 | bluebrother | hmm, I had some proposed changes to that in a pastebin some time back |
| 20:57:43 | | Join robin0800 [0] (~robin0800@genld-217-236.t-mobile.co.uk) |
| 20:58:25 | * | bluebrother found it: http://pastebin.com/k1zzhcXv |
| 20:58:42 | bluebrother | any thoughs? Should that be sufficient? |
| 21:00 |
| 21:02:15 | bertrik | perhaps silly, but can't we catch stderr output (assuming warnings and errors go there)? |
| 21:03:22 | bluebrother | aren't we doing that? The problem is that warning spawning multiple lines, and the regexp catches the first as error |
| 21:03:34 | amiconn | Is that even the correct script? |
| 21:04:00 | amiconn | I can't find any script that looks like it is doing the actual colouring; checklog.pl just counts |
| 21:04:22 | | Join Buschel [0] (~chatzilla@p54B67708.dip.t-dialin.net) |
| 21:05:32 | bluebrother | as far as I understand that script it puts the numbers into a database. So not writing a false positive to the db seems like a good idea to me ;-) |
| 21:05:49 | amiconn | Yeah, but it won't fix the colouring |
| 21:06:09 | amiconn | The latter already disagrees from the count - just check the latest few reds |
| 21:06:45 | bluebrother | showbuilds.pl creates some html |
| 21:06:51 | Buschel | gevaerts: will you still hand out a beer for fixing the bmp.c warning? |
| 21:06:58 | amiconn | Colouring doesn't mark 'Build failure', nor does it handle include chains properly (see r30424) |
| 21:08:46 | * | amiconn thinks those two scripts should probably share some code, but still can't find the colouring script |
| 21:09:30 | amiconn | showbuilds.pl seems to be responsible for the table |
| 21:09:57 | * | amiconn has the suspicion that not all scripts are in svn |
| 21:11:47 | gevaerts | Buschel: of course! |
| 21:12:00 | * | bluebrother summons Bagder |
| 21:12:16 | Buschel | what do you think of this :o) -> http://pastie.org/2487282 |
| 21:19:16 | amiconn | dirrrty (imo) |
| 21:20:36 | * | Buschel is just hunting for a beer :) |
| 21:22:57 | amiconn | Why not fix it the proper way, i.e. don't set it if it's not used? |
| 21:23:01 | | Quit TheLemonMan (Quit: WeeChat 0.3.5) |
| 21:24:36 | Buschel | amiconn: you didn't take this patch seriously, hopefully... |
| 21:27:07 | * | bluebrother has filesystem errors on the SD card _again_? |
| 21:29:10 | gevaerts | Buschel: beers are only available for committed solutions that *stay* committed :) |
| 21:29:37 | | Quit JesusFreak316 (Ping timeout: 246 seconds) |
| 21:29:59 | Buschel | gevaerts: you are changing the rules! |
| 21:30:19 | Buschel | (or at least refining them) |
| 21:31:34 | * | bluebrother curses FAT |
| 21:38:41 | akaWolf | weechat..) |
| 21:39:10 | * | pamaury still needs the pcm drivers for the fuze+ and doesn't want to :) |
| 21:39:18 | pamaury | *to write them |
| 21:43:57 | akaWolf | pamaury: clip+ better) |
| 21:45:41 | akaWolf | or simple fuze |
| 21:47:44 | pamaury | what ? |
| 21:50:38 | wodz | ha, I spoted the couse of prolonged delay between selecting the track and start of the playback. audiohw_postinit() needs huge 3s delay (to charge output caps?). Any Idea how to deal with this? |
| 21:51:15 | wodz | this is for rk27xx of course |
| 21:51:29 | bertrik | eh, just don't wait 3s? :P |
| 21:51:37 | saratoga | that seems unreasonably long |
| 21:52:57 | wodz | bertrik: If I wait in audiohw_postinit() there is 3s delay between selecting track and start of the playback |
| 21:53:18 | wodz | I guess this is just for the first track but still rather irritating |
| 21:53:23 | saratoga | and thats just waiting for the dac to say its ready? |
| 21:54:22 | bertrik | I guess nothing really bad happens if you don't wait, maybe a pop |
| 21:54:42 | wodz | saratoga: this is delay between enabling output stage and setting some gpio which is somehow related to hadphone output |
| 21:55:00 | wodz | bertrik: I tried - there is no sound simply |
| 21:55:22 | saratoga | does the sound eventually start or just never play? |
| 21:56:17 | wodz | it start after few seconds |
| 21:56:50 | pamaury | is it faster than waiting for the 3s ? |
| 21:57:22 | wodz | no, 3s is experimental value :-) |
| 21:57:42 | saratoga | caps in stuff like this are really small, they should charge up very quickly |
| 21:57:54 | saratoga | perhaps some voltage regulator or charge pump isn't enabled? |
| 21:58:17 | wodz | OF do this tricks early and assumes no one select playback fast enough to see the oddity |
| 21:59:19 | | Quit akaWolf (Ping timeout: 268 seconds) |
| 21:59:42 | saratoga | heh, sounds like they had some errata to work around |
| 21:59:49 | | Join gbl08ma [0] (~gbl08ma@93.102.49.143.rev.optimus.pt) |
| 22:00 |
| 22:00:22 | | Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 6.0.1/20110830092941]) |
| 22:11:21 | | Quit ReimuHakurei (Ping timeout: 255 seconds) |
| 22:15:06 | | Quit robin0800 (Ping timeout: 240 seconds) |
| 22:25:00 | | Quit Stummi (Quit: Bye!) |
| 22:25:04 | | Join GeekShadow [0] (~antoine@17.160.21.93.rev.sfr.net) |
| 22:26:05 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 22:29:47 | | Join sideral [0] (~sideral@rockbox/developer/sideral) |
| 22:34:12 | bluebrother | [Saint]: bluebrother/rockbox/device-2011-09-05-222915.png">http://tinyurl.com/bluebrother/rockbox/device-2011-09-05-222915.png :) |
| 22:35:52 | bluebrother | would it be possible to link libcodec dynamically on Android? |
| 22:37:27 | | Join lorenzo92 [0] (~chatzilla@host216-110-dynamic.17-79-r.retail.telecomitalia.it) |
| 22:37:35 | | Quit lorenzo92 (Client Quit) |
| 22:38:43 | pamaury | what is system_memory_guard supposed to do ? |
| 22:42:53 | wodz | pamaury: it is SH and CF specific |
| 22:43:15 | wodz | this is "poor's men mmu" thing |
| 22:44:16 | wodz | on cf you can setup mem bounds which are checked on every access and irq is fired if the request is not within defined bounds |
| 22:46:16 | *** | Saving seen data "./dancer.seen" |
| 22:47:22 | pamaury | ok, that's really poor :) |
| 22:49:14 | wodz | at least on cf this is part of debug module :-) |
| 23:00 |
| 23:00:18 | | Join tmzt [0] (~tmzt@76.211.8.155) |
| 23:00:56 | | Quit funman (Ping timeout: 250 seconds) |
| 23:02:00 | | Join kevku [0] (x@2001:470:28:773:babe:feed:dead:beef) |
| 23:02:13 | | Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
| 23:02:47 | | Quit tmzt_ (Ping timeout: 252 seconds) |
| 23:09:42 | | Join funman [0] (~fun@i03m-212-195-37-24.d4.club-internet.fr) |
| 23:09:44 | | Quit funman (Changing host) |
| 23:09:44 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 23:18:50 | [Saint] | bluebrother; 404 |
| 23:19:10 | [Saint] | put it up on imgur (or similar) please? |
| 23:25:39 | | Quit kevku (Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/) |
| 23:38:23 | | Quit FoH_Thetu (Read error: Connection reset by peer) |
| 23:38:25 | | Join FoH [0] (~foh@adsl-98-71-70-193.bhm.bellsouth.net) |
| 23:40:26 | | Quit wodz (Quit: Leaving) |
| 23:42:11 | | Quit Jerom1 (Quit: Leaving.) |
| 23:47:18 | | Join ReimuHakurei [0] (~kudo@wireless.sit-co.net) |
| 23:58:57 | mystica555_ | [Saint]: try bluebrother/device-2011-09-05-222915.png">http://tinyurl.com/bluebrother/device-2011-09-05-222915.png |
icon identifies that the person is a core developer (has commit access).