| 00:02:42 | *** | Saving seen data "./dancer.seen" |
| 00:11:33 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 00:14:49 | | Quit jgarvey (Quit: Leaving) |
| 00:17:52 | bluebrother | bieber: if a new windows binary is required you can always ping me (as well as fml, but afaics he already left) |
| 00:18:30 | bieber | Okay |
| 00:18:42 | | Quit pamaury (Remote host closed the connection) |
| 00:20:45 | bieber | I'd like to try and get a complete build environment set up in my Windows VM, I've just got to figure out how to statically link in MinGW's runtime |
| 00:21:29 | | Quit MethoS- (Remote host closed the connection) |
| 00:22:02 | bluebrother | the windows build environment is a bit ... well, in a change these days. MinGW now has an official release of gcc 4.5, but the new installer isn't ready yet (and still defaults to gcc 3). Qt, OTOH, prefers gcc4 with Qt 4.6 |
| 00:23:04 | bieber | I remember that I unpacked all the MinGW executables by hand, but I think it was a little bit shy of 4.5, but it was 4.something |
| 00:23:26 | bluebrother | I also have a setup with gcc 4.4 (which was called RC IIRC) |
| 00:24:31 | bluebrother | though I've got a gcc 4.5 in my current setup. |
| 00:24:51 | bieber | And 4.5 automatically static-links the runtimes? |
| 00:25:01 | bluebrother | I'm planning to adjust the deploy-release.py script a bit so its easier to get reused with the theme editor. |
| 00:25:13 | bluebrother | which right now basically works. |
| 00:25:32 | bluebrother | no, Qt defaults to dynamic linking. Static linking is rarely used (like in our case) |
| 00:25:54 | bieber | I've got Qt recompiled for static linking (that took a LONG time), it's just MinGW I have to worry about |
| 00:26:11 | bluebrother | you need to rebuild Qt for static linking using configure -static. To avoid the dependency to mingwm10.dll you also need -no-exceptions |
| 00:26:41 | bieber | Ohh, okay |
| 00:26:44 | bluebrother | though I _think_ things changed here with gcc 4.5. Haven't found the time to look into that yet though. |
| 00:27:06 | bieber | So if I just rebuild Qt with -no-exceptions in addition to -static, I'll get completely standalone executables? |
| 00:27:57 | bluebrother | you should, yes. |
| 00:28:08 | bieber | Okay, I'll get that started compiling, then |
| 00:28:20 | bluebrother | might be the easiest to simply copy the line from the RockboxUtilityDevelopment wiki page though :) |
| 00:28:34 | bieber | Oh, that would help :) |
| 00:28:52 | bluebrother | webkit takes a looong time (around the same amount as Qt itself), and you most likely won't need phonon as well. |
| 00:29:23 | bluebrother | also, the examples and demos take ages as well. On Linux you can use -nomake demos -nomake examples. Not sure if that works on Windows too (IIRC it didn't in the past) |
| 00:29:50 | bluebrother | on Windows you can simply run make sub-src sub-tools instead of using the default target. Then you won't get examples and demos compiled. |
| 00:30:08 | bluebrother | hmm, iirc the Qt 4.6.3 build with MSVC I did recently accepted -nomake |
| 00:31:09 | bluebrother | btw, I've updated the Windows binary of the theme editor. In case someone wants to try :) |
| 00:31:21 | bieber | Excellent |
| 00:31:58 | bieber | Is RBUtil automatically built and uploaded, or do you just do it manually? |
| 00:32:51 | bluebrother | it's done manually. Building is automated with deploy-release.py |
| 00:33:23 | bluebrother | I have a few scripts around it to upload it to my webspace, but those aren't public (they contain my passwords :) |
| 00:34:08 | bieber | Ooh, that looks handy |
| 00:34:32 | bluebrother | the theme editor binaries I did are done with deploy-release.py btw. It needs a few adjustments, but luckily I wrote the script with the hope to reuse it for a different project later. |
| 00:35:16 | bieber | Could you add that to utils/themeeditor in the SVN tree? Or perhaps in a /tools subdirectory? |
| 00:36:11 | bluebrother | I want to get some things merged here. Haven't figured the best way to do that though. |
| 00:36:31 | bluebrother | but I'm definitely planning on doing some stuff there :) |
| 00:37:14 | bieber | Thanks |
| 00:37:23 | bluebrother | right now I'm wondering if the separation in rbutil/ and utils/ does make sense anymore at all. Was thinking about that in the past before, but haven't gotten around doing anything about it. |
| 00:37:34 | bieber | btw, did you receive my email about the schedule change? |
| 00:37:45 | bieber | And yes, I did wonder why rbutil was in the root instead of /utils |
| 00:38:05 | bluebrother | for example, when it comes to zip handling it wouldn't make much sense to simply copy the classes from the rbutil tree. A common one would make much more sense. |
| 00:38:20 | bluebrother | that's simply historical :) |
| 00:39:35 | bluebrother | we didn't have utils back then |
| 00:39:50 | bieber | Oh, okay |
| 00:40:01 | bluebrother | yes, got that mail. Was busy with RL stuff this evening so didn't got a chance to reply earlier. |
| 00:45:33 | bieber | Okay |
| 00:46:23 | bluebrother | bieber: just send you a reply for completeness. Not that I had anything surprising new to say :) |
| 00:47:51 | bieber | Thanks |
| 00:47:58 | bieber | Have you been generally satisfied with the editor so far? |
| 00:48:23 | bluebrother | yes, you're progressing very well IMO |
| 00:50:57 | bluebrother | just spotted a minor problem: the hilighting of the line with errors only hilights the first line that contains an error. Also, I find the red background rather disturbing. Now that there's line numbering in place, how about making the line number background red instead of the whole line? |
| 00:51:23 | bieber | I can do that |
| 00:51:56 | bluebrother | but IMO that's minor. Just looked for something to comment on ;-) |
| 00:52:15 | bieber | The single-line issue is because the parser stops when it encounters an error. I suppose I could feed it the remainder of the text starting at the next line as a new document, and see if any errors occur there, and etc. until it gets to the end of the document |
| 00:52:23 | bluebrother | as always, feel free to discuss such things with the community. My opinion is only my opinion :) |
| 00:54:01 | bieber | The line-number highlighting is definitely a good idea, now that the line numbers are there |
| 00:55:04 | bluebrother | hmm. The status line showing only the first error feels also a bit strange to me. How about showing the validation of the current line instead? The error lines are hilighted anyway, so finding them (i.e. the line number) isn't absolutely necessary. |
| 00:55:37 | | Quit tchan (Quit: WeeChat 0.3.3-dev) |
| 00:56:20 | bieber | Sounds good |
| 00:56:24 | bluebrother | nice. Reordering the tabs via drag and drop works :) |
| 00:56:39 | bieber | That one is all Nokia's work ;) |
| 00:56:52 | bieber | I've been really impressed with Qt4 |
| 00:56:55 | bluebrother | hehe, still nice. One of the reasons why I like Qt |
| 00:57:50 | bieber | I just can't wait to get started in on the rendering. Their 2D graphics API is really impressive |
| 00:58:07 | bluebrother | I'd really like to have more opportunities to work with it. But well, that's how it goes when you have a day job. |
| 00:58:42 | | Join Rob2222 [0] (~Miranda@p4FDC950D.dip.t-dialin.net) |
| 01:00 |
| 01:00:23 | bieber | Qt has some nice examples to play around with, if nothing else |
| 01:00:51 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 01:01:37 | | Quit Rob2223 (Ping timeout: 264 seconds) |
| 01:02:34 | | Quit davharster (Quit: Leaving.) |
| 01:07:16 | | Quit ender` (Quit: If I had only finished this sentence,) |
| 01:07:22 | | Quit CIA-6 () |
| 01:14:04 | | Quit efyx (Remote host closed the connection) |
| 01:14:07 | | Quit kugel (Remote host closed the connection) |
| 01:16:14 | | Part domonoky |
| 01:20:10 | | Quit liar (Ping timeout: 240 seconds) |
| 01:24:01 | | Join kramer3d [0] (~kramer@ip98-169-198-182.dc.dc.cox.net) |
| 01:24:02 | | Quit kramer3d (Changing host) |
| 01:24:02 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 01:24:10 | | Join evilnick_BSMM [0] (~620ec24b@rockbox/staff/evilnick) |
| 01:30:10 | | Quit bieber (Ping timeout: 240 seconds) |
| 01:30:25 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
| 01:34:35 | JdGordon | bieber: ok cool :) |
| 01:36:43 | | Quit DerPapst (Quit: Leaving.) |
| 01:40:09 | JdGordon | bieber: also, I realised the line number is actually useful for a few tags so keeping it is probably better |
| 01:40:32 | JdGordon | although the ones that need it need the viewport line offset, not document, but we can work around that |
| 01:46:01 | | Join CIA-6 [0] (cia@208.69.182.149) |
| 01:51:22 | | Part toffe82_ |
| 02:00 |
| 02:02:44 | *** | Saving seen data "./dancer.seen" |
| 02:14:08 | bieber | JdGordon: I'd like to have line number in there at very least for display in the parse tree view, but feel free to #ifndef ROCKBOX all the line-number handling code if you don't need it in ROCKBOX |
| 02:14:33 | JdGordon | for the time being I'll keep it |
| 02:15:33 | JdGordon | have you given anny thought to your renderer yet? are you going to make it fully capable with sublines and condiotionals and all that? |
| 02:16:44 | bieber | Yes |
| 02:17:22 | bieber | I'll be dividing tags up into the type that control the rendering and the type that return values, so conditionals can just evaluate the tag they're fed and decide which option to select from it |
| 02:18:18 | JdGordon | before you get too far I think we need a doc to specify exactly how things should be done re sublines/line drawing... I'm going to be redoing the rockbox renderer from scratch also so we need to both do the same thing |
| 02:18:27 | bieber | My plan is to implement one big settings panel that will let you specify anything you want about the current status of the player |
| 02:19:28 | bieber | Sounds good there. You don't have to worry about me getting too far ahead: I'm going to solidify the rest of the GUI more before I start on rendering, so I've got a little extra time now before I get started on it. And once I do, my first task will be just getting the groundwork laid and displaying viewports, |
| 02:19:30 | * | JdGordon should probably write down at least how the current renderer works so we can get close to it |
| 02:20:07 | bieber | Do you want to enable %t in conditionals, btw? I've heard it's a feature that's been missed. I don't know about the Rockbox renderer, but it'll be pretty simple to implement in the theme editor |
| 02:20:11 | JdGordon | I was wondering if the conditional and subline handling code should be done as shareable code? or if the doc is good enough? |
| 02:20:31 | | Quit notlistening (Ping timeout: 248 seconds) |
| 02:20:42 | JdGordon | you mean subline in conditional options? |
| 02:21:14 | bieber | Like, allowing you to change the time a specific subline is displayed depending on the value of a conditional |
| 02:21:46 | bieber | A doc should be good enough. My entire rendering system is going to be based on Qt's graphics API, so it'd be really difficult to reuse any of it in Rockbox, I'm afraid |
| 02:23:51 | JdGordon | %t(%?mh<10s|5s>) somethine like that? |
| 02:24:51 | bieber | More like |
| 02:24:51 | bieber | %?sometag<%t(1)|%t(2)|%t(0)>Line 1;Line 2 |
| 02:25:10 | | Quit storm` (Ping timeout: 240 seconds) |
| 02:25:28 | bieber | Where the %t only counts if it actually gets evaluated. I remember S_a_i_n_t talking about having that feature in a previous version, and it being useful for disabling sublines based on conditional values |
| 02:26:00 | JdGordon | that looks a bit messy... isnt %t linked to the current subline and not the whole line? |
| 02:27:05 | JdGordon | in svn it is |
| 02:27:39 | bieber | Yes, that's the point |
| 02:27:41 | JdGordon | I think %?aa<a;b;g|f> is a bigger want |
| 02:27:59 | bieber | Sublines are alread allowed inside conditionals, no worries there |
| 02:28:07 | bieber | I actually just fixed some bugs in parsing that kind of situation today |
| 02:28:21 | JdGordon | cool, pretty sure they are illegal in svn :) |
| 02:28:37 | | Quit Zarggg (Quit: Zarggg) |
| 02:28:42 | JdGordon | timeout in a conditional like that wont work... when is it checked? |
| 02:28:59 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 02:30:25 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 02:30:41 | bieber | Hmm, that would be problematic |
| 02:32:06 | bieber | Grab the newest theme editor from SVN and check out the parse tree for "%?bl<A;%t(5)B;C|ABC>" |
| 02:32:19 | JdGordon | ok, one min |
| 02:32:50 | bieber | Before the parse tree for even conditionals within sublines was horribly messed up |
| 02:33:24 | JdGordon | looks good |
| 02:35:00 | JdGordon | even that is going to be interesting to time correctly... |
| 02:35:10 | JdGordon | or maybe not... |
| 02:36:17 | JdGordon | (nitpicking) Is there a better word than "Alternator" for it? and can you set the default column width for the parser to have the first colum almost the whole width? |
| 02:36:36 | | Quit hamish_ (Quit: Leaving) |
| 02:36:45 | JdGordon | and have it auto-expand? |
| 02:36:55 | bieber | Yeah, I'll probably switch it to sublines or something |
| 02:36:59 | JdGordon | (and follow the mouse/cursor) |
| 02:37:13 | bieber | Prettying up that parse tree viewer will be one of my big goals over the next couple days |
| 02:37:16 | JdGordon | clicking on a tag and having it select that tag in the tree would be sweet |
| 02:37:23 | JdGordon | but totally useless for users I think |
| 02:37:41 | bieber | My big pet peeve is just having to resize it every time |
| 02:38:02 | | Quit sinthetek (Ping timeout: 260 seconds) |
| 02:38:04 | JdGordon | I wouldnt really bother spending too much time on the tree view, I don't think users need it and it should be disabled once this is finished |
| 02:38:25 | bieber | Hmm, that is true |
| 02:38:31 | bieber | It's hard to imagine a really good use case for it |
| 02:38:37 | bieber | Other than looking for parser errors |
| 02:39:00 | JdGordon | no, looking for missing | or ; 's |
| 02:40:10 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 02:41:57 | bieber | Oh yeah, there is that |
| 02:42:20 | bieber | I'll probably just have it hidden by default, but with the menu option still there |
| 02:43:26 | bieber | Oh, and wrt sublines in conditionals, I'd just re-evaluate all conditionals every time some relevant player state changes. If a set of sublines gets switched out then just stop all their timers and bring in whatever goes there according to the new state |
| 02:44:25 | JdGordon | thats pretty much how sublines timeouts are done now... the subline timer is paused |
| 02:44:54 | JdGordon | except ; is illegal inside a conditional in svn :) |
| 02:45:46 | bieber | In the current Rockbox parser or mine? |
| 02:45:48 | JdGordon | It had a fun bug when sublines where inside a conditional viewport, the timer kept going while it was hidden.... so when it was re-enabled it would quickly shoot through all the options it missed |
| 02:45:57 | JdGordon | svn = current parser |
| 02:46:15 | bieber | Ah, okay |
| 02:46:44 | bieber | Do you want to make it work in the new parser? |
| 02:46:58 | JdGordon | make what work? |
| 02:48:21 | bieber | Sublines inside conditionals |
| 02:48:47 | JdGordon | it does work, it was always a misssing feature |
| 02:49:27 | bieber | Oh, okay |
| 02:49:32 | bieber | Sounds good |
| 02:49:34 | JdGordon | looking at the parse tree it is going to be dead simple to render :) |
| 02:49:53 | bieber | Want to just make a Wiki page to set down all the rules for rendering |
| 02:50:04 | bieber | ? |
| 02:51:11 | JdGordon | yeah, I dont know how much coding time I'll have today so I'll do that |
| 02:51:31 | bieber | Sounds good |
| 02:51:32 | | Quit evilnick_BSMM (Quit: Page closed) |
| 02:51:47 | bieber | I'll be working more on the data models tonight, by about mid next week I should be starting on the rendering platform |
| 02:54:00 | JdGordon | ok cool |
| 02:54:17 | JdGordon | breaky time |
| 03:00 |
| 03:09:50 | | Quit mt (Ping timeout: 240 seconds) |
| 03:10:08 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 03:11:45 | | Quit bluebrother (Disconnected by services) |
| 03:11:48 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
| 03:17:12 | | Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) |
| 03:23:17 | | Join CaptainKwel [0] (~jason@207-237-113-115.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 03:24:51 | | Quit mt (Ping timeout: 258 seconds) |
| 03:25:32 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 03:36:36 | | Join aim__ [0] (~hamish@202.36.179.65) |
| 03:36:56 | | Quit aim__ (Client Quit) |
| 03:37:40 | | Join simonrvn [0] (simon@212.209-ppp.3menatwork.com) |
| 03:42:15 | S_a_i_n_t | bieber: What did I do? ;) |
| 03:42:32 | S_a_i_n_t | s/do/want/talk about/whatever/ :P |
| 03:43:21 | S_a_i_n_t | Ah...is this about me wanting conditional timeouts for sublines? |
| 03:43:42 | S_a_i_n_t | I read some of the backlog a little, seems to be that way. Can it be done? |
| 03:44:41 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 03:44:51 | JdGordon | yes and no... |
| 03:45:19 | S_a_i_n_t | is that yes and no for "Can it be done?" |
| 03:45:29 | JdGordon | %?aa<%t(1)a;%t(2)b|%t(2)a;%t(1)b> is how you'd have to do it |
| 03:45:43 | JdGordon | but you can now put sublines in conditionals which is what you really want anyway |
| 03:45:54 | S_a_i_n_t | indeed. |
| 03:46:22 | S_a_i_n_t | A conditional timeout would be cool also. |
| 03:46:25 | JdGordon | Llorean: does changeing the theme fix your problem? |
| 03:47:19 | S_a_i_n_t | like %Nn<%t(1.0)|%t(2.0)> |
| 03:47:30 | S_a_i_n_t | that's something I'd really like to have. |
| 03:47:40 | JdGordon | why? |
| 03:48:02 | S_a_i_n_t | More possabilities. |
| 03:48:10 | S_a_i_n_t | ewwww (sp?) |
| 03:48:35 | Dhraakellian | so I'm curious about something... If I were to make a female ipod to male sansa connector cable, would there be a way to get a rockboxed sansa to work with an iPod dock (which would be supported by Rockbox on an actual iPod)? |
| 03:48:39 | Dhraakellian | ...if that made any sense |
| 03:51:06 | JdGordon | S_a_i_n_t: that is imo a nonesense request, and not really workable for the renderer anyway... how is it supposed to handle when the tag changes? |
| 03:51:10 | Llorean | JdGordon: I'm suing the default theme, and someone has posted on the tracker a specific revision that causes it |
| 03:51:23 | JdGordon | yes, that rev is a skin change |
| 03:51:32 | Llorean | Ah |
| 03:51:55 | * | S_a_i_n_t fails to parse "how is it supposed to handle when the tag changes?" |
| 03:52:02 | Llorean | What is it? I mean, I'm using the default skin, and skins shouldn't be able to prevent the music from playing anyway, so it's still a bug whether changing skins resolves it or not.. |
| 03:52:36 | S_a_i_n_t | I don't think it's nonsense to want different subline timeouts based on specific events. |
| 03:53:05 | JdGordon | gee Llorean, no shit its still a bug.. I wouldnt ask if I didnt have a good reason... |
| 03:53:40 | | Nick krazykit` is now known as krazykit (~kkit@adsl-76-240-219-142.dsl.ipltin.sbcglobal.net) |
| 03:53:43 | Llorean | JdGordon: Well, maybe you could tell me what theme I should try or what tag I should try changing in the theme? |
| 03:54:07 | Llorean | I don't have any other themes on the player, so I can't really answer your question without downloading or changing it, and it'd waste both our efforts if I make stupid changes unrelated to the problem... |
| 03:54:09 | JdGordon | I couldnt because I dont know what the issue is.. |
| 03:54:22 | JdGordon | it sounds like a beast-cabbie issue |
| 03:54:27 | S_a_i_n_t | "If W is happening, alternate every X seconds, if Y is happening, alternate every Z seconds etc." perhaps it makes more sense to me, or perhaps I've just gone insane... |
| 03:54:31 | Llorean | "do random stuff and see if it gets better" is something I can do, but not something that seems the most efficient. |
| 03:54:34 | Llorean | If you want, I will though |
| 03:55:43 | JdGordon | S_a_i_n_t: when should the timeouts be checked? lets say last check we wanted to have the line up for 2 sec, but now we want it for 3, do we wait another second? what if we want it for 1? do we instantly change? |
| 03:55:53 | Llorean | JdGordon: iCatcher doesn't work either |
| 03:55:59 | JdGordon | ok |
| 03:56:36 | Llorean | JdGordon: Nor rockbox default |
| 03:57:20 | JdGordon | ok thats very strange |
| 03:57:40 | S_a_i_n_t | JdGordon: Hmmmm, now you've made me think of that, I can see how awkward it would be to implement. |
| 03:57:52 | S_a_i_n_t | I don't really have an answer for that question sorry... |
| 03:58:13 | JdGordon | haha I was thinking as I typed that thet they are non issues and have obvious answeers :p |
| 03:58:41 | Llorean | S_a_i_n_t: What are the sorts of situations where you'd want to change the timeout? |
| 03:59:17 | | Quit sinthetek (Read error: Operation timed out) |
| 04:00 |
| 04:01:43 | Llorean | I mean, I imagine a lot of times you can accomplish it by careful design. If you need a 3 second timeout and a 2 second timeout for one, and a 2 and a 1 for another, you can just have a lot more alternating lines adding 2s+1s to get 3s (basically, repeat information on some timeouts) |
| 04:01:50 | Llorean | It may not be impossible to accomplish what you want now, just more complex |
| 04:02:14 | JdGordon | yeah, I dont realy see the point |
| 04:02:47 | *** | Saving seen data "./dancer.seen" |
| 04:03:02 | S_a_i_n_t | A conditional timout would be easier (and a lot less code) than having different viewports that are essentially the same except for the timeout |
| 04:05:02 | JdGordon | it might be doable like %t(%?aa<1|2|3>)text; |
| 04:05:12 | Llorean | S_a_i_n_t: I don't know how the timeouts work behind the scenes, but I'd imagine figuring out what to draw when becomes a lot more complex when several timeouts can change at one on a line. |
| 04:05:19 | S_a_i_n_t | I know that conditional timeouts can already be done in that way (multiple viewports), but I was just thinking of an easier way to achieve the same effect in the one viewport. |
| 04:06:11 | JdGordon | bieber: http://www.rockbox.org/wiki/SkinRendering shows how the current renderer works... I'll do do the same listing for the new one soon |
| 04:06:44 | S_a_i_n_t | I never expect "I've asked for X/think X would be usefull, so implement it", I was just putting it out there... |
| 04:08:43 | JdGordon | the problem with %t(%?aa<1|2|3>) is that there is no way to force those numbers are numbers |
| 04:09:04 | JdGordon | which means that will (and does) pass the first parser step but not the second if that 2 was a a |
| 04:09:18 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 04:10:26 | JdGordon | but if we were to add this I would want it in that form instead of %Nn<%t(1.0)|%t(2.0)> |
| 04:11:14 | JdGordon | I think... |
| 04:12:42 | JdGordon | both give pretty nasty parse trees to deal with |
| 04:16:16 | S_a_i_n_t | Yeah, as I said...I don't *expect* it, it's just one of those things I think that if it *could* be done it could potentially make coding a lot easier. Primarily due to the fact that it would eliminate the need to have multiple viewports that only differ in the timeout field. |
| 04:16:39 | S_a_i_n_t | If it can't be done, or is too difficult, or will mess things up...I can live without it. |
| 04:21:56 | JdGordon | disabled conditional viewports arnt cleared are they? |
| 04:22:24 | JdGordon | unless you draw over them..? |
| 04:24:05 | Llorean | JdGordon: The task for my bug just got updated. He said "everything after rX" before, but he meant "rX and everything after has the problem" so you may be looking at one revision later than he meant. |
| 04:24:42 | JdGordon | no, I looked at rX |
| 04:24:57 | Llorean | Ah, okay. |
| 04:25:48 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 04:27:25 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 04:35:14 | S_a_i_n_t | JdGordon: Regarding the viewport clearing thing...yes, that is correct. |
| 04:35:26 | S_a_i_n_t | They are not cleared, they need to be drawn over. |
| 04:38:40 | JdGordon | bieber: you clever bugger :) |
| 04:38:46 | bieber | Oh? |
| 04:38:54 | JdGordon | I'm looking at how commantes are handled and the parser gets it spot on :) |
| 04:39:23 | JdGordon | I was worried I'd have to check if the first element in a line is a COMMENT or not |
| 04:40:05 | JdGordon | oh wait.. no |
| 04:40:43 | JdGordon | "abc#comment\nABC" should have abc and ABC on two different lines no? |
| 04:40:59 | bieber | Well, the way the current parser works, a comment is supposed to include its newline |
| 04:41:12 | bieber | That's why you can do things like sticking a comment at the end of a conditional to extend it to a new line |
| 04:41:23 | S_a_i_n_t | JdGordon: I'm looking at how the skinupdater converted my %Vi line, and I've looked at the wiki, what is the first field for exactly? in "%Vi(-,2,18,172,108,1)%Vf(FFFFFF)%Vb(000000)" am I right in thinking that the "-" in the first field means that this UI Viewport gets used by default? |
| 04:41:36 | JdGordon | S_a_i_n_t: yes |
| 04:41:40 | S_a_i_n_t | thankyou. |
| 04:41:45 | Llorean | JdGordon: Comments are supposed to eat the line ending, as far as I know. |
| 04:42:07 | * | JdGordon checks svn parser |
| 04:43:45 | JdGordon | yes, thats what svn does |
| 04:43:49 | JdGordon | ok, /me stops worrying |
| 04:45:14 | * | JdGordon sees if he can make the new parser not store COMMENT elements at all |
| 04:46:46 | | Quit amiconn (Disconnected by services) |
| 04:46:47 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:47:09 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:47:10 | bieber | It would be easy to just skip them altogether, I just want them in there so that generated code will keep comments |
| 04:47:27 | bieber | i.e., I don't want the theme editor to trash all your comments if you just open a WPS and resize a couple viewports ;) |
| 04:47:43 | | Quit pixelma (Disconnected by services) |
| 04:47:44 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:48:03 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:48:57 | JdGordon | I understand... I've already changed it to not store the comment on ROCKBOX builds, I want to remove the tree element completly... looks simple enough |
| 04:49:13 | bieber | Ah, okay |
| 04:49:34 | bieber | Just do me a favor and ping me if you commit anything, I can be bad about forgetting to svn update |
| 04:49:56 | JdGordon | of course I could just as easily skip the element in the renderer... but thats no as nice |
| 04:52:13 | | Join Barahir_ [0] (~jonathan@frnk-590fd4da.pool.mediaWays.net) |
| 04:52:40 | JdGordon | hehe infinite loop :p |
| 04:55:38 | | Quit TheSeven (Ping timeout: 248 seconds) |
| 04:55:38 | | Quit Barahir (Ping timeout: 248 seconds) |
| 04:56:05 | | Join RoC_MasterMind [0] (~Free@c-76-122-43-188.hsd1.fl.comcast.net) |
| 04:59:50 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 05:00 |
| 05:00:27 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 05:11:44 | | Join perrikwp [0] (www-data@giant.haxx.se) |
| 05:19:41 | JdGordon | bieber: is the LINE type used for alternator or the logical line? |
| 05:20:01 | bieber | Logical line, but sublines will have LINE elements as their children |
| 05:20:40 | Dhraakellian | I have a rockboxed sansa. I want to be able to use it with an iPod dock. If I were to make a female iPod−−>male Sansa adapter cable, would such a thing be possible with Rockbox? |
| 05:21:20 | S_a_i_n_t | Dhraakellian: I guess that is one of the things that only trial and error will answer. |
| 05:22:20 | S_a_i_n_t | rasher: Ping-a-ding-a-ling? |
| 05:23:13 | * | Dhraakellian ponders |
| 05:28:35 | S_a_i_n_t | scorche: Pingerooney? |
| 05:29:21 | | Quit chrisb (Ping timeout: 245 seconds) |
| 05:30:44 | | Quit RoC_MasterMind (Quit: Leaving) |
| 05:32:43 | vaguerant | gevaerts: OK, finally done. |
| 05:32:57 | vaguerant | That patch made the build go perfectly. |
| 05:33:01 | vaguerant | Looks like somebody broke something. |
| 05:33:10 | vaguerant | Talking about rockboxdev.sh. |
| 05:33:29 | funman | vaguerant: i'll commit the patch then |
| 05:33:31 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
| 05:34:40 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 05:36:34 | funman | grr.. i can use gas macro in .S files but not in inline asm |
| 05:40:30 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
| 05:42:01 | JdGordon | bieber: /me is very confused :p |
| 05:42:12 | bieber | What's confusing you? |
| 05:43:02 | JdGordon | items in a LINE are not put in the children array? |
| 05:43:21 | bieber | No, each line is stored as a linked list |
| 05:43:26 | S_a_i_n_t | JdGordon: Does %ax (mirror viewport according to language direction) not work for %Vl? If not, bugger... |
| 05:44:06 | bieber | It's only when you have items that are logical children of each other, like SUBLINES and CONDITIONAL, that each subelement goes into the children array |
| 05:44:36 | JdGordon | arg, ok |
| 05:45:00 | JdGordon | so line->children[0]->next->next->next...? |
| 05:45:05 | funman | vaguerant: can you use the cross compiler correctly ? |
| 05:45:07 | bieber | Yeah |
| 05:45:38 | bieber | If you wanted, you could have the parser traverse the list after it's been generated and put it in the array instead |
| 05:46:02 | bieber | I just didn't want to have the parser trying to divine how many elements it would need room for ahead of time |
| 05:47:24 | S_a_i_n_t | I wanted to update one of my themes to be *fully* language aware, support RTL alignment as well as translation but if the "%ax" tag doesn't work with "%Vl" then I'm screwed. |
| 05:48:58 | JdGordon | %ax should work with Vl |
| 05:49:21 | S_a_i_n_t | Ok cool, the wiki says only %Cl and %V |
| 05:49:31 | JdGordon | all the %V tags are the same |
| 05:49:54 | S_a_i_n_t | I wasn't sure if it meant "%V(and family)" |
| 05:51:06 | JdGordon | bieber: ok, thats a bit confusing but makes sense.... |
| 05:51:32 | vaguerant | funman: Yep, seems to be working perfectly, I just compiled the latest SVN. |
| 05:52:03 | bieber | It is a little bit of a kludge. In my C++ model, I just copy all the elements into a QList when loading it so I can avoid dealing with it |
| 05:54:11 | | Quit tchan (Quit: WeeChat 0.3.3-dev) |
| 05:54:49 | CIA-6 | New commit by funman (r26754): arm/memset: don't use ldm to load pc when it has been stored with str ... |
| 05:54:56 | CIA-6 | New commit by funman (r26755): rockboxdev: build with -U_FORTIFY_SOURCE ... |
| 05:57:06 | | Quit Rob2222 (Quit: Rob2222) |
| 05:57:46 | | Join Rob2222 [0] (~Miranda@p4FDC950D.dip.t-dialin.net) |
| 06:00 |
| 06:00:57 | | Quit anewuser (Quit: for SELL 2 by the price of 1 now!) |
| 06:02:48 | *** | Saving seen data "./dancer.seen" |
| 06:07:18 | | Join CGL [0] (~CGL@190.207.243.107) |
| 06:08:03 | JdGordon | bieber: and children[0] of a VIEWPORT will only ever be a LINE or SUBLINE right? |
| 06:16:20 | | Quit kramer3d (Quit: Leaving) |
| 06:25:10 | | Quit CaptainKwel (Quit: Ex-Chat) |
| 06:27:12 | JdGordon | bieber: (guess you're gone now?) looks like child[0] of a VIEWPORT is a the TAG if it isnt the default viewport? thats fine but why not put that straight into the element like conditionals? |
| 06:31:08 | * | S_a_i_n_t is rather surprised that "mute" isn't in english.lang :/ |
| 06:31:45 | S_a_i_n_t | also, along the same line I'm rather surprised that "line level" isn't either. |
| 06:32:14 | S_a_i_n_t | not *as* surprised by the latter, but still surprised. |
| 06:32:22 | funman | Unhelpful: opinion on the gas macros in http://pastebin.org/323992 ? |
| 06:33:21 | funman | use: ldrpc; ldrpc cond=eq; ldmpc regs=r10; ldmpc regs="r4, r6"; ldmpc cond="ne", regs=r10-r11 .... |
| 06:33:51 | funman | I could make regs the first argument and get rid of the "regs=" but it would make order unnatural when a condition is used |
| 06:35:02 | * | JdGordon has a "working" skin renderer :) |
| 06:36:19 | * | S_a_i_n_t applauds JdGordon loudly! |
| 06:36:35 | S_a_i_n_t | Well done man, congrats. |
| 06:36:39 | S_a_i_n_t | \o/ |
| 06:36:41 | Unhelpful | funman: they seem essentially sound and reasonable to me. i take it we're looking to do mixed thumb/arm? |
| 06:36:51 | JdGordon | and by renderer I of course mean something that just walks the tree and spits out the tag names :) |
| 06:37:05 | JdGordon | and always uses the first value for a conditional and subline :p |
| 06:37:26 | funman | Unhelpful: yep, gives ~100kB binsize gain on AMSv1 and hardly noticeable speed loss in decoders (even some speed increase in some cases) |
| 06:38:01 | funman | i'll commit this, wait for kugel to make the AMS build with eabi, and make those AMSv1 with 2mb of ram use thumb |
| 06:38:18 | funman | (some?) non-eabi gcc hasn't a libgcc built with interworking |
| 06:41:39 | CIA-6 | New commit by funman (r26756): FS #11335 by me: make ARM assembly functions thumb-friendly ... |
| 06:44:57 | funman | hmm, it built fine with eabio |
| 06:44:58 | funman | -o |
| 06:47:29 | funman | s/eabi/the recent binutils we build with eabi/ |
| 06:47:36 | | Join shai_ [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 06:47:48 | CIA-6 | New commit by jdgordon (r26757): Add my new parser playground to svn. ... |
| 06:48:01 | | Quit rvvs89 (Changing host) |
| 06:48:01 | | Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) |
| 06:50:23 | | Quit shai (Ping timeout: 265 seconds) |
| 06:50:53 | CIA-6 | New commit by funman (r26758): drop 'req' from gas macro, not available in binutils 2.16 ... |
| 06:57:22 | funman | hm screw me, mpegplayer isn't built on clipv1 |
| 06:58:03 | Unhelpful | what, wanted to see if it could build/run now? |
| 06:58:24 | funman | just build, i'm not sure how CPP macros & gas macros fit together |
| 06:58:34 | funman | (see table, disregarding the final " i forgot) |
| 06:59:58 | funman | there's no substitution inside "" |
| 07:00 |
| 07:00:59 | Unhelpful | they fit just fine, your source goes through CPP first, gas macros are part of assembly. |
| 07:01:28 | funman | yep but if there's a ',' inside a gas macro argument I must enclose it in "" |
| 07:01:54 | funman | I can cheat and change HIGH_REGS=r9-r11 into HIGHEST_REG=r11, so no ',' is needed |
| 07:05:30 | | Join notlistening [0] (~tom@94-195-105-95.zone9.bethere.co.uk) |
| 07:06:29 | | Nick shai_ is now known as shai (~Shai@l192-117-110-233.cable.actcom.net.il) |
| 07:15:20 | CIA-6 | New commit by funman (r26759): CPP substitution isn't made inside " ", but we need " " when using , in a gas macro argument ... |
| 07:31:35 | | Join LinusN [0] (linus@rockbox/developer/LinusN) |
| 07:35:18 | | Quit joeyg (Ping timeout: 276 seconds) |
| 07:37:40 | CIA-6 | New commit by funman (r26760): FS #6734 by me: optionally build with -mthumb on ARM ... |
| 07:39:25 | Unhelpful | does gcc have any option for heuristically deciding whether functions should be arm or thumb, or can you only tell it an entire C file should be one or the other? |
| 07:40:49 | funman | entire C file (-mthumb or default -marm) |
| 07:40:50 | bieber | JdGordon: That makes sense, I'll take care of that when I get back in a little bit |
| 07:41:44 | JdGordon | ok, I've added a new folder under utils which has my "renderer" |
| 07:41:45 | funman | you need -mthumb-interwork on every file though |
| 07:42:08 | | Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) |
| 07:42:20 | funman | btw -flto (in gcc 4.5) could reduce size even further by removing unused exported functions/veneers |
| 07:44:04 | Unhelpful | i don't think there should ever *be* unused veneers, if you mean the ones inserted for long calls. |
| 07:44:16 | Unhelpful | those are already done at link time |
| 07:44:22 | funman | nope for thumb/arm switches |
| 07:44:47 | funman | IIUC those are added when building with -mthumb-interwork |
| 07:46:00 | Unhelpful | ah, i see... shame those aren't already generated at link time as with the long-call veneers. |
| 07:46:34 | funman | hm well, but then they aren't added in .S files so they must come from linker ... but then where's the binsize increaase added by -mthumb-interwork ? :/ |
| 07:47:02 | funman | grep from_arm only matches .elf files so it comes from linker |
| 07:47:46 | funman | well thumb-interwork doesn't generate the veneers, only 'code which supports calling between ARM and Thumb' |
| 07:47:59 | Unhelpful | ok, then, they're probably already pretty optimal. |
| 07:48:28 | funman | TODO: investigate the gas bug which happens on PP, and why -mlong-calls isn't enough to workaround it |
| 07:50:16 | funman | also, test on more targets ;) |
| 08:00 |
| 08:01:16 | | Join Buschel [0] (~~andree@p54A3E9D3.dip.t-dialin.net) |
| 08:02:51 | *** | Saving seen data "./dancer.seen" |
| 08:04:21 | funman | hm FM recording seems to work on c200v2 but not microphone |
| 08:10:04 | funman | it's broken on clipv1 too |
| 08:14:56 | funman | and fuzev1, damn! |
| 08:23:40 | | Join wpsprob [0] (www-data@giant.haxx.se) |
| 08:25:35 | wpsprob | what does Sx; Sr; mean ?. I have searched here http://www.rockbox.org/wiki/CustomWPS#Playback_Mode |
| 08:27:52 | JdGordon | Sx() is translate a string I tihnk |
| 08:28:33 | JdGordon | %Sr is used to find out if the language is left-to-right or right-to-left |
| 08:28:41 | JdGordon | both need to be added apparently |
| 08:28:47 | S_a_i_n_t | yep, %Sx(string_to_be_translated) |
| 08:31:30 | funman | I can't say what's wrong in mono2stereo() but the C version works, the ASM version just powers the device off .. |
| 08:31:43 | funman | it's reported to work, so the problem might only appear when using eabi |
| 08:32:01 | funman | ah i see it |
| 08:32:28 | funman | gcc gives the same register to 2 variables :/ |
| 08:33:37 | | Quit wombat23_ (Ping timeout: 264 seconds) |
| 08:35:55 | | Quit Buschel (Ping timeout: 248 seconds) |
| 08:36:37 | wpsprob | thanks |
| 08:38:05 | | Join intrados [0] (~intrados@adsl-99-40-90-107.dsl.wotnoh.sbcglobal.net) |
| 08:39:36 | CIA-6 | New commit by funman (r26761): as3525v1: drop the asm version of mono2stereo ... |
| 08:39:51 | wpsprob | I want to display play count as 1/100 would this be correct, %pe %Sx | %| | |
| 08:40:11 | S_a_i_n_t | nope |
| 08:40:40 | JdGordon | any ideas why "buffer_front = (void *)(((unsigned long)buffer_front + 3) & ~3);" works in the sim but not a stand alone program? (64bit os) |
| 08:40:50 | funman | JdGordon: define 'work' |
| 08:40:51 | JdGordon | buffer_front is a unsigned char[] |
| 08:40:54 | | Join flydutch [0] (~flydutch@host23-166-dynamic.15-87-r.retail.telecomitalia.it) |
| 08:41:10 | funman | if you do pointer alignement you should use uintptr_t not unsigned long |
| 08:42:56 | funman | eh. recording works fine on c200v2. Now the only feature missing on AMS/2MB (that I know) is voice (the .voice file doesn't fit in the audiobuffer when doing nothing, let alone while playing) |
| 08:43:00 | S_a_i_n_t | wpsprob: For a start, %pe isn't even playcount, it's playlist entries. |
| 08:43:18 | JdGordon | I cant define work.. all I know is when I use that I get messed up pointers. |
| 08:43:27 | JdGordon | anyway, /me is off |
| 08:43:40 | wpsprob | thats ok, I'm just rying to get the syntax right for play count as 1/100 would this be correct, %pe %Sx | %/ | %| %pp|%pp %Sx | %/ | | %pe |
| 08:44:02 | S_a_i_n_t | nope |
| 08:44:25 | S_a_i_n_t | whay are you throwing %Sx in there? |
| 08:44:28 | S_a_i_n_t | *why |
| 08:44:38 | S_a_i_n_t | you're not adding any translatable string. |
| 08:45:04 | S_a_i_n_t | you want "%rp%/100 |
| 08:45:16 | S_a_i_n_t | sorry... "%rp%/100" |
| 08:45:26 | S_a_i_n_t | without the " "s |
| 08:46:00 | S_a_i_n_t | though, why do you want the playcount listed as "out of 100"? It can quite easily exceed this number. |
| 08:46:13 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:46:32 | S_a_i_n_t | 123(for example)/100 will just look weird. |
| 08:46:49 | S_a_i_n_t | wpsprob: ^ |
| 08:47:03 | wpsprob | what i'm rrying to display is "x" / "y" |
| 08:47:38 | | Join Zagor [0] (bjst@rockbox/developer/Zagor) |
| 08:47:42 | wpsprob | without the "" |
| 08:48:14 | S_a_i_n_t | do you want playcount, or "number in playlist"? |
| 08:48:42 | S_a_i_n_t | I can quite easily show you what you need, but I don;t understand what you want. |
| 08:49:02 | wpsprob | pe/pp |
| 08:49:19 | S_a_i_n_t | "%pp%/%pe" |
| 08:49:26 | | Join Buschel [0] (~~andree@p54A3E9D3.dip.t-dialin.net) |
| 08:49:46 | S_a_i_n_t | that's "current position/of X entries in playlist" |
| 08:50:04 | S_a_i_n_t | is *that* what you want? |
| 08:50:11 | wpsprob | it's how to use the / as the divider that I'm stuck on |
| 08:50:27 | wpsprob | ir seperator rather |
| 08:50:57 | S_a_i_n_t | oh, wait...my mistake "%pp/%pe" |
| 08:51:19 | wpsprob | currently it's X of Y, I want to change that to X / Y |
| 08:51:19 | S_a_i_n_t | it's simple...if you want a "/", just add one. |
| 08:52:02 | S_a_i_n_t | so, you want "total playlist entries/current number of playlist"? |
| 08:52:14 | wpsprob | yes |
| 08:52:20 | S_a_i_n_t | "%pp/%pe" |
| 08:52:33 | wpsprob | thank you |
| 08:52:37 | S_a_i_n_t | no problem |
| 08:53:06 | | Join wombat23 [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
| 08:56:29 | | Quit funman (Quit: free(random());) |
| 08:57:58 | | Quit intrados (Quit: WeeChat 0.3.2) |
| 09:00 |
| 09:02:21 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:09:27 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 09:20:12 | | Quit detaos (Ping timeout: 245 seconds) |
| 09:35:21 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 09:39:10 | | Join DerPapst [0] (~Alexander@dslb-088-068-021-144.pools.arcor-ip.net) |
| 09:41:10 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 09:53:37 | | Quit wpsprob (Quit: CGI:IRC (EOF)) |
| 09:53:40 | | Quit FlynDice (Ping timeout: 265 seconds) |
| 09:54:00 | | Join pondlife [0] (~Steve@rockbox/developer/pondlife) |
| 09:55:07 | | Join Rob2223 [0] (~Miranda@p4FDCB0B1.dip.t-dialin.net) |
| 09:58:32 | | Quit Rob2222 (Ping timeout: 245 seconds) |
| 10:00 |
| 10:00:18 | | Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 10:02:17 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 10:02:52 | *** | Saving seen data "./dancer.seen" |
| 10:03:23 | | Quit flydutch (Ping timeout: 248 seconds) |
| 10:03:33 | CIA-6 | New commit by bieber (r26762): Theme Editor: Modified parser to integrate the %V tag into the VIEWPORT element, in the same style as CONDITIONAL |
| 10:03:42 | | Join flydutch [0] (~flydutch@host23-166-dynamic.15-87-r.retail.telecomitalia.it) |
| 10:04:28 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
| 10:08:28 | kugel | hm, eabi as configure option, thumb as advanced build. we should maybe make it consistent |
| 10:13:50 | | Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) |
| 10:16:23 | kugel | I'd say target/arch specific things should be a configure option, and general stuff advanced build options |
| 10:19:55 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 10:22:22 | | Quit kugel (Remote host closed the connection) |
| 10:29:24 | | Quit S_a_i_n_t () |
| 10:29:46 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.70) |
| 10:34:51 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
| 10:37:41 | | Join Kitr88 [0] (~Kitar_st@BSN-176-226-125.dial-up.dsl.siol.net) |
| 10:41:47 | | Quit Kitar|st (Ping timeout: 258 seconds) |
| 10:42:22 | | Quit Kitr88 (Ping timeout: 264 seconds) |
| 10:47:16 | | Join Kitar|st [0] (Kitar_st@BSN-182-98-6.dial-up.dsl.siol.net) |
| 10:57:30 | | Quit TheSeven (Ping timeout: 252 seconds) |
| 10:59:36 | | Join pyro_maniac [0] (foobar@p57BB9C25.dip0.t-ipconnect.de) |
| 11:00 |
| 11:00:49 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 11:00:50 | | Quit simabeis (Remote host closed the connection) |
| 11:05:02 | simonrvn | latest build won't boot. target sansa fuze2, eabi toolchain. stalls at booting message. |
| 11:11:18 | jhMikeS | funman: I think pcm-pp.c has a bug. (take a good, close look at the change for thumb) :) |
| 11:30:32 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
| 11:37:42 | wodz | I have philosophycal question - where to put setup of GPIO responsible for wall charger detect - into button_init() or into power_init() ? |
| 11:45:55 | | Join stooo [0] (~sto@g226200157.adsl.alicedsl.de) |
| 11:53:17 | wodz | pixelma: ping |
| 11:57:44 | Stummi | which version of qmake do i need to build the theme editor? |
| 11:59:10 | | Quit stooo (Quit: Leaving.) |
| 11:59:19 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 12:00 |
| 12:00:33 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 12:02:55 | *** | Saving seen data "./dancer.seen" |
| 12:05:17 | | Join watto [0] (~watto@193.203.81.165) |
| 12:14:19 | | Quit pamaury (Ping timeout: 265 seconds) |
| 12:27:26 | | Join esperegu_ [0] (~quassel@145.116.15.244) |
| 12:27:38 | | Quit esperegu (Ping timeout: 264 seconds) |
| 12:28:24 | | Join kaylinsigswort [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) |
| 12:33:35 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 12:37:53 | wodz | TL350A lcd controller used in HD200 (and iaudio M3) has a command which puts it in power saving mode (which reduces current consumption by about 1mA). I was thinking if there is a hook in rb currently to enter this mode when hold switch is on ? |
| 12:38:15 | | Quit S_a_i_n_t () |
| 12:38:25 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.70) |
| 12:40:58 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 12:41:00 | | Quit mt (Ping timeout: 258 seconds) |
| 12:41:27 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 12:42:13 | funman | kugel: i'm ok if you want to make thumb a configure option |
| 12:43:14 | funman | jhMikeS: thanks for the hint, s/, #-4// should do the trick |
| 12:44:04 | | Quit feisar_ (Ping timeout: 276 seconds) |
| 12:45:56 | wodz | funman: I was thinking about indicate which grid scale is used in view_battery(). What about put it in the same line as scale string and make it scroll if it do not fit on screen? (small screen width) |
| 12:46:30 | jhMikeS | funman: just caught it while looking about trying to figure this S thing, which only affects pcm playback, not recording dma or disk dma. (somethings trashing something during init now) |
| 12:46:50 | funman | jhMikeS: bissecting didn't show a particular commit? |
| 12:49:38 | jhMikeS | funman: it did, r26718, which makes no sense at all unless it's revealing another underlying problem |
| 12:49:45 | | Join mt [0] (~mtee@rockbox/developer/mt) |
| 12:50:13 | funman | ok |
| 12:50:34 | funman | what if you revert only the commit where you changed locking? |
| 12:52:57 | funman | wodz: why not if scrolling works |
| 12:53:45 | | Join kugel [0] (kugel@rockbox/developer/kugel) |
| 12:53:47 | jhMikeS | was considering that (weighing my options)...but if it is due to movement of areas, and that works, then it might still not be revealing the real cause... |
| 12:53:58 | funman | simonrvn: eabi fuzev2 build works fine here |
| 12:54:14 | kugel | funman: any specific reason you added USE_THUMB to autoconf.h and not simply to EXTRA_DEFINES (with -DUSE_THUMB)? |
| 12:54:25 | | Part watto |
| 12:54:35 | funman | i wasn't 100% sure if EXTRA_DEFINES was applied to all assembly files |
| 12:54:52 | Llorean | jhMikeS: 26718? I thought that the post on the FS task mentioned he got a different number bisecting. |
| 12:55:26 | kugel | funman: I we just call gcc for all files (for the final link too) so it should be ok |
| 12:56:12 | funman | i'll test if moving it works |
| 12:56:15 | jhMikeS | Llorean: oh, there's a FS? :) after a certain revision, the problem could show up periodically then. bisecting got me there, but I never when revision by revision to see. |
| 12:56:37 | kugel | funman: I think gcc defines something when compiling for thumb on it's own but I don't know if that helps us |
| 12:56:50 | Llorean | jhMikeS: FS #11390 |
| 12:57:27 | funman | kugel: __thumb__, but that doesn't help because it's only defined when using -mthumb. -mthumb is not used for some files but they need to be aware that the whole build will use thumb |
| 12:58:22 | wodz | what does HAVE_LCD_SLEEP, HAVE_LCD_ENABLE and HAVE_LCD_SHUTDOWN mean ? |
| 13:00 |
| 13:00:03 | funman | kugel: can you check if playback works with http://pastebin.org/324286 on PP ? |
| 13:00:30 | jhMikeS | wodz: has to do with shutting down the LCD driver IC, putting in various saving states |
| 13:00:44 | kugel | funman: I'm not at home, but later sure (if nobody beats me) |
| 13:00:57 | funman | kugel: ah, we need to check a specific variable anyway (to modify $CC) |
| 13:02:21 | funman | but well, we can set config_thumb to something and modify extradefines |
| 13:02:57 | jhMikeS | Llorean: one thing's for sure, mpegplayer or any other pcm user is affected the same way |
| 13:02:57 | funman | wodz: dunno about LCD_SHUTDOWN but I have read somewhere that LCD_SLEEP is like LCD_ENABLE, but it sleeps stronger |
| 13:03:14 | funman | IMO this is nuts, but perhaps there is some explanation why we don't always use the strongest sleep |
| 13:03:48 | jhMikeS | funman: yes, it "sleeps stronger". we don't use it that way because some lcd's take a long time to bring back out of a deeper mode. |
| 13:04:31 | | Join feisar [0] (jljhook@irkki.fi) |
| 13:04:59 | | Nick feisar is now known as Guest43341 (jljhook@irkki.fi) |
| 13:05:07 | wodz | so if I have command that enters powersave mode of lcd ic I should define what to utilize this? |
| 13:05:32 | jhMikeS | I first introduced that, shutting it all down, but some didn't like the extra delay. so it became: just shut off the visible display, if a timeout expires, go into standy mode |
| 13:05:34 | funman | if coming back from powersave is nearly instant, just lcd_enable i think |
| 13:07:00 | jhMikeS | on gigbeat f and s, it's fast enough to come back that it simply waits 5 or so secs before going into sleep mode. they have no option, they stay fully active for a few second (to allow fades to complete first). |
| 13:07:26 | kisak | do the arm builds on the site use eabi? |
| 13:07:54 | jhMikeS | kisak: soon maybe, not now though by default |
| 13:08:08 | kisak | ok, thanks |
| 13:08:35 | * | S_a_i_n_t whistles for someone with dev-access to the themesite to help him out... |
| 13:09:03 | S_a_i_n_t | rasher: scorche: ping-a-ding-a-ling? |
| 13:10:47 | jhMikeS | wodz: I'd look at x5 or e200 if your display is like the usual renesas stuff, which seems nearly ubiquitous. |
| 13:12:00 | | Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) |
| 13:13:04 | CIA-6 | New commit by uchida (r26763): text viewer: can select the indent spaces when the line mode is reflow. |
| 13:13:29 | funman | someone can try playback with http://pastebin.org/324286 on PP ? |
| 13:13:53 | wodz | my question was a bit more general. if I define LCD_ENABLE I have to provide lcd_enable() function which is called when? |
| 13:14:16 | | Quit soap (Ping timeout: 265 seconds) |
| 13:14:20 | wodz | what this function should do? enable/disable lcd content instantly? |
| 13:15:19 | funman | wodz: it's called by backlight functions |
| 13:15:29 | wodz | I know |
| 13:15:39 | wodz | but what should be the desired effect |
| 13:15:44 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 13:16:44 | funman | 'enable' LCD / put it in powersave mode |
| 13:16:57 | jhMikeS | wodz: lcd_enable blocks drawing operations and visible operations (like powering off the panel). lcd_sleep puts it in its deepest state. |
| 13:17:00 | funman | if the backlight is off you won't be able to read the screen anyway? |
| 13:17:21 | wodz | cool that's what I wanted |
| 13:17:37 | | Quit perrikwp (Quit: CGI:IRC (EOF)) |
| 13:18:26 | wodz | funman: I can read screen with backlight turned off just fine - its greyscale |
| 13:19:03 | CIA-6 | New commit by funman (r26764): make thumb build a configure option (−−thumb) ... |
| 13:20:08 | pixelma | wodz: is that the greyscale lcd of the MPIO - you want to shut it off? |
| 13:20:26 | jhMikeS | wodz: it's the usual to leave it on, if it's perfectly readable. (not that kind of readable when you need direct sunlight to barely make out the contents :) ) |
| 13:20:52 | wodz | pixelma: yes |
| 13:21:06 | wodz | Idealy I would like to turn it off on hold() |
| 13:21:30 | wodz | If I use hold switch player goes to my pocket so I don't need display |
| 13:21:56 | pixelma | ah yes... I wouldn't want to turn that off as it is usually perfectly readable without backlight (except in complete darkness) and none of the other monochrome or greyscale targets disable the lcd... |
| 13:22:22 | Torne | you can do backlight/lcd independantly, no? |
| 13:22:23 | Torne | like ipodvideo? |
| 13:22:31 | Torne | defaults to only disabling the backlight, but you can also disable the lcd if yo uwant |
| 13:22:50 | wodz | Torne: yes exactly |
| 13:22:54 | funman | i can't find the vectors in e200 rockbox.elf :/ |
| 13:23:09 | Torne | so it's still worth implementing disabling the lcd, if there's any power saving at all from it |
| 13:24:10 | wodz | lowlevel stuff is easy - I don't get how high level framework is organized |
| 13:24:28 | | Quit soap (Ping timeout: 248 seconds) |
| 13:24:40 | Torne | well, that's why the rest of us are here :) |
| 13:25:18 | CIA-6 | New commit by funman (r26765): pcm-pp: revert r26756 ... |
| 13:25:47 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 13:25:50 | funman | (my PP patch can't work as is) |
| 13:26:29 | wodz | so coming to the point - if I implement lcd_powersave(on_off) type function and I want it to be called on hold() what should I define :-) |
| 13:27:11 | funman | i would say lcd_sleep() |
| 13:27:44 | funman | kugel: i want your eabi patch !!! |
| 13:27:53 | funman | (in svn) |
| 13:27:55 | kugel | wodz: lcd_enable() and it's automatically called when backlight goes of |
| 13:28:06 | kugel | funman: commit it :) |
| 13:28:29 | funman | i thought you were polishing it or something |
| 13:28:56 | funman | i can add explicit thumb for the AMSv1 lowmem at the same time if you can't commit from where you are |
| 13:29:03 | kugel | no need to I think. it's temporary until all ARM run eabi anyway |
| 13:29:19 | | Join ucchan [0] (~ucchan@softbank126102048045.bbtec.net) |
| 13:29:21 | wodz | I want it to turn off lcd on hold() not on backlight timeout |
| 13:29:38 | kugel | wodz: backlight should go off when the hold switch is enganged |
| 13:30:08 | wodz | kugel: as well as when backlight time expires |
| 13:30:36 | kugel | and that's a problem? |
| 13:31:16 | wodz | for me yes |
| 13:31:45 | funman | kugel: ah, don't you think it would be better to make a blacklist and not a whitelist, to show which models haven't been tested with eabi ? |
| 13:32:06 | funman | i.e. make eabi the default but will all but AMS blacklisted |
| 13:32:21 | pixelma | kugel, wodz: there is a seperate setting for backlight on hold - off, on and same as usual backlight setting |
| 13:32:56 | kugel | wodz: you can set backlight = on in the settings but backlight on hold = off in the settings, there's no need to hardcode it |
| 13:34:00 | | Join simabeis [0] (~simabeis@lobmenschen.de) |
| 13:34:18 | | Quit esperegu_ (Read error: Connection reset by peer) |
| 13:35:02 | wodz | This is still not what I am thinking about. I want to have backlight timeout and lcd on whet hold button is off and lcd off when hold button is on |
| 13:35:34 | Torne | hm, you mean never turn off the lcd, only the backlight, except when hold is on? |
| 13:35:41 | Torne | yeah we don'thave that combination of settings |
| 13:35:56 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 13:35:58 | Torne | but in any case, don't try and implement this kind of logic in the firmware level |
| 13:36:19 | pixelma | I can't follow |
| 13:36:45 | Zagor | pixelma: in normal use, only backlight goes off. lcd stays on. when hold is engaged, also lcd goes off. |
| 13:36:59 | Zagor | right wodz? |
| 13:37:02 | wodz | right |
| 13:37:20 | gevaerts | that does seem to make some sense |
| 13:37:35 | Torne | Yeah, maybe we should make that work |
| 13:37:41 | pixelma | aha, still I don't get why anyone would want to disable the lcd on greyscale or monochrome targets |
| 13:37:43 | Torne | but in any case, the actual firmware code is the same |
| 13:37:51 | Torne | pixelma: if it uses less power, why not? |
| 13:38:04 | Torne | i disable the lcd on ipodvideo, which is perfectly readable in reasonable lighting with no backlight |
| 13:40:12 | pixelma | it depends on how much it really saves in real use - you are then forced to do something to enable the lcd (and backlight) if you want to look at the dissplay. If you don't switch the lcd off you can just look at it if the light situation allows without the backlight - which is likely on greyscale or mono targets |
| 13:40:39 | Torne | yes, but we already have all the infrastructure to do this |
| 13:40:43 | Torne | it's just a matter of implementing one functoin |
| 13:40:50 | Torne | so i'm not sure why you wouldn't do it :) |
| 13:40:57 | wodz | pixelma: why do use HOLD? |
| 13:41:16 | Torne | i almost never look at the display of my player at all, whether hold is on or not |
| 13:41:26 | CIA-6 | New commit by wodz (r26766): HD200 - small cleanup in button_init_device() |
| 13:41:30 | CIA-6 | New commit by wodz (r26767): HD200 - power_init() rework based on latest power consumption measurements |
| 13:41:31 | Torne | i don't take it out of my pocket to operate, mostly :) |
| 13:41:34 | pixelma | wodz: to prevent accidental button presses |
| 13:41:35 | CIA-6 | New commit by wodz (r26768): HD200 - clean up usb related functions |
| 13:43:47 | CIA-6 | New commit by funman (r26769): Make EABI gcc the default for ARM platforms ... |
| 13:45:00 | pixelma | Torne: Ipod Video is a bit different because the lcd probably draws more power than a 128x128 greyscale display (or even smaller resolution) and even though the lcd is quite readable without backlight it is still a bit worse than greyscale or monochrome LCDs. Although if you ask me, I wouldn't have implemented that setting there as well |
| 13:45:38 | Torne | ipodvideo it saves a lot of power, because it means we can power down the BCM video chip |
| 13:45:41 | Torne | which sucks up loads |
| 13:45:52 | Torne | it's not the LCD itself that's the saving there |
| 13:46:11 | | Quit Buschel (Ping timeout: 258 seconds) |
| 13:46:41 | Torne | it extends battery life by a couple of *hours* |
| 13:46:43 | pixelma | ok, that adds to that |
| 13:47:05 | Torne | in fact that change was what pushed us past the OF's battery life on that device, i think ;) |
| 13:47:15 | kugel | maybe just implement a lcd_sleep on hold setting |
| 13:47:43 | pixelma | I thought it was half an hour on Buschel's Video when he measured but ok |
| 13:48:15 | Torne | kugel: well, lcd shutdown has immediate/never/varioustimes |
| 13:48:15 | funman | ah, clients don't benefit from ccache :) |
| 13:48:32 | Torne | we could just add another option there for "when hold switch on" |
| 13:48:56 | wodz | that would be perfect for me |
| 13:49:06 | pixelma | yay, more settings ;\ |
| 13:49:20 | gevaerts | funman: actually, part of the slowness could well be that not that many clients have the eabi toolchain yet |
| 13:49:29 | | Quit kugel (Quit: exit(0);) |
| 13:49:38 | funman | ok |
| 13:49:43 | * | S_a_i_n_t wonders if the Nano 1/2G can disable the LCD and it's just not an available setting, or if it hasn't been implemented on those targets yet. |
| 13:50:21 | CIA-6 | New commit by funman (r26770): Make −−thumb the default for AMSv1 with 2MB of RAM ... |
| 13:50:37 | Torne | S_a_i_n_t: if it was implemented the setting would show up.. |
| 13:51:26 | pixelma | wodz: I'd be really curious about some measurements in a somewhat "real use" setting |
| 13:52:11 | Torne | pixelma: theoretical and real use are quite close for this, no? |
| 13:52:16 | Torne | most people don't interact with their player a lot |
| 13:52:23 | S_a_i_n_t | not necessarily...it could be ifdeff'ed out for some odd reason ;) |
| 13:52:31 | | Join watto [0] (~watto@193.203.81.165) |
| 13:52:37 | Torne | so if the lcd is off all the time they're not using it, then that's pretty close to getting the maximum saving |
| 13:52:52 | CIA-6 | New commit by funman (r26771): ata-creative-zvm: make sure return value is defined |
| 13:52:54 | pixelma | depends on how often you look at the display for just reading the track info on your display |
| 13:53:35 | Torne | a little, but if you kill it on hold, that's, what, ten seconds every five minutes? |
| 13:54:27 | pixelma | well, if you interact with the player to only switch on the display, backlight comes on too |
| 13:54:40 | | Quit B4gder (Quit: It is time to say moo) |
| 13:54:47 | pixelma | and backlight is probably the bigger drainer |
| 13:55:36 | Torne | that doens't negate the fact that 90%+ of the time both would be off, if you configure it that way |
| 13:55:40 | pixelma | but ok, the test might still be interesting in the usual setting |
| 13:55:59 | Torne | and thus the difference between just backlight off vs both off has a lot of time to add up |
| 13:58:20 | pixelma | I have a monochrome player with poorer batter life (the Ondio - about 7-8 hours on their usual NiMHs, a bit more on alkaline). Still I never wished to disable the LCD |
| 13:58:35 | pixelma | battery too |
| 13:59:02 | liar | S_a_i_n_t: it's possible on the nano2g, but its not implemented in rockbox |
| 13:59:56 | wodz | pixelma: Ondio - that remind me to ask You for testing FS #11189 :-) |
| 14:00 |
| 14:00:06 | Torne | pixelma: yah, but since we have the facility there already, it seems reasonable to support it on as many players as possible if there's any measurable improvement at all.. |
| 14:00:06 | liar | i have a patch here but that needs to be cleaned up |
| 14:00:12 | Zagor | funman: you forgot to change the builds list. now all clients are told to do eabi builds, even when they don't have the compiler |
| 14:01:44 | funman | what's the builds list ? |
| 14:01:50 | Zagor | or they would, if the configure change had worked :) |
| 14:02:14 | pixelma | Torne: the latter is what I am curious about... |
| 14:02:24 | Torne | right, it's worth measuring.. |
| 14:02:32 | Zagor | funman: http://svn.rockbox.org/viewvc.cgi/www/buildserver/builds?view=log |
| 14:02:53 | funman | Zagor: can you handle that? |
| 14:02:57 | *** | Saving seen data "./dancer.seen" |
| 14:02:59 | Zagor | funman: sure |
| 14:03:03 | funman | thanks! |
| 14:03:12 | pixelma | wodz: ah yes. I'll do that |
| 14:03:16 | funman | on my side i'll ask configure to not build the sims & checkwps in thumb ;) |
| 14:03:47 | Zagor | funman: it seems the default eabi is not working. most (all?) builds are still using the old compilers. |
| 14:04:02 | Zagor | http://build.rockbox.org/shownewlog.cgi?rev=26771;type=ipod3g |
| 14:04:07 | funman | Zagor: well yeah I blacklisted all stable targets not tested with eabi |
| 14:04:15 | funman | so far only Sansa AMS use eabi |
| 14:04:26 | funman | and unstable targets |
| 14:04:30 | Zagor | aha |
| 14:06:13 | Zagor | is a blacklist the best way to do it? we're spreading the compiler information in a lot of places already |
| 14:06:41 | funman | I think it's the best way to remind developers they should test eabi builds! |
| 14:07:44 | Zagor | umm, how exactly are they reminded? the patch just silently uses the old compiler. |
| 14:08:06 | funman | i just hope they would see it the commit :/ |
| 14:08:33 | funman | I can make a warning appear on stdout, it won't show as yellow on the table |
| 14:13:29 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 14:14:51 | Llorean | We've got until 3.7 to work out the kinks, why not just move everything over, see what breaks, and recommend that people who must have a working build use 3.6 for the time being? |
| 14:15:27 | funman | That's what I wanted to do too, but I think the DevConEuro crowd decided we'd need to test individually each target |
| 14:16:16 | CIA-6 | New commit by funman (r26772): configure: don't use thumb on native builds (simulator/checkwps) |
| 14:16:21 | CIA-6 | New commit by funman (r26773): Warn when building an ARM target with non-eabi default compiler |
| 14:16:44 | | Quit bluebroth3r (Ping timeout: 248 seconds) |
| 14:18:45 | | Quit vaguerant (Quit: Java user signed off) |
| 14:20:21 | Zagor | funman: did we? I'm leaning more towards "change it and see who screams" too |
| 14:20:41 | funman | that's what I remember |
| 14:22:08 | funman | Making eabi default everywhere is very fine with me |
| 14:23:05 | Zagor | on the other hand, build rounds will take >10 minutes if we move all targets over now |
| 14:24:03 | funman | I wonder about the fuzev1 red delta |
| 14:24:12 | funman | and e200v2 |
| 14:24:22 | Zagor | we have 19 eabi clients right now |
| 14:29:00 | Zagor | funman: so which models are eabi now? can you write me a list? |
| 14:33:00 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
| 14:35:36 | TheSeven | btw, is there anything holding back switching nano2g to eabi? |
| 14:35:51 | ucchan | fuman: thumbs version's iPod video Rockbox starts from ipodloader2 !! |
| 14:36:00 | TheSeven | i'm running eabi builds on mine for a while now, and all the bugs seem to have been sorted out by now |
| 14:36:01 | funman | wow, nice! |
| 14:36:05 | funman | ucchan: does it boot ? |
| 14:36:15 | funman | TheSeven: just remove it from the tools/configure list |
| 14:36:23 | ucchan | funman: boot ok!! Rockbox logo displays |
| 14:36:46 | Torne | is there any reason to suspect that the thumb code will be better on targets like ipodvideo? |
| 14:36:57 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 14:37:00 | TheSeven | ucchan: does it actually work, or does it get stuck on the logo? |
| 14:37:21 | | Quit robin0800 (Remote host closed the connection) |
| 14:37:29 | amiconn | funman: The problem you fixed in r26761 is indeed an (obvious) bug in the constraint |
| 14:37:37 | literal | do Sansa AMS devices have ARM processors? |
| 14:37:50 | Torne | yes |
| 14:38:00 | literal | ok |
| 14:38:03 | funman | Torne: what's specific to the ipodvideo ? |
| 14:38:09 | funman | amiconn: ah, which one? |
| 14:38:18 | amiconn | So if you want the one cycle per sample back, revert it, then add an '&' (early clobber) modifier to the 'left' constraint |
| 14:38:24 | Torne | funman: nothing.. |
| 14:38:31 | Torne | funman: which is why i suspect thumb would be worse |
| 14:38:34 | Torne | thumb is, generally, worse. |
| 14:38:44 | ucchan | TheSeven: confirm logo displays normally. |
| 14:38:49 | funman | Torne: well, one must try |
| 14:38:53 | wodz | amiconn: have You see my test of Your greylib patch on HD200? |
| 14:38:53 | Torne | Sure |
| 14:39:08 | wodz | s/see/seen/ |
| 14:39:12 | amiconn | wodz: Erm, no? |
| 14:39:14 | Torne | thumb is originally intended for systems where 32-bit memory accesses are more expensive than 16-bit |
| 14:39:43 | amiconn | Torne: PP DRAM interface is 16 bit as far as we know |
| 14:39:50 | funman | Zagor: gogearhdd1630 gogearsa9200 samsungyh820 samsungyh920 samsungyh925 sansac200v2 sansaclip sansaclipplus sansaclipv2 sansae200v2 sansafuze sansafuzev2 sansam200v4 zenvision zenvisionm30 zenvisionm60 |
| 14:39:58 | wodz | amiconn: I posted results on http://www.rockbox.org/wiki/Main/LcdFrameRate |
| 14:40:18 | wodz | amiconn: It is faster with Your change |
| 14:40:21 | amiconn | Thumb makes more efficient use of the cache, so it may speed up things even though it needs a few more instructions |
| 14:40:32 | funman | Torne: some codecs are actually faster when building what we can in thumb |
| 14:40:45 | Torne | funman: well that's resonable if the dram interface is 16 bit.. |
| 14:41:00 | Torne | and PP cache is kinda crappy |
| 14:41:32 | funman | afaict dram interface is 32 bits on the models where i tested |
| 14:41:46 | Torne | so ok, pp probably does benefit i guess |
| 14:41:51 | funman | anyway now it's easy for someone to make some numbers |
| 14:42:02 | amiconn | wodz: Okay. Btw, your results look like the HD200 skips greylib interrupts when running unboosted |
| 14:42:11 | funman | ucchan: can you play some files with thumb build ? |
| 14:42:22 | amiconn | So NEED_BOOST might in fact be appropriate for HD200 too |
| 14:42:41 | Torne | but later ARMs generally don't; symbian builds stuff for thumb solely because it saves ram, and most things are generally a little slower that way despite the reduced icache pressure |
| 14:43:06 | TheSeven | hmm, seems like someone broke my pcm driver |
| 14:43:08 | funman | AMS is 'later than PP' |
| 14:43:26 | funman | TheSeven: check today logs : jhMikeS has a problem on gigabeats with PCM |
| 14:43:37 | CIA-6 | New commit by zagor (r26774): Moved AMS sansas to eabi gcc. |
| 14:43:56 | TheSeven | funman: nope, i just spotted some change some weeks ago in my code |
| 14:44:03 | jhMikeS | better yet, check FS #11390 |
| 14:44:10 | | Quit wodz (Quit: Leaving) |
| 14:44:20 | TheSeven | i'm just wondering what's the right way to fix it |
| 14:44:33 | amiconn | wodz: Further speedup might be possible by utilizing line transfers, since the greylib buffer is in dram |
| 14:44:55 | amiconn | Did you also check whether the greylib works properly? |
| 14:45:08 | jhMikeS | TheSeven: fix the PCM? it certainly seems like something is trashing PCM on the beast, making only playback inoperable for both plugins and core |
| 14:45:35 | amiconn | Possible failure modes would be inverse (negative) display, or pixel stripes swapped |
| 14:46:26 | TheSeven | jhMikeS: I'm talking about r26253 |
| 14:46:52 | | Quit esperegu (Read error: Connection reset by peer) |
| 14:46:58 | amiconn | Even when running at twice the rate, almost 50% cpu load when boosted is a lot. The H1x0 has one third of that, despite its larger lcd |
| 14:47:35 | * | amiconn thinks that 150Hz scan rate gives rather smooth looking greyscales |
| 14:47:53 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 14:47:55 | | Join chrisb [0] (~chrisb@pool-98-111-153-7.phlapa.east.verizon.net) |
| 14:48:12 | S_a_i_n_t | Hmmmm, howcome the themesite reports the current build as being "r26761M"? (the part I'm querying is the `M`) |
| 14:48:29 | TheSeven | has anybody experienced crashes/lockups when stopping playback on nano2g with builds since r26253 |
| 14:48:48 | TheSeven | i have a strong suspicion that this will almost certainly happen, from looking at the change |
| 14:48:55 | ucchan | funman: play ogg/mp3/wave ok. and text viewr plugin ok. |
| 14:48:59 | * | Torne has experienced crashes/lockups when stopping playback while the system is heavily loaded (loading dircache/tagcache/etc), on ipodvideo, *always* :) |
| 14:49:04 | Torne | if that helps |
| 14:49:17 | Torne | it doesn't do it frequently or repeatably enough to give me much of a clue |
| 14:49:18 | S_a_i_n_t | TheSeven: Not myself personally...the only thing I've noticed that seems to be behaving badly on the Nano2G is pictureflow while playback is running. |
| 14:49:26 | TheSeven | hmm |
| 14:49:51 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 14:50:05 | S_a_i_n_t | And by "behaving badly", I guess what I really mean is "crap" :/ |
| 14:50:30 | TheSeven | it will almost certainly jump to a garbage address while stopping DMA, because someone removed a register initialization but not the jump using the register |
| 14:50:39 | | Quit scorche (Read error: Connection reset by peer) |
| 14:51:10 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
| 14:51:20 | funman | ucchan: hmm I wonder if building e200v1 with thumb still fails then |
| 14:51:41 | jhMikeS | TheSeven: which pcm file? that's pp? |
| 14:51:55 | S_a_i_n_t | The 2G is a pretty fast target, there's no reason I can think of that should have the Nano1G out-perform the 2G with pictureflow. Playback and pictureflow used to be fine, but the pictureflow-wps integration seems to have messed it up somewhat. |
| 14:52:08 | S_a_i_n_t | It's all jerky and slow, and distorts the AA. |
| 14:52:17 | TheSeven | /firmware/target/arm/s5l8700/pcm-s5l8700.c |
| 14:52:53 | S_a_i_n_t | It's fine if playback is stopped. |
| 14:52:57 | n1s | jhMikeS: do you know of any reason not to switch the beast to using ebai by default? |
| 14:53:33 | funman | just do it !!11!1! |
| 14:54:26 | n1s | s/ebai/eabi/ |
| 14:54:28 | funman | btw, kugel remembers the same thing than me (we decided to switch targets one by one after experimentation), but I can't see anything on DevConEuro2010 page |
| 14:54:33 | jhMikeS | TheSeven: it should just use the callback in pcm.c without condition (I suppose you mean the r0) |
| 14:54:36 | | Join Szpila [0] (~sszpila@212.244.249.187) |
| 14:54:49 | TheSeven | it isn't |
| 14:55:09 | TheSeven | it's using dma_callback if *not* stopping, else a leftover value from some other code |
| 14:55:26 | | Join mt_ [0] (~mtee@41.233.146.6) |
| 14:55:47 | jhMikeS | TheSeven: I know it isn't, and well, that's clearly not my intent, but rather a mistake, to leave r0 possible uninitialized. |
| 14:55:47 | TheSeven | so you say the ldrne should be a ldr? |
| 14:56:00 | TheSeven | the other option would be bxne r0 |
| 14:56:26 | ucchan | funman: I don't undefstand. e200 specific code (driver?) are broken still. |
| 14:56:28 | jhMikeS | TheSeven: if stopping, it should just call pcm.c. pcm.c will call all the routines that are required to stop playback. |
| 14:56:30 | mc2739 | S_a_i_n_t: See FS #11387 regarding pictureflow on nano2g |
| 14:56:40 | TheSeven | aha. |
| 14:56:58 | TheSeven | it should be a ldr instead of ldrne then |
| 14:57:06 | | Quit mt (Ping timeout: 258 seconds) |
| 14:57:06 | TheSeven | i still don't get how that could ever work though. |
| 14:57:07 | domonoky | S_a_i_n_t: the themesite reports the modified version, because i forgot to revert some changes where the automated checkwps are built. Should be fixed on the next checkwps update (tomorrow) |
| 14:57:11 | jhMikeS | TheSeven: I'm guess that's what should have been done, yes |
| 14:57:26 | jhMikeS | n1s: no, I've tried it and it's ok. only thing is the problem that's there now. |
| 14:58:11 | TheSeven | jhMikeS: can you commit a fix? i don't have a checkout with me right now. |
| 14:58:47 | funman | ucchan: hmm if i build ipodvideo with −−eabi −−thumb, I still see the buggy __memset_from_thumb call in corelock_init |
| 14:58:57 | TheSeven | actually you could simplify it even further by just doing a bl dma_callback instead of all the ldr, mov, bx stuff |
| 14:59:02 | jhMikeS | TheSeven: sure. I'll take your word for it being the right thing. :) All I could do was guess before. |
| 14:59:09 | funman | ucchan: to verify: you ran tools/configure with −−thumb −−eabi ? |
| 14:59:39 | n1s | jhMikeS: what is the "problem that's there now"? |
| 15:00 |
| 15:00:23 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-212-111.pools.arcor-ip.net) |
| 15:00:26 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 15:00:34 | TheSeven | jhMikeS: I'll verify if everything works fine in the evening |
| 15:00:55 | jhMikeS | n1s: pcm playback is messed up on the beast. I don't know precisely where it started where it became unstable. See FS #11390. |
| 15:00:56 | | Quit mt_ (Ping timeout: 258 seconds) |
| 15:01:02 | jhMikeS | TheSeven: ok, np |
| 15:01:20 | * | TheSeven is still confused by that code not breaking instantly |
| 15:01:27 | ucchan | funman: 1) ../tools/configure −−eabi 2) make only (gcc is used arm-elf-eabi-gcc 4.4.4/arm-elf-eabi-ld 2.20.1.200100303) |
| 15:01:54 | funman | ucchan: thumb is off by default, you need −−thumb. It is only activated by default for clipv1, c200v2, and m200v4 |
| 15:02:29 | funman | ucchan: you can try with −−eabi −−thumb, and edit Makefile to add -mlong-calls, but kugel said it didn't work on e200v1 |
| 15:03:23 | n1s | ah, that doesn't look compiler related but i think it's a good idea to hold off the change untill that's fixed :) |
| 15:03:39 | S_a_i_n_t | TheSeven: Can you answer a Nano2G query of mine? |
| 15:04:02 | TheSeven | depends on the query ;-) |
| 15:04:11 | ucchan | funman: oh! Because binsize is small, then I thought that it was thumbs version. |
| 15:04:41 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 15:04:43 | funman | ucchan: eabi also helps with binsize because it removes some long calls |
| 15:05:03 | kugel | Zagor: "funman: did we? I'm leaning more towards "change it and see who screams" too" yes, you did actually :) |
| 15:05:10 | S_a_i_n_t | I was wondering why "Charging: True/False" shows up in "Debug/View HW Info" and not in the (as I expected) "Debug/Battery"? |
| 15:05:24 | S_a_i_n_t | TheSeven: ^ |
| 15:05:26 | kugel | I suggested to change all in one go, but you said we should make the change "more controlled and verify all targets" |
| 15:05:26 | | Quit pjm0616 (Ping timeout: 265 seconds) |
| 15:05:31 | funman | kugel: ah thanks, i'm not mad ;P (or we both are) |
| 15:05:47 | TheSeven | S_a_i_n_t: historical reasons |
| 15:06:10 | funman | ucchan: I have a small test case for the GNU ld bug with PP + thumb, I'll try to speak with binutils developers |
| 15:06:15 | ucchan | funman: ok. I try build "−−eabi −−thumb". |
| 15:06:15 | TheSeven | and maybe because we read it from GPIOs and not the PMU |
| 15:06:21 | S_a_i_n_t | Is that the other way of saying "Noone has changed it yet"? ;-P |
| 15:06:48 | kugel | oh, gcc 4.4 apparently produces smaller code for armv5+ than 4.0 |
| 15:06:52 | | Part LinusN |
| 15:07:32 | | Join roolku [0] (~roolku@cpc1-sgyl16-0-0-cust145.sgyl.cable.virginmedia.com) |
| 15:08:50 | kugel | funman: shouldn't iaudio 7 / cowond2 also use eabi? they aren't stable |
| 15:09:00 | | Join pjm0616 [0] (~user@61.250.113.98) |
| 15:10:09 | funman | yeah, I probably messed up my list |
| 15:11:02 | CIA-6 | New commit by jethead71 (r26775): s5l8700 PCM: Always call dma_callback. (fix r26253 remnants) |
| 15:11:17 | roolku | zagor: any idea why n02 - n18 are disabled? They only have the old (pre devcon) eabi install, but they could have build the other platforms? |
| 15:11:41 | | Join vaguerant [0] (~vaguerant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) |
| 15:11:47 | | Quit vaguerant (Changing host) |
| 15:11:47 | | Join vaguerant [0] (~vaguerant@wikipedia/vague-rant) |
| 15:12:28 | roolku | Zagor: I can bring them down now and move them over to the new installation, unless you want me to leave them as ? |
| 15:12:44 | jhMikeS | what happened? I see the expected and logged build time shot up through the roof (eabi?) |
| 15:12:58 | roolku | Zagor: Server message: Fatal build error: Command not found. You have been temporarily disabled. |
| 15:13:34 | roolku | Zagor: that is after: Starting build archosondiospboot |
| 15:13:57 | funman | jhMikeS: not all clients have eabi compiler |
| 15:14:04 | roolku | jhMikeS: my buildclients don't like the change for some reason |
| 15:14:09 | funman | also thumb builds are 50% longer (but OTOH there are only 3 of them) |
| 15:14:25 | funman | 6*, but bootloaders are quite small |
| 15:14:35 | funman | which reminds me that i didn't test thumb bootloaders |
| 15:14:47 | * | roolku goes to upgrade the clients |
| 15:15:00 | TheSeven | does thumb make any sense at all for bootloaders? |
| 15:15:19 | funman | not really |
| 15:15:20 | kugel | I think the culprit is that way more targets use the eabi now than just the ams ones (and Zagor only changed the ams ones in the builds list |
| 15:15:21 | kugel | ) |
| 15:15:24 | jhMikeS | n1s: I have a patch to use the INIT section on the beast, but I need eabi for it. I suppose that ticked me off enough that now we're here with eabi. :) |
| 15:15:53 | n1s | why does that need eabi? |
| 15:16:03 | kugel | so roolku's clients try to do eabi builds because the build master thinks they are old-gcc ones |
| 15:16:42 | roolku | kugel: but for some reason they don't build any of the other stuff either |
| 15:16:48 | jhMikeS | n1s: because beast uses short calls, and the init secion needs to be in a place where short call cannot reach |
| 15:17:03 | kugel | roolku: yea, ones they fail a build they're disabled completely |
| 15:17:06 | | Quit esperegu (Read error: Connection reset by peer) |
| 15:17:22 | kugel | roolku: command not found makes absolutely sense, you have no arm-elf-eabi-gcc on the system :) |
| 15:17:46 | n1s | jhMikeS: oh |
| 15:17:50 | jhMikeS | n1s: most notably, the plugin buffer, we have 64MB (= way too distant) |
| 15:18:05 | | Quit flydutch (Quit: /* empty */) |
| 15:18:20 | n1s | where does the init section go? |
| 15:20:10 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
| 15:20:39 | kugel | jhMikeS: you cannot use the plugin buffer anyway |
| 15:20:56 | kugel | jhMikeS: you need the codec buffer (skin engine grabs the plugin buffer during startup) |
| 15:21:07 | kugel | but the codec buffer is probably too far away anyway :) |
| 15:21:25 | | Part Szpila |
| 15:22:53 | ucchan | sorry all developpers, does not boot iPod video. |
| 15:23:02 | jhMikeS | kugel: hmmm...well, then the codec buffer. when does it grab the plugin buffer? it *could* have something to do with the pcm problem since SDMA code is put there, but it's done with it *very* early in init |
| 15:23:39 | kugel | jhMikeS: theme loading at the end of the startup |
| 15:23:49 | kugel | it loads the .wps/.sbs files into it |
| 15:24:28 | | Quit pyro_maniac (Remote host closed the connection) |
| 15:24:42 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 15:29:58 | * | jhMikeS thinks it's impossible it'll matter since sdma is done with the plugin buffer before kernel_init even returns |
| 15:33:42 | chrisb | does iPod's line out from a dock work? |
| 15:33:45 | kugel | jhMikeS: you could use init_attr for that sdma as well |
| 15:33:49 | chrisb | classic ipod |
| 15:34:11 | kugel | it should be compatible with data too |
| 15:34:45 | Torne | chrisb: should do, if you turn it on |
| 15:34:53 | Torne | chrisb: there's a setting to enable/disable it because it takes some power |
| 15:35:05 | Torne | note that it is really a line out, i.e. the volume is fixed |
| 15:35:06 | jhMikeS | kugel: in the patch, I did exactly that |
| 15:36:24 | funman | I just sent a bug report to bug-binutils ML |
| 15:36:39 | kugel | funman: brave! |
| 15:36:50 | jhMikeS | kugell: it didn't matter at the time about the plugin buffer, but that's an easy alteration |
| 15:40:23 | chrisb | Torne: thanks |
| 15:40:50 | | Quit TheSeven (Ping timeout: 260 seconds) |
| 15:41:49 | Zagor | roolku: builds broke temporarily because tools/configure was modified without changinging the buildserver build table. so all clients were asked to build eabi arm targets. |
| 15:42:13 | Zagor | I think the ondio line was unrelated |
| 15:42:45 | Zagor | that's also why the build time skyrocketed: clients are disabled on failed builds, so only a few clients remained in the round |
| 15:43:19 | roolku | Zagor: yes, seems to be okay now. :) hopefully all the n?? nodes will be up in a short while. |
| 15:48:05 | | Quit lev_ (Ping timeout: 258 seconds) |
| 15:48:39 | | Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) |
| 15:48:44 | jhMikeS | funman: if I just remove the model from models_not_checked_with_eabi, it uses eabi as the default? |
| 15:49:11 | saratoga | am I correct in thinking that rockboxdev.sh no longer requires me to change the path if I install eabi now? |
| 15:50:22 | * | jhMikeS still has to build 4.4.4 (still has 4.4.3) |
| 15:50:25 | funman | jhMikeS: yep |
| 15:50:53 | funman | saratoga: if you have /usr/local/bin in PATH, nope, but you should remove the path to old compilers from PATH |
| 15:55:46 | kugel | Zagor: can you check git.rockbox.org? it doesn't update anymore |
| 15:56:13 | Zagor | hmm |
| 15:56:25 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 15:57:38 | roolku | buildclients n01-n18 now upgraded...does anyone have anything to commit? :) |
| 15:57:39 | | Join GeekShado_ [0] (~Antoine@ANantes-257-1-129-143.w90-32.abo.wanadoo.fr) |
| 15:57:47 | Zagor | roolku: yay |
| 15:57:58 | * | jhMikeS was going to do something soon, but not in five minutes |
| 15:58:10 | Zagor | roolku: better now? |
| 15:58:11 | kugel | is the builds file fixed? |
| 15:58:46 | Zagor | yes |
| 15:59:00 | funman | i'll try something |
| 15:59:10 | roolku | i'll hang around a little longer |
| 15:59:52 | kugel | Zagor: locally? I see no commit |
| 16:00 |
| 16:00:11 | roolku | I'll leave the other clients without eabi, shouldn't make much of a difference |
| 16:00:12 | Zagor | kugel: www commits are not listed on the front page |
| 16:00:28 | kugel | I know, I was looking here: http://svn.rockbox.org/viewvc.cgi/ |
| 16:00:37 | mc2739 | kugel: r26774 |
| 16:00:44 | | Quit GeekShadow (Ping timeout: 248 seconds) |
| 16:00:46 | | Quit pjm0616 (Ping timeout: 276 seconds) |
| 16:01:09 | kugel | mc2739: that one wasn't sufficient |
| 16:01:20 | Zagor | kugel: why not? |
| 16:01:44 | kugel | there are more targets than the ams sansa that use eabi |
| 16:02:29 | Zagor | funman said he blacklisted all non-ams targets |
| 16:02:42 | funman | all _stable_ non ams |
| 16:03:00 | *** | Saving seen data "./dancer.seen" |
| 16:03:00 | funman | the yh and zvm are built with eabi too |
| 16:03:03 | Zagor | aha |
| 16:03:15 | | Join pjm0616 [0] (~user@61.250.113.98) |
| 16:03:16 | funman | and gogear too |
| 16:03:31 | funman | i have a commit ready |
| 16:03:35 | kugel | except for iaudio7 and cowond2, those use old abi still (but ought to use eabi as well) |
| 16:04:11 | Zagor | well, I did ask for a list... |
| 16:04:20 | | Quit ucchan (Quit: Leaving...) |
| 16:04:32 | CIA-6 | New commit by funman (r26776): pcm as3525v1: correct ASM constraint |
| 16:04:36 | funman | .. which i gave |
| 16:04:50 | CIA-6 | New commit by funman (r26777): pcm as3525v1: revert 26761 to use faster ASM code ... |
| 16:05:04 | | Join GeekShad__ [0] (~Antoine@ANantes-257-1-129-143.w90-32.abo.wanadoo.fr) |
| 16:05:12 | Zagor | funman: time? |
| 16:05:30 | jhMikeS | pcm_postinit should *not* be forced into the init section, it completes asynchronously |
| 16:06:47 | funman | 14:39 |
| 16:07:08 | funman | jhMikeS: woops, i suppose i am to be blamed ? |
| 16:07:33 | Zagor | funman: excellent, thank you |
| 16:07:36 | jhMikeS | no idea who? I just saw that in the mapfile and realized that cannot work reliably |
| 16:08:02 | funman | jhMikeS: that must be me, but i remember checking if the path that lead to this func was fully in init functions |
| 16:08:41 | funman | audio_thread() calls it, which itself is created in audio_init(), which itself is an init func |
| 16:08:46 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
| 16:09:10 | funman | but then the thread execution might be postponed? |
| 16:09:10 | | Quit GeekShado_ (Ping timeout: 258 seconds) |
| 16:09:37 | kugel | if audio_thread calls audio_init it shouldn't be INIT_ATTR |
| 16:09:50 | funman | nah that's the reverse |
| 16:09:58 | funman | audio_init() creates the thread |
| 16:10:03 | kugel | oh sorry |
| 16:10:22 | funman | wtf is this fnarfbargle-uk-BradC client without a tools/configure ? |
| 16:12:44 | | Quit pjm0616 (Ping timeout: 276 seconds) |
| 16:15:21 | CIA-6 | New commit by zagor (r26778): Fixed missing eabi builds. |
| 16:15:51 | | Join kugel_ [0] (~kugel@e178057164.adsl.alicedsl.de) |
| 16:17:00 | | Join pjm0616 [0] (~user@61.250.113.98) |
| 16:20:37 | | Quit kugel (Ping timeout: 272 seconds) |
| 16:23:12 | | Quit vaguerant (Quit: Java user signed off) |
| 16:23:31 | funman | kugel_: http://lists.gnu.org/archive/html/bug-binutils/2010-06/msg00034.html |
| 16:24:30 | | Quit antil33t (Read error: Connection reset by peer) |
| 16:24:37 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
| 16:27:40 | | Join kugel__ [0] (~kugel@e178057164.adsl.alicedsl.de) |
| 16:27:52 | | Nick kugel__ is now known as kugel (~kugel@e178057164.adsl.alicedsl.de) |
| 16:27:58 | | Quit kugel (Changing host) |
| 16:27:58 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 16:29:55 | | Quit funman (Quit: free(random());) |
| 16:30:13 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 16:31:28 | | Quit kugel_ (Ping timeout: 240 seconds) |
| 16:33:18 | jhMikeS | after changing the compiler, gigs seem have magic pcm functionality again for apparent good reason...hmmm. |
| 16:37:34 | | Nick GeekShad__ is now known as GeekShadow (~Antoine@ANantes-257-1-129-143.w90-32.abo.wanadoo.fr) |
| 16:38:37 | | Quit kugel (Quit: exit(0);) |
| 16:39:38 | CIA-6 | New commit by jethead71 (r26779): Configure Gigabeat S with EABI compiler by default. Implement the INIT section that this enables (due to selective need for long calls). Remove ... |
| 16:40:19 | | Join crk [0] (www-data@giant.haxx.se) |
| 16:41:15 | Zagor | jhMikeS: please update www/buildserver/builds too |
| 16:43:09 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
| 16:43:43 | jhMikeS | Zagor: excuse me? |
| 16:44:57 | Zagor | when you change compiler for a target, you need to update the buildserver too otherwise it will send eabi builds to non-eabi clients |
| 16:45:08 | TheSeven | hm, fnarfnbargle keeps killing builds? |
| 16:45:17 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 16:45:42 | TheSeven | a single client on rampage can apparently hurt the build system quite a bit |
| 16:45:54 | Bagder | we can block single clients |
| 16:46:23 | Zagor | blocked |
| 16:46:24 | * | TheSeven wonders if the build system should do that itself with this kind of errors |
| 16:46:34 | jhMikeS | Zagor: no idea where to find that setting :) |
| 16:46:48 | Zagor | jhMikeS: www/buildserver/builds |
| 16:47:06 | | Quit toffe82 (Remote host closed the connection) |
| 16:47:16 | TheSeven | especially if a single client completed like five builds in ten seconds, it shouldn't be assigned anything for the rest of that round at least |
| 16:47:19 | | Quit crk (Quit: CGI:IRC (EOF)) |
| 16:47:55 | Zagor | TheSeven: clients are temporarily disabled if they fail to upload binaries. unfortunately fnarfbargle was assigned mostly non-upload targets. |
| 16:48:03 | * | TheSeven is about to bring his build client up again |
| 16:48:07 | Zagor | many clients can complete >1 build/second |
| 16:48:40 | TheSeven | Zagor but having 5 bad builds in a row at that rate means that something is wrong with either the code or the client |
| 16:49:09 | Zagor | TheSeven: certainly. but if the code is bad, all clients will be disabled... |
| 16:49:22 | | Join loveless [0] (~loveless@89.204.153.10) |
| 16:49:30 | TheSeven | which won't hurt that much if they are only disabled for the rest of that round and the code is bad anyway |
| 16:49:36 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 16:50:01 | TheSeven | what exactly do i need to do to update my pre-eabi client? remove all the old compilers from my path and /usr/local/whereever they were installed and run rockboxdev.sh again? what else? |
| 16:50:05 | Zagor | yes it will, because the non-broken targets will not be built |
| 16:50:21 | Zagor | TheSeven: you only need to remove any old compilers you plan to replace |
| 16:50:26 | knittl | Zagor: got a little time? ^^ |
| 16:50:28 | Zagor | you can build just the eabi one if you like |
| 16:50:39 | Zagor | knittl: I found the git bug: permission issue |
| 16:50:42 | | Join bucko [0] (~bucko@91.107.246.26) |
| 16:50:44 | knittl | oh |
| 16:50:46 | TheSeven | what's the current full list of architecture names for the buildclient script? |
| 16:51:17 | Zagor | TheSeven: arm arm-eabi-gcc44 sh m68k mipsel sdl |
| 16:51:26 | bucko | Hey doodz! I just installed Rockbox onto my Sansa V2. Nice stuff there! But I'd like to add a new shuffle mode which plays albums from start to finish. How would I do this? |
| 16:51:29 | knittl | Zagor: yep, works now :) |
| 16:51:30 | TheSeven | thanks |
| 16:51:38 | Zagor | knittl: yay :) |
| 16:51:45 | knittl | cooool :) |
| 16:52:02 | AlexP | bucko: I think random folder advance will do this if each album is in a folder. If using the database, no idea |
| 16:52:20 | bucko | I need the database as I have a micro SD card, too. |
| 16:53:09 | bucko | Also can I turn off USB transfer support? When I plug in USB it reverts to old firmware when normally I just want to charge it. I understand there is no USB file transfer support but I don't want that mostly. |
| 16:53:16 | AlexP | Why does that matter? |
| 16:53:20 | loveless | Anyone around for the GPN conference in Karlsruhe this weekend? Would love to meet up. |
| 16:53:26 | AlexP | You can get to the card through the filebrowser too |
| 16:53:39 | bucko | AlexP: It appears as a subfolder so in terms of folder shuffle it'd miss it, right? |
| 16:53:46 | * | jhMikeS honestly still has no idea exacly where this setting is since it never concerned him before\ |
| 16:53:46 | AlexP | No |
| 16:53:55 | AlexP | bucko: Don't think so, check the manual |
| 16:54:02 | bucko | Oh, it's over all folders in device? :( |
| 16:54:08 | bucko | s/:\(// |
| 16:54:15 | AlexP | bucko: Also, check the manual - it tells you what button to hold when inserting USB to charge |
| 16:54:52 | AlexP | bucko: It builds a list of folders, and then you can remove ones you don't want. It'll then play through those folders randomly |
| 16:55:07 | | Quit petur (Quit: *burp*) |
| 16:55:15 | bucko | Where would I look in manual? |
| 16:55:35 | AlexP | I'd get the pdf one and search |
| 16:55:42 | AlexP | random_folder_advance is a plugin |
| 16:55:52 | AlexP | For the charging there is a section on it early on |
| 16:57:37 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
| 16:57:46 | | Join ssorgatem [0] (~ssorgatem@83.55.239.153) |
| 16:57:46 | bucko | Ah right, found that. Was using onling manual and wasn't obvious it would be in 'quick start'. :) |
| 16:57:53 | AlexP | ah yeah |
| 16:58:07 | AlexP | The pdf one is much nicer in that it allows searching :) |
| 16:58:11 | bucko | (And the FAQ on batteries is really broken.) |
| 16:58:30 | AlexP | The wiki needs general cleanup/fixing/removing etc. |
| 16:58:42 | AlexP | It is a user driven resource, except nobody does anything |
| 16:58:57 | jhMikeS | Zagor: well, I would update it, but I can find nothing in my checkout by those names |
| 16:59:03 | bucko | Heh. :) |
| 16:59:08 | bucko | Where do I find plugins? |
| 16:59:15 | AlexP | jhMikeS: You need to checkout www as well as trunk |
| 16:59:22 | AlexP | bucko: They are all installed |
| 16:59:34 | bucko | Oh right, it's an 'application'. |
| 17:00 |
| 17:00:07 | amiconn | Zagor: It's arm-eabi-gcc444 according to your mail (and what worked when I set it up) |
| 17:00:27 | jhMikeS | AlexP: heh, well, never did :), never seemed to matter to what I was doing either |
| 17:00:40 | Zagor | amiconn: oops, yes. arm-eabi-gcc444 is correct. |
| 17:00:55 | AlexP | jhMikeS: First time for everything :) |
| 17:01:30 | | Part Zagor |
| 17:01:32 | bucko | AlexP: It made a playlist of the results? |
| 17:01:51 | jhMikeS | AlexP: exactly. I ignore what I don't care about until I have to. :) |
| 17:01:57 | amiconn | Zagor: Btw, the error message you get when using a wrong (i.e. nonexisting) target string in the client is kinda irritating |
| 17:02:05 | amiconn | Maybe you can do something about this? |
| 17:02:08 | bucko | I suppose that's a reasonable approach. |
| 17:02:17 | AlexP | bucko: No, it is a list of all the folders (sub folders included) on the device - I imagine it is stored in .rockbox somewhere |
| 17:02:37 | bucko | AlexP: It makes a playlist too once you tell it to 'play shuffled', I think. |
| 17:02:49 | AlexP | bucko: The plugin lets you edit the list (well, you remove things) |
| 17:03:04 | TheSeven | S_a_i_n_t: hm, the keyclick patch has rotten again? |
| 17:03:06 | AlexP | bucko: Could be, I only every used it once years ago :) |
| 17:03:15 | bucko | Well, it does what I want so. :) |
| 17:03:22 | AlexP | Good to hear :) |
| 17:03:57 | bucko | How easy is theme making? Current theme displays lots of nice info but long track names and so on get cut off and I'd like to make them wrap or something. |
| 17:04:16 | AlexP | They won't wrap, but you could make them scroll |
| 17:04:25 | AlexP | Although most themes already do this |
| 17:04:28 | AlexP | The default does |
| 17:04:35 | bucko | Oh, they already scroll. No way to make them wrap? |
| 17:04:40 | AlexP | Nope |
| 17:05:03 | AlexP | not currently anyway :) |
| 17:05:05 | bucko | Can't even tell one line to display say 20 chars and the next to display the next 20 or something? |
| 17:05:06 | | Join esperegu_ [0] (~quassel@145.116.15.244) |
| 17:05:14 | AlexP | nope |
| 17:05:18 | AlexP | Not of a tag |
| 17:05:20 | bucko | Boo. |
| 17:05:47 | bucko | But it can play Doom. |
| 17:05:56 | AlexP | You never know though - mention it is JdGordon's presence and if he is bored he might put it together |
| 17:05:59 | S_a_i_n_t | TheSeven: Has it? Oh...bugger. |
| 17:06:08 | | Quit hebz0rl (Quit: Ex-Chat) |
| 17:06:13 | TheSeven | at least it just conflicted during an svn up |
| 17:06:26 | jhMikeS | just replace "arm" with "arm-eabi-gcc444" at the beginning? |
| 17:06:31 | TheSeven | seems to be rather easy to sort out though |
| 17:06:31 | bucko | I think this means my MP3 player is a better computer than my first PC. |
| 17:06:41 | | Quit esperegu (Ping timeout: 276 seconds) |
| 17:07:05 | S_a_i_n_t | I would *really* like someone to look at it and figure out why it doesn't work for anything except the Nano2G. |
| 17:07:26 | bucko | Anyway, now I have to see if I can install it on my parents' iPods. |
| 17:07:28 | S_a_i_n_t | I'd *love* HW Key-click on my Nano1G also. |
| 17:08:02 | TheSeven | actually i would like to see this committed |
| 17:08:27 | saratoga | i have 'arm-elf-eabi-gcc-4.4.4' but the email says the build script takes ' arm-eabi-gcc444', is that correct? |
| 17:08:28 | S_a_i_n_t | Same. |
| 17:08:47 | ssorgatem | Has the migration of the arm tootlchain to eabi as default been completed for sansa AMS? |
| 17:09:12 | S_a_i_n_t | I've looked at why it doesn't work for the other iPods anymore...but it's totally beyond me. |
| 17:09:52 | CIA-6 | New commit by jethead71 (r26780): Update build server selection for Gigabeat S to select for eabi. |
| 17:11:20 | S_a_i_n_t | TheSeven: I know you're a busy man...but, if you can figure it out I'll build a shrine out of iPods and proclaim you to be my new God. |
| 17:11:21 | TheSeven | is "subs pc, lr, #4" (as an FIQ return) thumb-safe? |
| 17:11:22 | jhMikeS | well, hope I got it right...it looked right :) |
| 17:18:06 | | Join Tarvis [0] (~Tarvis@97.100.203.106) |
| 17:18:21 | Tarvis | hey guys\ |
| 17:18:33 | Tarvis | I noticed my H300/fuze/whatever theme BoXamp is missing from the site |
| 17:18:40 | Tarvis | Is it just because of the format change |
| 17:18:41 | Tarvis | ? |
| 17:18:41 | Torne | TheSeven: yes, because subs restores CPSR from SPSR_irq |
| 17:18:47 | Torne | ..i think |
| 17:18:54 | S_a_i_n_t | Tarvis: Yes, most likely. |
| 17:19:09 | Tarvis | I'm guessing the converter utility didn't work with it |
| 17:19:14 | Tarvis | No matter - I'll just update it myself |
| 17:19:40 | TheSeven | Torne: oh right, we don't need to watch out for bit 0 there, as the cpsr will be thrown away anyway |
| 17:19:58 | Torne | TheSeven: yah, writing to PC with S flag does it :) |
| 17:20:09 | TheSeven | however, I'm not so sure about the subtraction of 4 |
| 17:20:35 | TheSeven | or is pc always pointing 4 bytes ahead, even if that's two instructions? |
| 17:21:32 | Tarvis | aja |
| 17:21:34 | Tarvis | Aha* |
| 17:21:47 | Tarvis | It is there, just not in the listing because it doesn't work with curent build |
| 17:22:26 | Torne | TheSeven: PC doesn't "actually" point anywhere consistently, but it's okay to assume that the address to return to is lr-4 |
| 17:22:37 | Torne | TheSeven: because it's architecturally defined as being so :) |
| 17:22:54 | TheSeven | ok |
| 17:22:59 | Torne | in normal code PC points to two instructions ahead |
| 17:23:11 | TheSeven | just wanted to make sure that my pcm assembler code is thumb safe :-) |
| 17:23:14 | Torne | in exceptions, lr ends up being whatever ARM say it is ;) |
| 17:23:24 | Torne | which is always a fixed offset |
| 17:23:31 | Torne | you don't have to do anything to interwork exceptions :) |
| 17:23:50 | * | rasher waves at bucko |
| 17:24:35 | | Quit antil33t () |
| 17:27:31 | bucko | Oh it's Bacon Boy. |
| 17:27:52 | bucko | Or another rasher. |
| 17:28:21 | bucko | So it mentions in the manual that I can improve battery life by using an efficient codec. |
| 17:28:37 | bucko | Is there any details on what codecs are indeed the most efficient? |
| 17:28:59 | | Join stoffel [0] (~quassel@p57B4DEE6.dip.t-dialin.net) |
| 17:29:29 | saratoga | bucko: CodecPerformanceComparison on the wiki |
| 17:29:46 | TheSeven | bucko: this also depends heavily on whether you use a flash- or hdd-based device |
| 17:30:31 | TheSeven | i suspect for flash it will be flac |
| 17:30:54 | bucko | I was mostly wondering between MP3 and Vorbis. |
| 17:31:26 | saratoga | probably vorbis on nearly all devices |
| 17:31:30 | TheSeven | probably vorbis then, but i have also seen vorbis files which were worse than mp3 for some unknown reason |
| 17:31:49 | saratoga | TheSeven: do you have such a file handy? |
| 17:31:59 | bucko | Vorbis on that page seems to consistently need more megahurts. |
| 17:32:09 | TheSeven | no, i only vaguely remember seeing that some months ago |
| 17:32:20 | saratoga | bucko: are you sure you're reading it correctly? |
| 17:33:28 | TheSeven | btw, how do mp3 and vorbis compare in terms of audio quality vs. bitrate? |
| 17:33:38 | bucko | saratoga: I don't know? The MHz column in the top one is "MHz needed for realtime", which seems like a sensible measure of processing requirements. And on the first few at least, Vorbis needs more MHz. |
| 17:33:45 | saratoga | vorbis is more efficient below 128k, not much difference above it |
| 17:34:01 | saratoga | bucko: which player are you using? |
| 17:34:19 | bucko | Sansa V2. I'm not sure details exist for that on said page. |
| 17:34:52 | bucko | Vorbis seems to win on MIPS though. |
| 17:35:31 | bucko | On the V1, MP3 still seems to win. |
| 17:35:37 | saratoga | bucko: D2 is probably closest to your CPU, in which case its 28MHz for MP3 and 22 for Vorbis |
| 17:36:07 | TheSeven | hm, my build client is still compiling compilers... |
| 17:36:13 | | Quit pamaury (Remote host closed the connection) |
| 17:36:16 | saratoga | that would be "Telechips TCC7801" which is arm9e like the fuzev2 |
| 17:37:04 | bucko | So they appear about the same on that one. Is there a way for me to run these benchmarks myself? |
| 17:37:19 | saratoga | bucko: on the V1 vorbis is faster too |
| 17:37:26 | saratoga | although its a different CPU so not important to you |
| 17:38:22 | bucko | e200 v1 MP3 128 20.71, Vorbis 128 25.10MHz. MP3 seems faster there. |
| 17:39:01 | bucko | Marginally faster on the Fuze though. |
| 17:39:17 | saratoga | bucko: ah e200v1, but no, vorbis is much faster |
| 17:39:27 | saratoga | the mp3 decoder on the e200v1 uses both cores |
| 17:39:33 | saratoga | so its really about 38-39MHz |
| 17:39:50 | bucko | Oh. That's something I'd hope to see indicated on said page. :) |
| 17:40:11 | saratoga | you're welcome to add it, but its not really important |
| 17:40:34 | bucko | I don't really feel authoritattive enough to do so. |
| 17:40:59 | bucko | (And I'd want to do everything if I did so for fairnesses sake.) |
| 17:41:11 | saratoga | if all you care about it runtime, then knowing the mp3 is really fast on PP is all you need to know |
| 17:41:30 | bucko | PP? |
| 17:41:42 | saratoga | knowing that its fast because i split decoding across 2 CPUs only matters if you're working on the decoder, which you'll probably realize anyway while working on the decoder :) |
| 17:41:48 | saratoga | the e200v1 CPU is a PP chip |
| 17:42:16 | bucko | Oh but I'm on V2. which you said was like the D2. |
| 17:42:22 | | Part S_a_i_n_t |
| 17:43:21 | bucko | How come FLAC's so fast? |
| 17:43:41 | saratoga | because it has to do a small fraction of the work of most lossy formats |
| 17:44:56 | bucko | Much more I/O, though. |
| 17:45:22 | TheSeven | I/O only really hurts on HDD-based targets, that's why I asked ;-) |
| 17:45:36 | bucko | Oh, Flash I/O is basically free? |
| 17:45:55 | TheSeven | not really free, but not much compared to the actual decoding either |
| 17:46:14 | TheSeven | hard drives use way more power while spinning than flash chips do |
| 17:47:38 | TheSeven | btw, what shall we do about iLoader vs. the rockbox bootloader now? |
| 17:48:07 | bucko | Also Musepack and WMA appear to beat Vorbis. I assume that Vorbis is more convenient on Linux than WMA though. |
| 17:48:17 | TheSeven | i would actually like to keep iloader restricted to advanced users and get the rockbox bootloader up to speed somehow |
| 17:48:53 | saratoga | were you thinking about merging iloader into our svn? |
| 17:49:05 | | Quit roolku () |
| 17:49:09 | TheSeven | nope, I don't think that could work out |
| 17:49:51 | TheSeven | it's a completely different codebase |
| 17:50:01 | TheSeven | it only shares the FTL and NAND drivers to some degree |
| 17:50:50 | TheSeven | the biggest problem is probably integrating nandfsck into the rockbox bootloader |
| 17:51:18 | | Quit esperegu_ (Read error: Connection reset by peer) |
| 17:51:44 | | Quit sinthetek (Quit: leaving) |
| 17:51:54 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 17:52:19 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 17:57:10 | TheSeven | and we will of course need to think about a better installation/uninstallation method |
| 17:58:22 | | Join pamaury [0] (~quassel@p5DDECD0E.dip.t-dialin.net) |
| 17:58:22 | | Quit pamaury (Changing host) |
| 17:58:22 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 17:59:24 | | Quit loveless (Ping timeout: 245 seconds) |
| 18:00 |
| 18:00:11 | | Quit amiconn (Remote host closed the connection) |
| 18:00:12 | | Quit pixelma (Remote host closed the connection) |
| 18:03:02 | *** | Saving seen data "./dancer.seen" |
| 18:03:33 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
| 18:03:38 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 18:04:06 | | Part pondlife |
| 18:06:19 | TheSeven | huh, is the most recent rockboxdev.sh still using /usr/local/arm-elf-eabi/? |
| 18:06:44 | TheSeven | i'm seeing loads of such paths while running it |
| 18:07:28 | TheSeven | and i did an svn up immediately before running it |
| 18:12:32 | TheSeven | "bl <label>" isn't thumb-safe, is it? |
| 18:16:08 | Torne | yes |
| 18:16:24 | TheSeven | is it, or isn't it? |
| 18:16:39 | Torne | :) |
| 18:16:49 | Torne | both, amusingly |
| 18:16:57 | Torne | in general no, a branch instruction isn't sufficient to set the T bit |
| 18:17:04 | Torne | but the EABI linker will insert shims |
| 18:17:37 | Torne | assuming it has sufficient information to do so |
| 18:17:38 | TheSeven | ok, so i can use that, i'm 90% sure that the target will be arm anyway |
| 18:20:48 | CIA-6 | New commit by theseven (r26781): Remove an unneccessary long call from the S5L8700 PCM FIQ handler |
| 18:20:57 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 18:21:40 | | Quit Battousai (Ping timeout: 240 seconds) |
| 18:23:11 | | Join flydutch [0] (~flydutch@host23-166-dynamic.15-87-r.retail.telecomitalia.it) |
| 18:24:23 | | Quit bmbl (Read error: Connection reset by peer) |
| 18:30:31 | TheSeven | [18:06] <TheSeven> huh, is the most recent rockboxdev.sh still using /usr/local/arm-elf-eabi/? |
| 18:30:32 | TheSeven | any ideas? |
| 18:32:13 | gevaerts | TheSeven: you should probably move the old directories out of the way before building |
| 18:32:14 | bluebrother | TheSeven: no, it was changed |
| 18:32:19 | TheSeven | i did so |
| 18:32:29 | TheSeven | it installed to both locations from what it looks like |
| 18:32:43 | Torne | it installs to /usr/local |
| 18:32:51 | Torne | this includes some files in a directory called arm-elf-eabi |
| 18:32:59 | Torne | if you look in an old toolchain you will note that it also contains that directory :) |
| 18:33:04 | | Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) |
| 18:33:08 | gevaerts | Those directories are still used, yes. They will have gcc and things, as opposed to arm-elf-eabi-gcc in /usr/local/bin |
| 18:33:25 | Torne | gcc install creates directories named after the target, which contain all the files for that target which aren't prefixed :) |
| 18:33:46 | TheSeven | so it installs two copies of itself? |
| 18:33:54 | TheSeven | they aren't even sym- or hard links |
| 18:34:09 | Torne | They're copies of the stub, yes |
| 18:34:28 | Torne | the actual binaries are in neither of those places |
| 18:34:39 | TheSeven | so those 250KB things are stubs? |
| 18:35:26 | Torne | gcc is, yes |
| 18:35:41 | Torne | binutils isn't, so i guess there are two copies of that, yeah |
| 18:36:01 | TheSeven | hm, that's a bit confusing |
| 18:36:19 | Torne | anyway, this is just how gcc toolchains look. |
| 18:36:42 | Torne | this is why you have to delete the old /usr/local/foo first |
| 18:36:42 | Torne | because otherwise there wouill be interesting effects ;) |
| 18:38:05 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.70) |
| 18:39:03 | | Join pamaury_ [0] (~quassel@p5DDEDE39.dip.t-dialin.net) |
| 18:39:40 | | Join Battousai [0] (~bryan@gentoo/developer/battousai) |
| 18:40:51 | | Join funman [0] (~fun@rockbox/developer/funman) |
| 18:42:31 | funman | TheSeven: BL doesn't switch, you need the armv5+ BLX |
| 18:42:49 | TheSeven | doesn't BLX *always* switch, no matter what the address is? |
| 18:42:50 | | Quit pamaury (Ping timeout: 252 seconds) |
| 18:42:53 | Torne | no |
| 18:43:01 | | Quit Battousai (Remote host closed the connection) |
| 18:43:05 | Torne | bx and blx always set T based on the bottom bit of the address |
| 18:43:05 | funman | it sets the T bit to (reg & 1) |
| 18:43:06 | | Nick pamaury_ is now known as pamaury (~quassel@p5DDEDE39.dip.t-dialin.net) |
| 18:43:13 | simonrvn | funman: ok, thanks (re: eabi fuzev2 build works fine here) |
| 18:43:22 | | Quit pamaury (Changing host) |
| 18:43:22 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 18:43:27 | funman | the binutils people answered: the bug is already fixed in their svn, they pointed me to the patch so perhaps I can backport it |
| 18:43:47 | | Join wodz [0] (~wodz@chello087206240004.chello.pl) |
| 18:43:51 | funman | next 2.21 release is scheduled for October |
| 18:44:13 | | Join Battousai [0] (~bryan@gentoo/developer/battousai) |
| 18:46:09 | | Join domonoky1 [0] (~Domonoky@agsb-4d0401a8.pool.mediaWays.net) |
| 18:46:27 | bertrik | pamaury, I'm doubting a little whether to put the clip+ mystery radio in the existing si4700 driver (some registers/bits are nearly identical), or create a separate driver for it |
| 18:46:48 | | Quit domonoky (Ping timeout: 276 seconds) |
| 18:47:24 | funman | bertrik: does it really matter at this point? I'd go the simple way and post a patch which only modifies the code to work with this specific radio chip, clean code can come later |
| 18:47:56 | pamaury | bertrik: if there share code, use the same driver and if it becomes too messy, split it |
| 18:48:00 | pamaury | *they |
| 18:48:06 | simonrvn | i'll just go fetch the daily build |
| 18:48:12 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 18:48:25 | | Quit elinenbe (Read error: Connection reset by peer) |
| 18:48:43 | | Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) |
| 18:49:47 | | Join lhn555 [0] (www-data@giant.haxx.se) |
| 18:50:02 | lhn555 | how do i refresh song list? |
| 18:50:53 | | Part esperegu ("http://quassel-irc.org - Chat comfortably. Anywhere.") |
| 18:52:05 | lhn555 | on ipod video |
| 18:52:30 | saratoga | which list? |
| 18:52:45 | wodz | how to use lcd_puts_scroll? It prints string but do not scroll at all |
| 18:52:53 | wodz | should I set up something? |
| 18:53:24 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 18:53:29 | bertrik | I think it starts scrolling when the tick tasks are active |
| 18:53:58 | lhn555 | Database music list |
| 18:54:17 | kugel | funman: I'd rather backport it, but everyone would need to rerun rbdev.sh again |
| 18:55:01 | funman | + if they want to make thumb builds for PP |
| 18:55:05 | lhn555 | saratoga: Database music list |
| 18:55:07 | saratoga | it should update automatically provided you have the auto update enabled (which I believe is the default) |
| 18:55:18 | lhn555 | huh? it isnt |
| 18:55:34 | | Part knittl |
| 18:55:44 | saratoga | actually, why do we even have an option to disable autoupdate? |
| 18:55:50 | saratoga | what is the use case for that |
| 18:55:52 | lhn555 | i didnt |
| 18:56:17 | wodz | do I understand correctly that recent rockboxdev.sh do not provide facility to install toolchains in arbitrary location? |
| 18:56:39 | | Join Jerom [0] (~Jerom@79.132.53.242) |
| 18:56:41 | kugel | wodz: no, you don't |
| 18:56:48 | wodz | ah ok |
| 18:57:13 | saratoga | if you run it with no options it lists the options |
| 18:57:16 | saratoga | one is where you want to install it |
| 18:57:23 | kugel | wodz: it should give you some hits if you run it |
| 18:57:24 | saratoga | install_prefix or something like that |
| 18:57:30 | lhn555 | saratiga:what? |
| 18:57:44 | n1s | saratoga: since we have no way to disable the database, always updating would be annoying |
| 18:57:59 | saratoga | n1s: just don't enable it in the first place? |
| 18:58:13 | kugel | funman: I don't have good experience with non x.yy.1 releases of binutils :\ |
| 18:58:45 | lhn555 | saratoga: what did you say? |
| 18:58:53 | wodz | so if I want to use lcd_puts_scroll in debug_menu.c do I need to do something special? |
| 18:58:53 | n1s | saratoga: also, it scans for files on every startup, wich is useless on most startups unless you update your music very often |
| 18:59:14 | saratoga | lhn555: what is your question? |
| 18:59:29 | saratoga | n1s: doesn't it just read the FAT to see if anything is new? |
| 18:59:42 | | Join blackromeo [0] (www-data@giant.haxx.se) |
| 18:59:55 | lhn555 | how do i refresh song list? |
| 19:00 |
| 19:00:06 | saratoga | no i mean the question you asked me |
| 19:00:10 | bertrik | funman, yeah probably best to worry about integrating later |
| 19:00:16 | n1s | saratoga: don't think so, but i'm not 100% sure |
| 19:00:30 | blackromeo | sup peeps |
| 19:00:33 | n1s | lhn555: use "update now" in the database menu |
| 19:00:34 | lhn555 | saratoga: i didnt |
| 19:00:44 | blackromeo | thanks that helped the other day |
| 19:00:45 | lhn555 | n1s; what? |
| 19:00:51 | blackromeo | to all i mean |
| 19:01:13 | Jerom | did the default toolchain for arm change ? |
| 19:01:18 | n1s | lhn555: to update the database, use the "update now" function in the database menu |
| 19:01:24 | blackromeo | but now i have a sloight problem on my fuze |
| 19:01:29 | lhn555 | n1s: what do u mean? |
| 19:01:33 | saratoga | Jerom: yeah it changed |
| 19:01:39 | saratoga | for some targets anyway |
| 19:01:47 | n1s | lhn555: i mean that to do what you want, do what i said |
| 19:01:58 | n1s | or to get the result you want, rather |
| 19:02:02 | lhn555 | n1s: what database menu? |
| 19:02:11 | saratoga | maybe you should skim the manual |
| 19:02:43 | lhn555 | dont have time |
| 19:02:48 | n1s | general settings->database |
| 19:02:55 | lhn555 | oh thx |
| 19:02:57 | lhn555 | g2g |
| 19:03:24 | blackromeo | when i turn my fuze on it displays the message "free 90mb for musicDB" |
| 19:03:25 | | Quit lhn555 (Quit: CGI:IRC (EOF)) |
| 19:03:33 | blackromeo | how do i do this? |
| 19:03:40 | funman | quick answer: format it |
| 19:04:18 | blackromeo | ok coolies |
| 19:04:48 | blackromeo | i have a mac |
| 19:05:34 | blackromeo | which i got on monday |
| 19:05:43 | n1s | good fro you but off topic in here |
| 19:05:57 | blackromeo | how do i format lol |
| 19:06:05 | pixelma | saratoga: database is not enabled by default and it still has show stopping bugs for me (e.g. it fails if there is no music file it can see at all). Auto-update is not enabled by default because of that and the fact that it is only quick enough with dircache enabled which isn't by default either (also because of show-stopping bugs IMO, e.g. it chokes on too many small files - and it is not available on low mem targets) |
| 19:06:24 | blackromeo | im still getting used to it |
| 19:06:34 | saratoga | this probably isn't the right place to ask how to use a mac |
| 19:07:03 | saratoga | pixelma: auto update isn't enabled by default? |
| 19:07:39 | pixelma | not that I know of, and I just gave some reasons |
| 19:07:39 | Jerom | Can someone tell me in which files I can find the Ipod Nano2G usb stack please ? |
| 19:07:54 | saratoga | ah you're right |
| 19:08:01 | saratoga | well thats probably that guys problem then |
| 19:09:39 | bluebrother | Jerom: firmware/usbstack maybe? |
| 19:09:58 | funman | uh oh, crash on clipv1 thumb build |
| 19:10:21 | * | funman turns backlight always on |
| 19:12:21 | ssorgatem | funman: mkamsboot has the toolchain compiler hard-coded in the makefile... is it safe to use the eabi toolchain for mkamsboot? |
| 19:12:24 | amiconn | wodz: ping |
| 19:12:58 | pixelma | blackromeo: I think you can't find solutions for your problem in sandisk's own forum (can't remember the URL or something, I don't need it). It's a message of the original firmware though and so it's off-topic here and you probably won't find people who would know around here anyway ;) |
| 19:12:59 | funman | ssorgatem: no idea, probably it would be a good idea to build mkamsboot with the 2 toolchains and compare md5sum of the files it outputs |
| 19:13:26 | funman | ssorgatem: well i think we only use it to assemble files, so the dualboot.* output should not change |
| 19:13:41 | simonrvn | funman: something must be up with something (the bootloader perhaps), because the daily build worked fine for me. |
| 19:13:52 | wodz | amiconn: pong |
| 19:14:01 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 19:14:02 | CIA-6 | New commit by bluebrother (r26782): Convert uninstallation to use signals / slots for logging. |
| 19:14:23 | simonrvn | oh well. could be my toolchain too. |
| 19:14:24 | ssorgatem | funman: then the makefile should be fixed? in order to be able to compile all stuff having only the eabi toolchain installer |
| 19:14:40 | ssorgatem | installed* |
| 19:14:47 | saratoga | it should be fixed after its verified to work |
| 19:15:11 | Jerom | I'm looking for a more target specific code |
| 19:15:16 | pixelma | blackromeo: I meant to say that you *can* find a solution over at sandisk's |
| 19:15:17 | amiconn | wodz: http://www.rockbox.org/irc/log-20100611#14:42:02 thru 14:47 |
| 19:15:19 | funman | ssorgatem: you don't need a cross compiler to build mkamsboot, just use the dualboot.c/h ; if you want to modify dualboot.S you should know what you are doing |
| 19:16:15 | wodz | amiconn: cube looks ok if that's what You refer to |
| 19:16:20 | ssorgatem | funman: Mmm true. My fault, I was using a script which already rebuilt dualboot.c/h |
| 19:16:47 | | Quit stoffel (Remote host closed the connection) |
| 19:17:15 | wodz | amiconn: btw cube runs smooth unboosted also |
| 19:17:39 | amiconn | Yes, but then it won't draw 150 fps |
| 19:17:46 | funman | wodz: now you are in line with the other coldfire for power consumption ? |
| 19:17:51 | Jerom | funman: your wrote "You can also look at the (working) code for Ipod Nano2G which looks similar.", where can I find the target specific code of the nano2G ? |
| 19:18:01 | amiconn | Since CPU load is already almost 50% at 124MHz, it will be >100% at 45MHz |
| 19:18:15 | wodz | funman: I do slightly better than OF at least on HD200 |
| 19:18:31 | amiconn | Since this isn't possible in practice, it means that it will skip timer interrupts, running at 75 fps effectively |
| 19:18:32 | saratoga | Jerom: firmware/target |
| 19:18:33 | funman | Jerom: I don't know right now, I would look at firmware/SOURCES for which files are built on NANO2G |
| 19:18:45 | funman | wodz: nice! |
| 19:19:13 | amiconn | While you might not notice the difference in cube, you probably will with more complex images, e.g. when viewing a .jpg |
| 19:19:19 | funman | wodz: next step is draw a negative amount of current so the battery recharges while using rockbox.. ;-) |
| 19:19:32 | bertrik | firmware/target/arm/usb-s3c6400x.c |
| 19:19:48 | amiconn | Very light and/or very dark shades will look more grainy when unboosted |
| 19:19:51 | funman | nano2g is built on a s5l8xxxx SoC, right ? |
| 19:19:56 | wodz | amiconn: so maybe it is worth to reduce framerate and allow to run unboosted? |
| 19:20:03 | saratoga | pictureflow actually works pretty well for playback now |
| 19:20:06 | saratoga | i'm impressed |
| 19:20:08 | bertrik | yes, a samsung s5l8701 IIRC |
| 19:20:40 | funman | but it uses USB from another SoC then ? like the AMSv2 ? |
| 19:21:05 | amiconn | wodz: Imo that shouldn't be done |
| 19:21:16 | saratoga | i think pretty much every USB controller is on lots of different SOCs |
| 19:21:17 | Jerom | Thanks |
| 19:21:22 | wodz | amiconn: btw I was thinking if line transfers from dram will help - isn't 8bit width lcd interface the bottleneck? |
| 19:21:24 | bertrik | funman, you'd have to ask TheSeven |
| 19:21:29 | amiconn | Either force boost, or optimize transfer so that it achieves 150Hz unboosted as well |
| 19:22:17 | n1s | yeah, the beast uses the same usb controller as pp |
| 19:22:17 | TheSeven | funman: it's some synopsys thing, definitely not the one from the s5l8700 |
| 19:22:20 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 19:23:05 | amiconn | On iriver H1x0, introducing line transfers helped a lot |
| 19:23:42 | amiconn | It seems that on HD200 the LCD interface is even less of a bottleneck, comparing (ordinary) lcd update speed of H1x0 vs. HD200 |
| 19:24:00 | wodz | ok I'll try that approach |
| 19:24:20 | funman | kugel: you want to try an e200v1 build with the patched ld ? |
| 19:24:29 | * | FlynDice is trying to run roxboxdev.sh to install eabi toolchain and I get this error: ROCKBOXDEV: "makeinfo" is required for this script to work. Do I find "makeinfo" from linux or Rockbox....? |
| 19:24:50 | funman | FlynDice: linux |
| 19:24:54 | FlynDice | thx |
| 19:24:59 | bertrik | texinfo |
| 19:25:13 | funman | hmm don't we use −−disable-docs ? |
| 19:25:39 | kugel | funman: sure |
| 19:28:09 | funman | kugel: http://rafael.carre.perso.sfr.fr/rockbox.zip (binutils 2.20.1 patched with http://rafael.carre.perso.sfr.fr/ld-thumb-interwork-long-call.diff) |
| 19:28:51 | amiconn | wodz: Should be easier on HD200 than on H1x0 because you don't need head/ tail loops, just single head/ tail handling |
| 19:30:16 | | Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) |
| 19:32:50 | | Quit Zarggg (Quit: Zarggg) |
| 19:32:53 | | Join lev_ [0] (~lev@89.221.199.187) |
| 19:33:46 | ranma | funman: I didn't fix any rockboy warnings, I think it doesn't get compiled on c200v2 |
| 19:35:48 | funman | ranma: it gets now ;) tetris even runs fine |
| 19:36:29 | funman | ranma: if you haven't check the audiobuffer size of current svn on your c200v2 (in debug->buffering thread), you might have a little surprise |
| 19:36:29 | | Quit BHSPitMonkey (Ping timeout: 245 seconds) |
| 19:38:15 | kugel | funman: \o/ |
| 19:38:27 | funman | worky? |
| 19:38:31 | ranma | Latest one I compiled is 26670 |
| 19:39:05 | | Join Luca_S [0] (www-data@giant.haxx.se) |
| 19:40:11 | kugel | funman: very worky :) |
| 19:40:28 | funman | eheh :P |
| 19:40:33 | funman | what's the binsize difference ? |
| 19:40:39 | * | funman looks for a swede |
| 19:40:57 | kugel | funman: ~170k |
| 19:42:19 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
| 19:42:47 | ranma | funman: Let me guess, it's compiling thumb by default now? *g* |
| 19:44:36 | funman | yeah, also -Os, and the plugin buffer is much smaller |
| 19:45:17 | Luca_S | hello everybody! trying to compile latest svn from vmware dev env. i'm running rockboxdev.sh. should I choose the 'eabi' option or the 'arm' option for a fuzev2? |
| 19:47:30 | funman | eabi |
| 19:47:56 | funman | Bagder: ping, can you upload a file on the download server? |
| 19:48:05 | Bagder | I can! |
| 19:48:26 | funman | can you put http://rafael.carre.perso.sfr.fr/ld-thumb-interwork-long-call.diff on http://www.rockbox.org/gcc please? |
| 19:48:27 | Luca_S | thankyou funman. btw, the last commit related to uSD fixed my crashes when copying a song from uSD to uSD - great job! |
| 19:49:15 | Bagder | maybe we should move that dir to the download server |
| 19:49:27 | kugel | funman: aren't you supposed to commit it to www/gcc? |
| 19:49:33 | funman | oh perhaps |
| 19:49:44 | * | kugel doesn't know really |
| 19:50:01 | Bagder | yes the others are committed there |
| 19:50:06 | funman | Bagder: is it worth it? it isn't likely to be downloaded a lot of time |
| 19:50:22 | funman | indeed, i'll do it myself :) |
| 19:50:22 | Bagder | nah, commit it in www/gcc instead |
| 19:50:43 | | Quit kugel (Quit: exit(0);) |
| 19:50:54 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 19:51:31 | CIA-6 | New commit by funman (r26783): Add the patch for binutils 2.20.1 thumb interworking fix |
| 19:52:39 | CIA-6 | New commit by funman (r26784): rockboxdev: patch eabi binutils to fix thumb interworking mixed with long calls ... |
| 19:53:01 | | Quit kugel (Client Quit) |
| 19:53:02 | Bagder | I svnupped to the site |
| 19:53:07 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 19:53:17 | * | funman now expects some numbers thumb vs. normal |
| 19:54:01 | gevaerts | Do we need to rebuild eabi? |
| 19:54:23 | funman | if you want to run it on PP yes (perhaps some other targets too, i can check if you want) |
| 19:54:36 | funman | though you can skip the gcc build, binutils alone is quite fast to build |
| 19:55:29 | gevaerts | I mean for the build clients mainly |
| 19:55:37 | | Join Zagor [0] (bjst@rockbox/developer/Zagor) |
| 19:55:46 | kugel | funman: maybe put a comment that the patch is only needed for 2.20.x so that someone trying to use newer binutils doesn't get trapped? |
| 19:55:53 | funman | http://pastie.org/1001018 will skip gcc |
| 19:55:58 | funman | kugel: i have put it in the .diff itself |
| 19:56:09 | funman | patch will fail anyway on newer binutils |
| 19:56:11 | kugel | oh ok |
| 19:56:17 | Luca_S | rockboxdev.sh quits with error "mkdir: cannot create directory build-binutils: File exists". what should I do? |
| 19:56:22 | funman | gevaerts: well for now we only build AMSv1/2MB with thumb by default |
| 19:56:30 | funman | Luca_S: rm -fr /tmp/build-binutils |
| 19:56:36 | Luca_S | thanks |
| 19:56:52 | kugel | funman: codecs/plugins seem to work fine also, though I haven't tested a representative set |
| 19:57:01 | * | pamaury is now pretty convinced that the usb controllers of the ipodnano2g and amsv2 might the same, with only a few register mismatch. Even though the rockbox driver seems suspiciously short and the linux one suspiciously long :) And there are some differences in the code :( |
| 19:57:13 | pamaury | Who wrote the ipodnano2g driver ? |
| 19:57:15 | funman | well I didn't test each codec/plugin either on AMSv1, but then those are unstable |
| 19:57:18 | funman | pamaury: TheSeven |
| 19:57:50 | pamaury | TheSeven: how did you write the usb driver of the nano2g ? Did you get some doc somewhere ? |
| 19:57:53 | ranma | funman: Nice: usefl: 0/543168 |
| 19:58:27 | funman | ranma: i think you should make a 1.0 bootloader, unfortunately i can't test it on the other variant because the OF can only run USB connection, nothing else |
| 19:58:33 | Jerom | pamaury: Where did you get all the defines in usd-drv...h ? |
| 19:58:44 | pamaury | from a linux patch |
| 19:58:53 | TheSeven | yes, I used the S3C6400X datasheet as a base, and corrected some things by analyzing apple code |
| 19:59:08 | pamaury | is the datasheet public ? |
| 19:59:51 | Jerom | I think the linux code is for host |
| 20:00 |
| 20:00:03 | Jerom | And we are a device ? |
| 20:00:21 | pamaury | nope, this is a gadget driver |
| 20:00:24 | TheSeven | pamaury: it's leaked pretty well |
| 20:00:26 | ranma | funman: 1.0 bootloader? |
| 20:00:27 | TheSeven | just google it |
| 20:01:12 | funman | ranma: if we put a tagged binary bootloader on the server rbutil could support c200v2 |
| 20:01:20 | TheSeven | and btw my driver is probably much smaller because it doesn't support isochronous, at least not properly |
| 20:02:06 | pamaury | And it has hardcoded constants everywhere :) |
| 20:03:05 | *** | Saving seen data "./dancer.seen" |
| 20:03:22 | | Join perrikwp [0] (www-data@giant.haxx.se) |
| 20:04:25 | pamaury | TheSeven: is your driver bulletproof or are there things not working ? |
| 20:05:06 | TheSeven | not really bulletproof, but working stable enough to transfer files on an everyday basis |
| 20:05:25 | TheSeven | as soon as you enable the HID however, strange things start to happen, which we haven't tracked down yet |
| 20:05:29 | Stummi | where are the regions for the radio-app defined? |
| 20:05:41 | Stummi | (with their ranges and so |
| 20:06:36 | Luca_S | uhm... since the eabi switch the vmware environment has become much more difficult to use for a non linux expert :( what should I do if it says arm-elf-eabi-gcc: command not found? I already ran successfully rockboxdev.sh with the eabi parameter |
| 20:06:57 | Jerom | maybe your PATH is wrong ? |
| 20:07:03 | Stummi | PATH=$PATH:/usr/local/arm-elf (or so) |
| 20:07:27 | Bagder | the vmware image probably doesn't have the eabi compiler installed |
| 20:07:28 | Stummi | i am not sure if an export is neccessary here |
| 20:07:53 | | Quit stripwax (Quit: http://miranda-im.org) |
| 20:07:54 | Zagor | the eabi compiler is in /usr/local/bin, so that needs to be in your path |
| 20:07:58 | funman | Stummi: export PATH=$PATH:/usr/local/bin |
| 20:08:05 | funman | Luca_S: ^ |
| 20:08:13 | Stummi | ah ok |
| 20:08:26 | bertrik | Stummi, firmware/tuner.c |
| 20:08:34 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 20:09:33 | Stummi | bertrik |
| 20:09:40 | Stummi | thank |
| 20:10:07 | Stummi | the third number gives the step, doesn't it? |
| 20:10:15 | | Join loveless [0] (~loveless@2a00:1328:e1ca:246:216:cbff:feb9:8c8d) |
| 20:10:32 | bertrik | yes, the struct is probably defined in tuner.h |
| 20:12:36 | | Quit blackromeo (Quit: CGI:IRC (Ping timeout)) |
| 20:13:16 | ranma | funman: Tested and works for me: uguu.de/~ranma/bootloader-c200v2.sansa |
| 20:13:36 | ranma | (r26782) |
| 20:14:41 | funman | ranma: i think you should build it with version.sh modified to print "1.0", and put it on the forum thread for official test builds, if it works on the other variant you can tag the revision you used and ask a swede to put it on the download server |
| 20:17:04 | Jerom | pamaury: Have you started working on the USB for as3525v2 ? |
| 20:18:27 | | Quit loveless (Quit: loveless) |
| 20:20:16 | pamaury | Yes,but I'm hestitating. Perhaps we could kind of merge the ipodnano2g driver with the one I'm writing but as I don't have an nano2g, I don't want to break it. I think I'll currently write a new one from scratch. Perhaps with the S3C6400X datasheet + linux driver I can make everything works. The datasheet only contains the register definitions so prehaps the linux code can help |
| 20:21:19 | wodz | how do we treat datasheets that leaked to the net? |
| 20:21:23 | | Join steve|m [0] (~steve@p4FD47EE6.dip.t-dialin.net) |
| 20:21:56 | funman | wodz: with great care, though if they are recent it's better to keep it private and not put them on the wiki |
| 20:23:13 | wodz | I have rockchip rk27xx datasheet but will not upload it than :-) |
| 20:24:34 | ranma | funman: Where should I post it? "Rockbox Development > Official Test Builds"? |
| 20:25:18 | funman | yeah |
| 20:25:25 | | Quit funman (Quit: free(random());) |
| 20:26:23 | ranma | Hmm, I think I have to get the forum developer badge first before I can post there :) |
| 20:26:39 | pixelma | wodz: your latest patch in FS #11189 doesn't seem to apply cleanly even with r26704, if I didn't do anything stupid |
| 20:27:27 | wodz | pixelma: that strange, I'll check when my children finaly will sleep() :-) |
| 20:28:34 | wodz | There were some talks about tracking connections on clip PCB. I think I can arrange Xray photos of PCB if I get one |
| 20:28:57 | wodz | I don't know if someone is interesting though |
| 20:29:11 | wodz | s/interesting/interested |
| 20:29:46 | saratoga | it would be neat to see what dock pins are wired where |
| 20:29:52 | saratoga | oh the clip doesn't have the dock |
| 20:30:17 | wodz | beware that Xray photos are not that easy to interpret |
| 20:30:35 | bertrik | What could we use xray photos of a clip for? |
| 20:31:01 | Stummi | somebody here with some graphic/pixel-skills? |
| 20:31:15 | wodz | http://www.rockbox.org/wiki/InsideMPIOHD200 - there are some xray photos of HD200 I took |
| 20:31:55 | AlexP | ranma: (Sorry for asking) do you have commit access? |
| 20:32:00 | | Join Buschel [0] (~~andree@p54A3A82B.dip.t-dialin.net) |
| 20:32:03 | pixelma | wodz: it fails with a few "Reversed (or previously applied) patch detected! Assume -R? [n]" in e.g. firmware/drivers/dac.c . I stopped after that one this time as it resulted in a messed up tree before. I cleaned it up and checked out r26704, an svn diff shows nothing related in these files |
| 20:32:38 | pixelma | then tried to apply again and got this message too |
| 20:33:12 | | Quit n1s (Quit: Lämnar) |
| 20:35:30 | bertrik | It helps sometimes if you know which svn version the patch was against, so you can svn up to that specific revision, apply the patch and then svn back up to the very latest revision. This doesn't work if the patch wasn't made with svn, because then you generally don't know which revision the patch was against. |
| 20:37:17 | pixelma | bertrik: that's what I did (r26704) ;) |
| 20:37:36 | pixelma | as stated in the flyspray description |
| 20:40:33 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 20:40:53 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 20:42:17 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
| 20:43:03 | ranma | AlexP: Yes |
| 20:43:31 | AlexP | ranma: Then I can give you said shiny developer badge :) |
| 20:44:02 | ranma | Great :) I was about to look into the mail to see whom I have to ask, but got sidetracked elsewhere :) |
| 20:44:06 | AlexP | ranma: What is your forum username? |
| 20:44:15 | ranma | ranma |
| 20:44:30 | AlexP | ah, complicated :) |
| 20:44:38 | ranma | Very :) |
| 20:46:22 | wodz | pixelma: the problem with that patch is with removing files |
| 20:46:37 | AlexP | ranma: There you go |
| 20:47:44 | pixelma | wodz: how did you remove them? I thought a proper svn remove would do it... |
| 20:47:52 | pixelma | but you used git... |
| 20:48:08 | | Quit stripwax (Quit: http://miranda-im.org) |
| 20:48:09 | wodz | it is created with git so there is some glitch probably |
| 20:48:17 | kugel | do we have a plan on how to do the transition if we ever need the patched binutils? |
| 20:48:40 | kugel | right now rockboxdev.sh creates a different binutils than 1 hour ago |
| 20:48:48 | gevaerts | kugel: I'd say rebuild and call it arm-eabi-gcc444-1 ? |
| 20:48:50 | Jerom | pamaury: I will let you do, you seems to have a lot more clue then I do ^^ |
| 20:48:51 | pamaury | TheSeven: could you try to run some code on your nano2g to check something about the usb controller ? |
| 20:49:02 | TheSeven | yes, of course |
| 20:49:13 | kugel | gevaerts: configure needs to be aware too |
| 20:49:22 | gevaerts | does it? |
| 20:49:28 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-216-150.pools.arcor-ip.net) |
| 20:49:45 | kugel | people could complain about non booting builds |
| 20:50:10 | TheSeven | wtfh: http://build.rockbox.org/shownewlog.cgi?rev=26781;type=ipodcolorsim |
| 20:50:19 | pamaury | Ok, it would be nice if you could dump the content of five registers: *(REG32_PTR_T)(OTGBASE + 0x040) and so one: 0x44,0x48,0x4C,0x50 |
| 20:50:22 | pamaury | TheSeven: ^ |
| 20:50:26 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 20:50:36 | | Join spyrothehuman [0] (www-data@giant.haxx.se) |
| 20:50:55 | kugel | also, there would be the possiblity to just add the -1 to runclient.sh without actually rebuilding. nobody would notice. But I think we can trust our build clients enough |
| 20:50:56 | spyrothehuman | hey, i got pacman running on rockbox. can i get any other games to work? |
| 20:51:14 | pamaury | TheSeven: this might have undefined effect or even crash it, I don't know if those registers are implement on the nano2g :) |
| 20:51:39 | TheSeven | reading nonexistant memory just returns garbage on that target |
| 20:51:40 | spyrothehuman | it runs like a dream |
| 20:52:12 | spyrothehuman | Anyone here working on arcade emulation on rockbox? |
| 20:52:20 | | Quit simonrvn (Ping timeout: 272 seconds) |
| 20:54:40 | wodz | pixelma: I uploaded new version of the patch created with git diff -M. This should preserve history of the files and make svn happy |
| 20:54:54 | | Join simonrvn [0] (simon@212.209-ppp.3menatwork.com) |
| 20:54:56 | AlexP | spyrothehuman: Nobody to my knowledge |
| 20:54:57 | TheSeven | pamaury: which range of regs do you need? |
| 20:55:25 | | Quit kaylinsigswort (Remote host closed the connection) |
| 20:55:37 | spyrothehuman | If anyone in this room has any knowledge of porting arcade games on rockbox, please contact me |
| 20:56:06 | pamaury | the one I wrote you above: five regs starting at *(REG32_PTR_T)(OTGBASE + 0x040) |
| 20:58:37 | pamaury | TheSeven: ideally, the first one should value 0x4f54260a if it's the same controller |
| 20:58:50 | spyrothehuman | what happened to the application on rockbox that was kind of like an oscilliscope. it was called something like ffs |
| 20:59:03 | spyrothehuman | did it get taken off? |
| 20:59:24 | wodz | fft You mean - its fourier transform not osciloscope |
| 20:59:43 | spyrothehuman | yes, that was what i meant |
| 21:00 |
| 21:00:05 | spyrothehuman | was fft canned? |
| 21:00:17 | wodz | I was wondering how fast would work dosbox if ported to rb :-) |
| 21:00:22 | wodz | spyrothehuman: no |
| 21:00:33 | TheSeven | [0x38800040] = 0x4F54220A |
| 21:00:33 | TheSeven | [0x38800044] = 0x00000264 |
| 21:00:33 | TheSeven | [0x38800048] = 0x228DD9D0 |
| 21:00:33 | DBUG | Enqueued KICK TheSeven |
| 21:00:33 | TheSeven | [0x3880004C] = 0x050004E8 |
| 21:00:33 | TheSeven | [0x38800050] = 0x01F08001 |
| 21:00:45 | TheSeven | no exact match, but really close |
| 21:01:11 | TheSeven | pamaury: ^ |
| 21:01:14 | pamaury | ok, I'll analyse them and told you |
| 21:02:08 | spyrothehuman | where can i find a copy of fft? i really like that program |
| 21:02:14 | pamaury | Ok, my guess is that the nano2g also has a synopsis one but a older one |
| 21:02:16 | ranma | AlexP: Thanks, posted as http://forums.rockbox.org/index.php?topic=25048.0 |
| 21:02:25 | AlexP | cool |
| 21:02:32 | Zagor | spyrothehuman: it's in the default builds of rockbox |
| 21:02:41 | spyrothehuman | ranma was your name inspired from the anime ramna 1/2 |
| 21:02:50 | spyrothehuman | thanks zagor |
| 21:02:59 | ranma | Yes, it was |
| 21:03:02 | spyrothehuman | when i become rich and famous you will get a bently |
| 21:03:11 | Zagor | haha |
| 21:03:16 | spyrothehuman | now, i dont know where the keys are |
| 21:03:43 | ranma | Damn, it's getting brighter outside already... |
| 21:03:45 | spyrothehuman | perhaps you could use a wrench to force the car on |
| 21:03:52 | CIA-6 | New commit by bieber (r26785): Theme Editor: Switched error highlighting to the line numbers |
| 21:03:52 | spyrothehuman | perhaps not |
| 21:04:32 | spyrothehuman | The sansa e200 series are becoming really rare |
| 21:04:44 | spyrothehuman | wow, horrible grammar |
| 21:05:10 | wodz | I'll repeate my earlier question - how to use lcd_puts_scroll to do it scroll actually? |
| 21:05:33 | spyrothehuman | anyway, sandisk is not making the e200 series and in a couple of months the price of the sansa e200 line will skyrocket |
| 21:05:39 | TheSeven | wodz: what exactly is the problem? |
| 21:05:44 | TheSeven | are you testing some early code? |
| 21:05:50 | CIA-6 | New commit by jethead71 (r26786): gigabeatfx to eabi buildservers (trunk change coming shortly). |
| 21:05:51 | TheSeven | it might be that you never yield |
| 21:06:04 | | Quit chrisb (Ping timeout: 245 seconds) |
| 21:06:18 | wodz | I want to scroll text in view_battery() from debug_menu.c |
| 21:06:26 | spyrothehuman | do you think an atari 2600 emulator could be ported on the sansa e260 |
| 21:06:58 | wodz | I repleaced lcd_putsf with snprintf & lcd_puts_scroll and nothing changed (no scroll) |
| 21:07:05 | CIA-6 | New commit by jethead71 (r26787): Build Gigabeat F/X with EABI tools. |
| 21:07:23 | wodz | TheSeven: ^ |
| 21:07:26 | saratoga | spyrothehuman: i don't think anyone could answer that without looking at existing emulators |
| 21:07:35 | saratoga | but assuming a suitable one exists, probably |
| 21:07:41 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 21:07:42 | spyrothehuman | hmm |
| 21:07:49 | TheSeven | hmm, no idea |
| 21:08:04 | saratoga | why not find a suitable one and see for yourself |
| 21:08:05 | spyrothehuman | i know that stella couldnt work because it is meant to be used with a mouse |
| 21:08:31 | spyrothehuman | but what if the cursor could be controlled with the up down left right keys |
| 21:08:55 | spyrothehuman | hmm, a programming i will attempt |
| 21:09:04 | spyrothehuman | ill google it |
| 21:11:32 | TheSeven | are rasher's buildgraphs dead? |
| 21:11:46 | TheSeven | and what the hell could have caused this!? http://build.rockbox.org/shownewlog.cgi?rev=26781;type=ipodcolorsim |
| 21:12:24 | wodz | spyrothehuman: rather unlikely to run stella on rb targets -> 32MB of ram highly recommended (only a few will fullfill this) |
| 21:12:26 | saratoga | is that a mac? |
| 21:12:50 | saratoga | probably half our targets have that much memory |
| 21:13:37 | TheSeven | saratoga: referring to my build log? |
| 21:13:41 | saratoga | yeah |
| 21:13:42 | TheSeven | nope, it's a P4 singlecore |
| 21:13:56 | TheSeven | ubuntu karmic |
| 21:14:15 | TheSeven | (should probably update to lucid some day) |
| 21:14:56 | TheSeven | and everything worked fine before i rm'ed the /usr/local/<arch>/ directories and re-ran rockboxdev.sh |
| 21:15:00 | wodz | may it be that default viewport has configured scroll style to noscroll or something? |
| 21:15:34 | pixelma | wodz: same thing with the new patch |
| 21:15:37 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 21:15:37 | * | kugel is happy to see the eabi transition going on |
| 21:15:39 | wodz | shit |
| 21:15:41 | Zagor | TheSeven: did you remember to remove /usr/local/<arch> from your path? |
| 21:15:47 | TheSeven | yep |
| 21:16:03 | wodz | pixelma: ok I'll take closer look than |
| 21:16:03 | Zagor | before running rockboxdev.sh? |
| 21:16:45 | TheSeven | they should have never been there for the root account in the first place |
| 21:16:46 | TheSeven | let me check |
| 21:17:19 | Zagor | we have had a number of really weird compiler issues from people who have built them with /usr/local/arm-elf/bin in their path |
| 21:17:39 | TheSeven | OK, I can recompile the toolchains, but I strongly doubt that this was in the path at that time |
| 21:17:56 | TheSeven | i directly ssh'ed into it as root, and root never had those in his path, only the other accounts |
| 21:18:04 | Zagor | ok |
| 21:18:09 | | Part watto |
| 21:18:17 | CIA-6 | New commit by bluebrother (r26788): Rework Rockbox Utility update version number check. ... |
| 21:18:20 | TheSeven | which reminds me that i might have svn up'ed as root, let me check some permissions |
| 21:19:26 | TheSeven | oh, rockboxdev.sh was updated within the last hours? |
| 21:20:16 | jhMikeS | kugel: I'm gonna run through checking the arm targets I can do this on atm, one by one |
| 21:20:27 | Zagor | TheSeven: yes, with a binutils patch |
| 21:20:34 | TheSeven | yes, i just saw it |
| 21:20:43 | TheSeven | shouldn't have caused any trouble over here though |
| 21:20:51 | Zagor | no |
| 21:21:49 | | Quit hebz0rl (Ping timeout: 248 seconds) |
| 21:21:53 | TheSeven | hm, getting loads of "/usr/local/arm-elf-eabi/bin/arm-elf-eabi-gcc: No such file or directory" during make reconf, so apparently something survived which shouldn't have |
| 21:21:57 | TheSeven | no idea why though |
| 21:22:13 | domonoky1 | bluebrother: why is the rbutil mac rebuild named 1.2.5-1 and not 1.2.5.1 ? |
| 21:22:19 | TheSeven | i didn't have that in my path, ran rm -rf /usr/local/whatever, and then rockboxdev.sh |
| 21:22:36 | domonoky1 | with all dots, the old version checking would have worked fine :-9 |
| 21:22:37 | TheSeven | btw, this looks weird: Using arm-elf-eabi-gcc 4.4.4 (404) |
| 21:23:03 | TheSeven | what does that 404 mean? |
| 21:23:39 | Zagor | looks like buggy version number parsing |
| 21:23:58 | domonoky1 | bluebrother: version check gets difficult if we invent a new schema evertime we do a bugfix release :-) |
| 21:23:59 | kugel | jhMikeS: checking e200 right now |
| 21:24:43 | Zagor | ah no, it's actually intentional: # 3.3.X => 303, # 3.4.X => 304 |
| 21:24:51 | kugel | TheSeven: major*100+minor |
| 21:24:53 | * | jhMikeS was going to check e200v1 (but actually already did before), has h10(both) and 3g ahead |
| 21:25:27 | bluebrother | domonoky1: because it's not a new version but just a new build |
| 21:25:30 | kugel | I don't know if the number is acutally used though |
| 21:25:44 | domonoky1 | bluebrother: like those 1.0.7b versions ? |
| 21:25:47 | bluebrother | domonoky1: yes, it might have been a bad idea. However, version detection works no :) |
| 21:25:59 | domonoky1 | :-9 |
| 21:26:05 | bluebrother | and it works both with 1.0.7b and 1.2.5-1 :) |
| 21:26:17 | Zagor | kugel: it's used to disable some warnings for higher gcc versions |
| 21:26:39 | bluebrother | TheSeven: 404 means file not found :) |
| 21:26:53 | kugel | it's maybe because gcc had a different naming scheme in the 2.x series |
| 21:27:36 | TheSeven | rebuilding tools right now |
| 21:27:55 | bluebrother | domonoky1: the problem with the old version comparison is simply that it expected us to not use any other character for separation than a dot. However, someone (err ... who? ;-) did |
| 21:29:47 | bluebrother | I created a small test for the new comparison. Have to clean that up a bit, but I'm planning to commit that later. Any ideas where to place it? I was thinking about a test/ subfolder below rbutilqt, and then creating a new subfolder for each unit test. Or put all unit tests (it's only one, but I'm planning to make more use of that in the future) in that test/ folder and distinguish them by filenames only? |
| 21:29:56 | * | TheSeven is rebuilding toolchains |
| 21:30:35 | TheSeven | this time, /usr/local definitely didn't contain any files having "arm", "eabi", "mipsel", ... in their name any more |
| 21:30:55 | * | domonoky1 is fine with starting with rbutil/test, if it gets too many files, we can always create subfolders. |
| 21:30:59 | pixelma | hmm... why are the "channels" options and their explanation in a table? I don't think this way is used anywhere else in the manual |
| 21:31:27 | kugel | jhMikeS: the bootloaders should be verified as well |
| 21:34:23 | jhMikeS | kugel: true enough. if you have any of those I listed, you check loaders, or I'll check loaders and go with parallellism? |
| 21:35:32 | CIA-6 | New commit by kugel (r26789): Build Sansa e200 with new eabi gcc |
| 21:36:20 | CIA-6 | New commit by kugel (r26790): Build Sansa e200 with new eabi gcc. |
| 21:36:43 | * | bluebrother spots the upx website looking completely different |
| 21:36:53 | pixelma | the channels settings explanation in a table seems to be an age old thing. Should it be converted to \item style? |
| 21:36:55 | * | TheSeven still likes the idea of a rednag bot ;-) |
| 21:37:50 | pixelma | (bluebrother, AlexP or others) ^^ |
| 21:38:19 | bluebrother | pixelma: if it's done differently in all other places, yes. Consistency is a good thing :) |
| 21:38:28 | Zagor | TheSeven: that idea isn't dead |
| 21:38:48 | TheSeven | what's holding it back? |
| 21:38:57 | AlexP | pixelma: See what bluebrother said :) |
| 21:39:10 | TheSeven | is there some reasonable hook from the build system for failed builds? |
| 21:39:16 | AlexP | TheSeven: We had red emails at one point that seem to have gone away |
| 21:39:19 | bluebrother | rednag boot? |
| 21:39:33 | Zagor | TheSeven: we can always make one |
| 21:39:42 | kugel | jhMikeS: I have only 1 non-eabi target left (yh925), I verified that one a while ago |
| 21:39:42 | AlexP | bluebrother: I presume a bot like CIA-*** to nag on a red build |
| 21:39:46 | bluebrother | ah, misread bot for boot :o |
| 21:39:53 | * | jhMikeS does 3g then |
| 21:40:01 | Zagor | I didn't really want to create a custom bot for this though. I was thinking of having the cia bot(s) do this. you can send custom messages for them to say. |
| 21:40:03 | * | bluebrother would like a build result announcement |
| 21:40:23 | bluebrother | like "build completed in 1:23, 1 successful, 2 warnings, 3 failed |
| 21:40:29 | AlexP | bluebrother: that'd be good, it'd cover all bases |
| 21:40:29 | | Quit perrikwp (Quit: CGI:IRC (Ping timeout)) |
| 21:40:29 | * | TheSeven would like to automatically get highlighted on IRC if there is something wrong with his commits |
| 21:40:45 | AlexP | TheSeven: That'd need a SVN/IRC ncik lookup table |
| 21:40:45 | bluebrother | good idea. |
| 21:40:52 | AlexP | but that should be easy :) |
| 21:41:05 | TheSeven | AlexP: one could setup a highlight on his SVN name |
| 21:41:24 | TheSeven | and as both are identical for me, I don't need to care ;-) |
| 21:41:36 | AlexP | mine aren't :) |
| 21:41:44 | AlexP | close though |
| 21:41:53 | TheSeven | jhMikeS' aren' either, which already confused me earlier today |
| 21:42:02 | bluebrother | it could simply use the svn names, and devs using different nicks can setup the hilight on their side |
| 21:42:11 | AlexP | yeah |
| 21:42:22 | CIA-6 | New commit by kugel (r26791): Get rid of the STATICIRAM hack for eabi builds. ... |
| 21:42:44 | pixelma | AlexP: ok... hooray for things you find when working on something else though ;) |
| 21:42:53 | | Quit flydutch (Quit: /* empty */) |
| 21:44:34 | | Quit spyrothehuman (Quit: CGI:IRC (EOF)) |
| 21:45:02 | jhMikeS | 3g bootloader = boots and loads (so it's still a bootloader) |
| 21:45:33 | bluebrother | otherwise it would be a waitloader? ;-) |
| 21:45:39 | amiconn | wodz: Shall I commit my patch, or wait so you can optimize it further using line transfers? |
| 21:45:41 | bluebrother | or bootwaiter? |
| 21:45:49 | AlexP | pixelma: indeed :) |
| 21:46:08 | wodz | amiconn: commit it |
| 21:46:09 | jhMikeS | a bootless freeloader? |
| 21:48:13 | CIA-6 | New commit by user (r): logmsg |
| 21:48:22 | Zagor | whee |
| 21:48:57 | kugel | hack! |
| 21:49:33 | wodz | kugel: you have experience with git - how to produce patch from git after move/rename to be accepted by diff or svn diff |
| 21:50:02 | kugel | wodz: git handles these, so just do git diff or git format-patch |
| 21:50:12 | kugel | you need to use git mv though |
| 21:50:37 | bluebrother | wodz: afaik it isn't possible to make a patch that svn recognizes a move within |
| 21:50:42 | kugel | you can commit from git directly too |
| 21:50:56 | bluebrother | however, git-svn automatically handles moves / renames |
| 21:51:14 | wodz | kugel: I know about git-svn |
| 21:51:35 | CIA-6 | New commit by bieber (r26792): Theme Editor: Fixed bug in parser handling empty lines and made ParseTreeModel handle the new VIEWPORT element properly |
| 21:51:45 | pixelma | it would be cool if I could test that patch but I'm not really motivated to learn and use git for that (on cygwin too) |
| 21:51:57 | wodz | the problem is I want create patch that others can test |
| 21:52:15 | bluebrother | patches created with git are no problem to test for non-git users. |
| 21:52:23 | bluebrother | you just need to use -p1 instead of -p0 |
| 21:52:26 | kugel | wodz: the patch will have the move/rename |
| 21:52:50 | pixelma | yes, but the one he has now doesn't handle the move correctly it seems |
| 21:52:54 | jhMikeS | bluebrother: I've had to convert those, -p1 just didn't do it. maybe the patch version is too old? |
| 21:52:58 | bluebrother | and a file renamed will simply show up as getting removed and added again in a diff. |
| 21:53:03 | kugel | it's just that svn won't recognize as move/rename but as deleted 1 file, created 1 file |
| 21:53:19 | CIA-6 | New commit by amiconn (r26793): Port greylib blitting optimisation to MPIO HD200. ISR speedup is ~10%; further speedup should be possible by using line transfers for accessing the ... |
| 21:53:21 | bluebrother | jhMikeS: no idea. Works fine for me, and I'm using it since quite a while |
| 21:53:23 | Stummi | i formated my sansa fuse v2 because i couldn't mount it with linux (debian) and installed the current rockbox. Now rockbox can't boot and brings the message "No partition found" on booting. Booting the OF ist possible. Any ideas? |
| 21:53:37 | pixelma | just changed files apply correctly with -p1 and I knew that |
| 21:53:39 | Stummi | before formating it worked |
| 21:54:01 | bluebrother | the only important thing is to manually svn mv the file when committing with svn |
| 21:54:17 | Zagor | is anyone comfortable with the cia.vc filter syntax? I find it rather confusing... |
| 21:54:44 | * | bluebrother never seen that syntax |
| 21:55:02 | kugel | Zagor: thanks for fixing the git mirror |
| 21:55:51 | * | Zagor bows :) |
| 21:58:27 | amiconn | Does r26784 mean we have to rebuild the eabi toolchain? |
| 21:58:43 | amiconn | Also, does the buildserver check that somehow? |
| 21:58:49 | kugel | not necessarily but I guess it's recommended |
| 21:59:24 | kugel | (if you want thumb on PP you should) |
| 21:59:42 | pamaury | TheSeven: http://pastebin.com/cW1XbSaH (comparison of clip+ vs nano2g usb controller) |
| 21:59:44 | Zagor | kugel: so the change is not used by any of the auto-built targets? |
| 21:59:51 | literal | so, I'm just curious, what effect does this toolchain switch have? |
| 22:00 |
| 22:00:05 | kugel | Zagor: yes |
| 22:00:13 | pamaury | IF, I repeat it, IF the hardware config registers are the same, then they are very similar but there are a few changes here and there |
| 22:00:24 | Zagor | kugel: what does yes mean? :-) |
| 22:00:57 | pamaury | the most important one would be that the clip+ has dedicated tx fifos (even though I'm unsure of the impact) |
| 22:01:04 | CIA-6 | New commit by user (r): test log msg |
| 22:01:04 | wodz | kugel: could You look at FS #11189 last two patches - maybe you will have a clue why it produce rejects |
| 22:01:07 | kugel | only some ams sansas use thumb, they don't need the change because the bug isn't exposed to to memory layout |
| 22:02:27 | kugel | due to* |
| 22:02:45 | kugel | it only occurs with long calls. you never have long calls on them because all code is within 32MB |
| 22:03:01 | CIA-6 | New commit by bluebrother (r26794): deploy-release: Make upx part optional and disable it. ... |
| 22:03:08 | *** | Saving seen data "./dancer.seen" |
| 22:03:10 | kugel | on PP however, the IRAM is far away, so calls to it from RAM need long calls |
| 22:04:25 | jhMikeS | kugel: the other way too :) |
| 22:07:21 | | Quit Buschel (Ping timeout: 260 seconds) |
| 22:07:22 | jhMikeS | ahh....3g stkov 40004350 (1) <== ?? (perhaps too small on the idle stacks) :\ |
| 22:09:14 | jhMikeS | yeah, e200 is using 93% of it now on core 1, probably it |
| 22:11:46 | CIA-6 | New commit by bieber (r26795): Theme Editor: Made editor highlight all errors in a document, not just the first one |
| 22:13:30 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-216-150.pools.arcor-ip.net) |
| 22:18:31 | CIA-6 | Build result: test log msg |
| 22:18:41 | CIA-6 | New commit by user (r): test log msg |
| 22:18:49 | Zagor | yesss, nailed it |
| 22:21:48 | * | jhMikeS is having issue with 3g...moving on for now... |
| 22:23:22 | wodz | pixelma: I think just for testing You can ignore rejects. SOURCES is modified so files which should be deleted (but are left due to rejects) are not compiled anyway |
| 22:23:35 | CIA-6 | New commit by pixelma (r26796): Replace the table that was used for the channels settings option with the item list which is used for this kind of settings lists everywhere else in ... |
| 22:24:38 | pixelma | hrrmm... the message could have been worded a bit better :\ |
| 22:29:23 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
| 22:31:40 | CIA-6 | New commit by pixelma (r26797): Rework the button table in 'Navigating the Main Menu' - use \newline to keep line breaks inside the cell which makes the alternating row colours work ... |
| 22:37:01 | | Quit Topy44 (Ping timeout: 248 seconds) |
| 22:37:07 | | Part Jerom |
| 22:37:45 | | Join Jerom [0] (~Jerom@79.132.53.242) |
| 22:38:19 | jhMikeS | h10 20gig PLUGIN_IRAM overflows building mp3_enc.codec :\ |
| 22:39:36 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 22:40:44 | | Quit pamaury (Remote host closed the connection) |
| 22:44:50 | | Quit BHSPitMonkey (Ping timeout: 245 seconds) |
| 22:50:42 | | Join M3DLG [0] (~M3DLG@212.183.140.26) |
| 22:51:51 | CIA-6 | New commit by bieber (r26798): Theme Editor: Fixed status bar update bug |
| 22:58:33 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 23:00 |
| 23:04:40 | Jerom | mysql down ? |
| 23:04:44 | Jerom | http://www.rockbox.org/tracker/index.php?type=4 |
| 23:05:32 | gevaerts | hm, Zagor did something wrong apparently |
| 23:05:43 | Zagor | oops |
| 23:07:49 | Zagor | back |
| 23:10:52 | jhMikeS | kugel: didn't the bootloaders need arm-eabi-gcc444 too in www/buildserver/builds? (I have to change that for the gigabeat f/x/s then too) |
| 23:12:06 | | Quit DerPapst (Quit: Leaving.) |
| 23:12:40 | | Quit DataGhost (Ping timeout: 265 seconds) |
| 23:12:52 | CIA-6 | Build result: All green |
| 23:13:55 | bluebrother | now make that green green :) |
| 23:14:04 | gevaerts | Zagor: maybe add the revision? |
| 23:14:13 | * | TheSeven 's build client seems to be working again |
| 23:14:14 | CIA-6 | bieber: r26798 build result: All green |
| 23:14:28 | bieber | Whoah, wat was that? |
| 23:14:31 | TheSeven | Zagor: oh no, don't ping if it's green |
| 23:15:03 | * | bluebrother still misses the colors ;-) |
| 23:15:15 | kugel | jhMikeS: right, I forgot about htat |
| 23:15:29 | jhMikeS | kugel: I'll get it. I got H10 20GB coming anyway. |
| 23:15:51 | Zagor | bieber: build result spam coming up :) |
| 23:16:23 | bieber | Oh, okay :) |
| 23:17:06 | CIA-6 | bieber: r26798 build result: All green |
| 23:17:16 | Zagor | ehm |
| 23:17:17 | kugel | jhMikeS: e200 needs it as well |
| 23:17:23 | | Quit kugel (Quit: Ex-Chat) |
| 23:17:39 | CIA-6 | r26798 build result: All green |
| 23:17:47 | CIA-6 | New commit by jethead71 (r26799): Use EABI toolchain for H10 20GB. Also, arm-eabi-gcc444 wasn't specified on some bootloaders where it should be now. |
| 23:17:53 | pixelma | cool :) |
| 23:17:59 | CIA-6 | r26781 build result: 726 errors, 807 warnings (theseven) |
| 23:18:21 | pixelma | someone commit something broken... ah yes ;) |
| 23:18:23 | | Quit Tarvis (Quit: /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit) |
| 23:20:46 | | Quit CGL (Remote host closed the connection) |
| 23:21:37 | CIA-6 | New commit by jethead71 (r26800): Build h10 GB with EABI toolchain. Remove some pointless ICODE attributes from mp3_enc.codec and, to make it build, move one function out of IRAM there ... |
| 23:21:53 | pixelma | bluebrother, AlexP: we have the same note about bookmarking not working under certain conditions in the main menu section (bookmark list button table) and in the extra section on bookmarks. Is that correct? I'm slightly worried that they could get "out of sync", the aren't currently though |
| 23:23:25 | CIA-6 | r26800 build result: All green |
| 23:24:05 | jhMikeS | whee...green |
| 23:24:39 | CIA-6 | New commit by bieber (r26801): Theme Editor: Made errors display in status bar when cursor is on error'd line |
| 23:28:00 | bieber | bluebrother: I got your per-line error display idea working :) |
| 23:28:17 | gevaerts | Zagor: is the build system stuck? |
| 23:28:37 | Zagor | Perl error: Illegal division by zero at rbmaster.pl line 1075.... |
| 23:29:37 | Zagor | weird: Total speed: 0 points/sec (63 clients) |
| 23:30:29 | Zagor | restarting round now |
| 23:31:46 | CIA-6 | r26801 build result: All green |
| 23:32:13 | bluebrother | bieber: nice :) |
| 23:40:01 | | Join Buschel [0] (~~andree@p54A3AE32.dip.t-dialin.net) |
| 23:40:57 | pixelma | bluebrother, AlexP: we also not only have the note in double but alsoi the button table it seems (bookmark list) |
| 23:43:57 | rasher | TheSeven: not dead. Recuperating |
| 23:44:09 | kisak | so alot has happened in the last several hours ... if I'm understanding this right, we're now using eabi except for stable targets that have not been tested yet |
| 23:45:13 | jhMikeS | well, ipod 3g got tested and failed outright |
| 23:45:25 | | Quit hebz0rl (Quit: Ex-Chat) |
| 23:46:24 | kisak | sounds like it'll soon be time to call for benchmarks on all targets |
| 23:47:28 | Jerom | Well, it works on fuze v2 ^^ |
| 23:52:46 | | Quit toffe82 (Read error: Connection reset by peer) |
| 23:57:06 | | Quit komputes (Remote host closed the connection) |
| 23:57:21 | | Quit stripwax (Read error: Connection reset by peer) |
icon identifies that the person is a core developer (has commit access).