--- Log for 11.06.110 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 10 days and 8 hours ago 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 # 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 # Okay 00.18.42 Quit pamaury (Remote host closed the connection) 00.20.45 # 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 # 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 # 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 # I also have a setup with gcc 4.4 (which was called RC IIRC) 00.24.31 # though I've got a gcc 4.5 in my current setup. 00.24.51 # And 4.5 automatically static-links the runtimes? 00.25.01 # 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 # which right now basically works. 00.25.32 # no, Qt defaults to dynamic linking. Static linking is rarely used (like in our case) 00.25.54 # 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 # 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 # Ohh, okay 00.26.44 # though I _think_ things changed here with gcc 4.5. Haven't found the time to look into that yet though. 00.27.06 # So if I just rebuild Qt with -no-exceptions in addition to -static, I'll get completely standalone executables? 00.27.57 # you should, yes. 00.28.08 # Okay, I'll get that started compiling, then 00.28.20 # might be the easiest to simply copy the line from the RockboxUtilityDevelopment wiki page though :) 00.28.34 # Oh, that would help :) 00.28.52 # 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 # 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 # 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 # hmm, iirc the Qt 4.6.3 build with MSVC I did recently accepted -nomake 00.31.09 # btw, I've updated the Windows binary of the theme editor. In case someone wants to try :) 00.31.21 # Excellent 00.31.58 # Is RBUtil automatically built and uploaded, or do you just do it manually? 00.32.51 # it's done manually. Building is automated with deploy-release.py 00.33.23 # 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 # Ooh, that looks handy 00.34.32 # 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 # Could you add that to utils/themeeditor in the SVN tree? Or perhaps in a /tools subdirectory? 00.36.11 # I want to get some things merged here. Haven't figured the best way to do that though. 00.36.31 # but I'm definitely planning on doing some stuff there :) 00.37.14 # Thanks 00.37.23 # 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 # btw, did you receive my email about the schedule change? 00.37.45 # And yes, I did wonder why rbutil was in the root instead of /utils 00.38.05 # 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 # that's simply historical :) 00.39.35 # we didn't have utils back then 00.39.50 # Oh, okay 00.40.01 # yes, got that mail. Was busy with RL stuff this evening so didn't got a chance to reply earlier. 00.45.33 # Okay 00.46.23 # bieber: just send you a reply for completeness. Not that I had anything surprising new to say :) 00.47.51 # Thanks 00.47.58 # Have you been generally satisfied with the editor so far? 00.48.23 # yes, you're progressing very well IMO 00.50.57 # 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 # I can do that 00.51.56 # but IMO that's minor. Just looked for something to comment on ;-) 00.52.15 # 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 # as always, feel free to discuss such things with the community. My opinion is only my opinion :) 00.54.01 # The line-number highlighting is definitely a good idea, now that the line numbers are there 00.55.04 # 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 # Sounds good 00.56.24 # nice. Reordering the tabs via drag and drop works :) 00.56.39 # That one is all Nokia's work ;) 00.56.52 # I've been really impressed with Qt4 00.56.55 # hehe, still nice. One of the reasons why I like Qt 00.57.50 # I just can't wait to get started in on the rendering. Their 2D graphics API is really impressive 00.58.07 # 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.23 # 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 # bieber: ok cool :) 01.36.43 Quit DerPapst (Quit: Leaving.) 01.40.09 # bieber: also, I realised the line number is actually useful for a few tags so keeping it is probably better 01.40.32 # 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.02.44 *** Saving seen data "./dancer.seen" 02.14.08 # 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 # for the time being I'll keep it 02.15.33 # 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 # Yes 02.17.22 # 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 # 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 # 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 # 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 # 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 # 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 # you mean subline in conditional options? 02.21.14 # Like, allowing you to change the time a specific subline is displayed depending on the value of a conditional 02.21.46 # 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 # %t(%?mh<10s|5s>) somethine like that? 02.24.51 # More like 02.24.51 # %?sometag<%t(1)|%t(2)|%t(0)>Line 1;Line 2 02.25.10 Quit storm` (Ping timeout: 240 seconds) 02.25.28 # 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 # that looks a bit messy... isnt %t linked to the current subline and not the whole line? 02.27.05 # in svn it is 02.27.39 # Yes, that's the point 02.27.41 # I think %?aa is a bigger want 02.27.59 # Sublines are alread allowed inside conditionals, no worries there 02.28.07 # I actually just fixed some bugs in parsing that kind of situation today 02.28.21 # cool, pretty sure they are illegal in svn :) 02.28.37 Quit Zarggg (Quit: Zarggg) 02.28.42 # 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 # Hmm, that would be problematic 02.32.06 # Grab the newest theme editor from SVN and check out the parse tree for "%?bl" 02.32.19 # ok, one min 02.32.50 # Before the parse tree for even conditionals within sublines was horribly messed up 02.33.24 # looks good 02.35.00 # even that is going to be interesting to time correctly... 02.35.10 # or maybe not... 02.36.17 # (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 # and have it auto-expand? 02.36.55 # Yeah, I'll probably switch it to sublines or something 02.36.59 # (and follow the mouse/cursor) 02.37.13 # Prettying up that parse tree viewer will be one of my big goals over the next couple days 02.37.16 # clicking on a tag and having it select that tag in the tree would be sweet 02.37.23 # but totally useless for users I think 02.37.41 # My big pet peeve is just having to resize it every time 02.38.02 Quit sinthetek (Ping timeout: 260 seconds) 02.38.04 # 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 # Hmm, that is true 02.38.31 # It's hard to imagine a really good use case for it 02.38.37 # Other than looking for parser errors 02.39.00 # no, looking for missing | or ; 's 02.40.10 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 02.41.57 # Oh yeah, there is that 02.42.20 # I'll probably just have it hidden by default, but with the menu option still there 02.43.26 # 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 # thats pretty much how sublines timeouts are done now... the subline timer is paused 02.44.54 # except ; is illegal inside a conditional in svn :) 02.45.46 # In the current Rockbox parser or mine? 02.45.48 # 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 # svn = current parser 02.46.15 # Ah, okay 02.46.44 # Do you want to make it work in the new parser? 02.46.58 # make what work? 02.48.21 # Sublines inside conditionals 02.48.47 # it does work, it was always a misssing feature 02.49.27 # Oh, okay 02.49.32 # Sounds good 02.49.34 # looking at the parse tree it is going to be dead simple to render :) 02.49.53 # Want to just make a Wiki page to set down all the rules for rendering 02.50.04 # ? 02.51.11 # yeah, I dont know how much coding time I'll have today so I'll do that 02.51.31 # Sounds good 02.51.32 Quit evilnick_BSMM (Quit: Page closed) 02.51.47 # 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 # ok cool 02.54.17 # breaky time 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 # bieber: What did I do? ;) 03.42.32 # s/do/want/talk about/whatever/ :P 03.43.21 # Ah...is this about me wanting conditional timeouts for sublines? 03.43.42 # 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 # yes and no... 03.45.19 # is that yes and no for "Can it be done?" 03.45.29 # %?aa<%t(1)a;%t(2)b|%t(2)a;%t(1)b> is how you'd have to do it 03.45.43 # but you can now put sublines in conditionals which is what you really want anyway 03.45.54 # indeed. 03.46.22 # A conditional timeout would be cool also. 03.46.25 # Llorean: does changeing the theme fix your problem? 03.47.19 # like %Nn<%t(1.0)|%t(2.0)> 03.47.30 # that's something I'd really like to have. 03.47.40 # why? 03.48.02 # More possabilities. 03.48.10 # ewwww (sp?) 03.48.35 # 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 # ...if that made any sense 03.51.06 # 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 # JdGordon: I'm suing the default theme, and someone has posted on the tracker a specific revision that causes it 03.51.23 # yes, that rev is a skin change 03.51.32 # 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 # 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 # I don't think it's nonsense to want different subline timeouts based on specific events. 03.53.05 # 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 # 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 # 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 # I couldnt because I dont know what the issue is.. 03.54.22 # it sounds like a beast-cabbie issue 03.54.27 # "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 # "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 # If you want, I will though 03.55.43 # 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 # JdGordon: iCatcher doesn't work either 03.55.59 # ok 03.56.36 # JdGordon: Nor rockbox default 03.57.20 # ok thats very strange 03.57.40 # JdGordon: Hmmmm, now you've made me think of that, I can see how awkward it would be to implement. 03.57.52 # I don't really have an answer for that question sorry... 03.58.13 # haha I was thinking as I typed that thet they are non issues and have obvious answeers :p 03.58.41 # 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.01.43 # 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 # It may not be impossible to accomplish what you want now, just more complex 04.02.14 # yeah, I dont realy see the point 04.02.47 *** Saving seen data "./dancer.seen" 04.03.02 # 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 # it might be doable like %t(%?aa<1|2|3>)text; 04.05.12 # 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 # 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 # 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 # 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 # the problem with %t(%?aa<1|2|3>) is that there is no way to force those numbers are numbers 04.09.04 # 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 # 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 # I think... 04.12.42 # both give pretty nasty parse trees to deal with 04.16.16 # 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 # If it can't be done, or is too difficult, or will mess things up...I can live without it. 04.21.56 # disabled conditional viewports arnt cleared are they? 04.22.24 # unless you draw over them..? 04.24.05 # 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 # no, I looked at rX 04.24.57 # 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 # JdGordon: Regarding the viewport clearing thing...yes, that is correct. 04.35.26 # They are not cleared, they need to be drawn over. 04.38.40 # bieber: you clever bugger :) 04.38.46 # Oh? 04.38.54 # I'm looking at how commantes are handled and the parser gets it spot on :) 04.39.23 # I was worried I'd have to check if the first element in a line is a COMMENT or not 04.40.05 # oh wait.. no 04.40.43 # "abc#comment\nABC" should have abc and ABC on two different lines no? 04.40.59 # Well, the way the current parser works, a comment is supposed to include its newline 04.41.12 # 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 # 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 # S_a_i_n_t: yes 04.41.40 # thankyou. 04.41.45 # JdGordon: Comments are supposed to eat the line ending, as far as I know. 04.42.07 # * JdGordon checks svn parser 04.43.45 # yes, thats what svn does 04.43.49 # 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 # 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 # 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 # 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 # Ah, okay 04.49.34 # Just do me a favor and ping me if you commit anything, I can be bad about forgetting to svn update 04.49.56 # 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 # 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.27 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.11.44 Join perrikwp [0] (www-data@giant.haxx.se) 05.19.41 # bieber: is the LINE type used for alternator or the logical line? 05.20.01 # Logical line, but sublines will have LINE elements as their children 05.20.40 # 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 # Dhraakellian: I guess that is one of the things that only trial and error will answer. 05.22.20 # rasher: Ping-a-ding-a-ling? 05.23.13 # * Dhraakellian ponders 05.28.35 # scorche: Pingerooney? 05.29.21 Quit chrisb (Ping timeout: 245 seconds) 05.30.44 Quit RoC_MasterMind (Quit: Leaving) 05.32.43 # gevaerts: OK, finally done. 05.32.57 # That patch made the build go perfectly. 05.33.01 # Looks like somebody broke something. 05.33.10 # Talking about rockboxdev.sh. 05.33.29 # 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 # 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 # bieber: /me is very confused :p 05.42.12 # What's confusing you? 05.43.02 # items in a LINE are not put in the children array? 05.43.21 # No, each line is stored as a linked list 05.43.26 # JdGordon: Does %ax (mirror viewport according to language direction) not work for %Vl? If not, bugger... 05.44.06 # 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 # arg, ok 05.45.00 # so line->children[0]->next->next->next...? 05.45.05 # vaguerant: can you use the cross compiler correctly ? 05.45.07 # Yeah 05.45.38 # 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 # 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 # 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 # %ax should work with Vl 05.49.21 # Ok cool, the wiki says only %Cl and %V 05.49.31 # all the %V tags are the same 05.49.54 # I wasn't sure if it meant "%V(and family)" 05.51.06 # bieber: ok, thats a bit confusing but makes sense.... 05.51.32 # funman: Yep, seems to be working perfectly, I just compiled the latest SVN. 05.52.03 # 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 # New commit by 03funman (r26754): arm/memset: don't use ldm to load pc when it has been stored with str ... 05.54.56 # New commit by 03funman (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.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 # 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 # 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 # also, along the same line I'm rather surprised that "line level" isn't either. 06.32.14 # not *as* surprised by the latter, but still surprised. 06.32.22 # Unhelpful: opinion on the gas macros in http://pastebin.org/323992 ? 06.33.21 # use: ldrpc; ldrpc cond=eq; ldmpc regs=r10; ldmpc regs="r4, r6"; ldmpc cond="ne", regs=r10-r11 .... 06.33.51 # 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 # Well done man, congrats. 06.36.39 # \o/ 06.36.41 # funman: they seem essentially sound and reasonable to me. i take it we're looking to do mixed thumb/arm? 06.36.51 # and by renderer I of course mean something that just walks the tree and spits out the tag names :) 06.37.05 # and always uses the first value for a conditional and subline :p 06.37.26 # 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 # 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 # (some?) non-eabi gcc hasn't a libgcc built with interworking 06.41.39 # New commit by 03funman (r26756): FS#11335 by me: make ARM assembly functions thumb-friendly ... 06.44.57 # hmm, it built fine with eabio 06.44.58 # -o 06.47.29 # 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 # New commit by 03jdgordon (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 # New commit by 03funman (r26758): drop 'req' from gas macro, not available in binutils 2.16 ... 06.57.22 # hm screw me, mpegplayer isn't built on clipv1 06.58.03 # what, wanted to see if it could build/run now? 06.58.24 # just build, i'm not sure how CPP macros & gas macros fit together 06.58.34 # (see table, disregarding the final " i forgot) 06.59.58 # there's no substitution inside "" 07.00.59 # they fit just fine, your source goes through CPP first, gas macros are part of assembly. 07.01.28 # yep but if there's a ',' inside a gas macro argument I must enclose it in "" 07.01.54 # 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 # New commit by 03funman (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 # New commit by 03funman (r26760): FS#6734 by me: optionally build with -mthumb on ARM ... 07.39.25 # 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 # entire C file (-mthumb or default -marm) 07.40.50 # JdGordon: That makes sense, I'll take care of that when I get back in a little bit 07.41.44 # ok, I've added a new folder under utils which has my "renderer" 07.41.45 # you need -mthumb-interwork on every file though 07.42.08 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 07.42.20 # btw -flto (in gcc 4.5) could reduce size even further by removing unused exported functions/veneers 07.44.04 # i don't think there should ever *be* unused veneers, if you mean the ones inserted for long calls. 07.44.16 # those are already done at link time 07.44.22 # nope for thumb/arm switches 07.44.47 # IIUC those are added when building with -mthumb-interwork 07.46.00 # ah, i see... shame those aren't already generated at link time as with the long-call veneers. 07.46.34 # 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 # grep from_arm only matches .elf files so it comes from linker 07.47.46 # well thumb-interwork doesn't generate the veneers, only 'code which supports calling between ARM and Thumb' 07.47.59 # ok, then, they're probably already pretty optimal. 07.48.28 # TODO: investigate the gas bug which happens on PP, and why -mlong-calls isn't enough to workaround it 07.50.16 # also, test on more targets ;) 08.01.16 Join Buschel [0] (~~andree@p54A3E9D3.dip.t-dialin.net) 08.02.51 *** Saving seen data "./dancer.seen" 08.04.21 # hm FM recording seems to work on c200v2 but not microphone 08.10.04 # it's broken on clipv1 too 08.14.56 # and fuzev1, damn! 08.23.40 Join wpsprob [0] (www-data@giant.haxx.se) 08.25.35 # what does Sx; Sr; mean ?. I have searched here http://www.rockbox.org/wiki/CustomWPS#Playback_Mode 08.27.52 # Sx() is translate a string I tihnk 08.28.33 # %Sr is used to find out if the language is left-to-right or right-to-left 08.28.41 # both need to be added apparently 08.28.47 # yep, %Sx(string_to_be_translated) 08.31.30 # 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 # it's reported to work, so the problem might only appear when using eabi 08.32.01 # ah i see it 08.32.28 # 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 # thanks 08.38.05 Join intrados [0] (~intrados@adsl-99-40-90-107.dsl.wotnoh.sbcglobal.net) 08.39.36 # New commit by 03funman (r26761): as3525v1: drop the asm version of mono2stereo ... 08.39.51 # I want to display play count as 1/100 would this be correct, %pe %Sx | %| | 08.40.11 # nope 08.40.40 # 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 # JdGordon: define 'work' 08.40.51 # 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 # if you do pointer alignement you should use uintptr_t not unsigned long 08.42.56 # 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 # wpsprob: For a start, %pe isn't even playcount, it's playlist entries. 08.43.18 # I cant define work.. all I know is when I use that I get messed up pointers. 08.43.27 # anyway, /me is off 08.43.40 # 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 # nope 08.44.25 # whay are you throwing %Sx in there? 08.44.28 # *why 08.44.38 # you're not adding any translatable string. 08.45.04 # you want "%rp%/100 08.45.16 # sorry... "%rp%/100" 08.45.26 # without the " "s 08.46.00 # 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 # 123(for example)/100 will just look weird. 08.46.49 # wpsprob: ^ 08.47.03 # what i'm rrying to display is "x" / "y" 08.47.38 Join Zagor [0] (bjst@rockbox/developer/Zagor) 08.47.42 # without the "" 08.48.14 # do you want playcount, or "number in playlist"? 08.48.42 # I can quite easily show you what you need, but I don;t understand what you want. 08.49.02 # pe/pp 08.49.19 # "%pp%/%pe" 08.49.26 Join Buschel [0] (~~andree@p54A3E9D3.dip.t-dialin.net) 08.49.46 # that's "current position/of X entries in playlist" 08.50.04 # is *that* what you want? 08.50.11 # it's how to use the / as the divider that I'm stuck on 08.50.27 # ir seperator rather 08.50.57 # oh, wait...my mistake "%pp/%pe" 08.51.19 # currently it's X of Y, I want to change that to X / Y 08.51.19 # it's simple...if you want a "/", just add one. 08.52.02 # so, you want "total playlist entries/current number of playlist"? 08.52.14 # yes 08.52.20 # "%pp/%pe" 08.52.33 # thank you 08.52.37 # 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.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.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 # New commit by 03bieber (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 # 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 # 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.49 Join esperegu [0] (~quassel@145.116.15.244) 11.00.50 Quit simabeis (Remote host closed the connection) 11.05.02 # latest build won't boot. target sansa fuze2, eabi toolchain. stalls at booting message. 11.11.18 # 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 # 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 # pixelma: ping 11.57.44 # 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.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 # 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 # kugel: i'm ok if you want to make thumb a configure option 12.43.14 # jhMikeS: thanks for the hint, s/, #-4// should do the trick 12.44.04 Quit feisar_ (Ping timeout: 276 seconds) 12.45.56 # 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 # 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 # jhMikeS: bissecting didn't show a particular commit? 12.49.38 # 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 # ok 12.50.34 # what if you revert only the commit where you changed locking? 12.52.57 # wodz: why not if scrolling works 12.53.45 Join kugel [0] (kugel@rockbox/developer/kugel) 12.53.47 # 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 # simonrvn: eabi fuzev2 build works fine here 12.54.14 # 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 # i wasn't 100% sure if EXTRA_DEFINES was applied to all assembly files 12.54.52 # jhMikeS: 26718? I thought that the post on the FS task mentioned he got a different number bisecting. 12.55.26 # funman: I we just call gcc for all files (for the final link too) so it should be ok 12.56.12 # i'll test if moving it works 12.56.15 # 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 # 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 # jhMikeS: FS#11390 12.57.27 # 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 # what does HAVE_LCD_SLEEP, HAVE_LCD_ENABLE and HAVE_LCD_SHUTDOWN mean ? 13.00.03 # kugel: can you check if playback works with http://pastebin.org/324286 on PP ? 13.00.30 # wodz: has to do with shutting down the LCD driver IC, putting in various saving states 13.00.44 # funman: I'm not at home, but later sure (if nobody beats me) 13.00.57 # kugel: ah, we need to check a specific variable anyway (to modify $CC) 13.02.21 # but well, we can set config_thumb to something and modify extradefines 13.02.57 # Llorean: one thing's for sure, mpegplayer or any other pcm user is affected the same way 13.02.57 # wodz: dunno about LCD_SHUTDOWN but I have read somewhere that LCD_SLEEP is like LCD_ENABLE, but it sleeps stronger 13.03.14 # IMO this is nuts, but perhaps there is some explanation why we don't always use the strongest sleep 13.03.48 # 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 # so if I have command that enters powersave mode of lcd ic I should define what to utilize this? 13.05.32 # 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 # if coming back from powersave is nearly instant, just lcd_enable i think 13.07.00 # 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 # do the arm builds on the site use eabi? 13.07.54 # kisak: soon maybe, not now though by default 13.08.08 # 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 # rasher: scorche: ping-a-ding-a-ling? 13.10.47 # 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 # New commit by 03uchida (r26763): text viewer: can select the indent spaces when the line mode is reflow. 13.13.29 # someone can try playback with http://pastebin.org/324286 on PP ? 13.13.53 # 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 # what this function should do? enable/disable lcd content instantly? 13.15.19 # wodz: it's called by backlight functions 13.15.29 # I know 13.15.39 # but what should be the desired effect 13.15.44 Join soap [0] (~soap@rockbox/staff/soap) 13.16.44 # 'enable' LCD / put it in powersave mode 13.16.57 # 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 # if the backlight is off you won't be able to read the screen anyway? 13.17.21 # cool that's what I wanted 13.17.37 Quit perrikwp (Quit: CGI:IRC (EOF)) 13.18.26 # funman: I can read screen with backlight turned off just fine - its greyscale 13.19.03 # New commit by 03funman (r26764): make thumb build a configure option (--thumb) ... 13.20.08 # wodz: is that the greyscale lcd of the MPIO - you want to shut it off? 13.20.26 # 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 # pixelma: yes 13.21.06 # Idealy I would like to turn it off on hold() 13.21.30 # If I use hold switch player goes to my pocket so I don't need display 13.21.56 # 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 # you can do backlight/lcd independantly, no? 13.22.23 # like ipodvideo? 13.22.31 # defaults to only disabling the backlight, but you can also disable the lcd if yo uwant 13.22.50 # Torne: yes exactly 13.22.54 # i can't find the vectors in e200 rockbox.elf :/ 13.23.09 # so it's still worth implementing disabling the lcd, if there's any power saving at all from it 13.24.10 # 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 # well, that's why the rest of us are here :) 13.25.18 # New commit by 03funman (r26765): pcm-pp: revert r26756 ... 13.25.47 Join soap [0] (~soap@rockbox/staff/soap) 13.25.50 # (my PP patch can't work as is) 13.26.29 # 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 # i would say lcd_sleep() 13.27.44 # kugel: i want your eabi patch !!! 13.27.53 # (in svn) 13.27.55 # wodz: lcd_enable() and it's automatically called when backlight goes of 13.28.06 # funman: commit it :) 13.28.29 # i thought you were polishing it or something 13.28.56 # 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 # 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 # I want it to turn off lcd on hold() not on backlight timeout 13.29.38 # wodz: backlight should go off when the hold switch is enganged 13.30.08 # kugel: as well as when backlight time expires 13.30.36 # and that's a problem? 13.31.16 # for me yes 13.31.45 # 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 # i.e. make eabi the default but will all but AMS blacklisted 13.32.21 # kugel, wodz: there is a seperate setting for backlight on hold - off, on and same as usual backlight setting 13.32.56 # 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 # 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 # hm, you mean never turn off the lcd, only the backlight, except when hold is on? 13.35.41 # yeah we don'thave that combination of settings 13.35.56 Join esperegu [0] (~quassel@145.116.15.244) 13.35.58 # but in any case, don't try and implement this kind of logic in the firmware level 13.36.19 # I can't follow 13.36.45 # pixelma: in normal use, only backlight goes off. lcd stays on. when hold is engaged, also lcd goes off. 13.36.59 # right wodz? 13.37.02 # right 13.37.20 # that does seem to make some sense 13.37.35 # Yeah, maybe we should make that work 13.37.41 # aha, still I don't get why anyone would want to disable the lcd on greyscale or monochrome targets 13.37.43 # but in any case, the actual firmware code is the same 13.37.51 # pixelma: if it uses less power, why not? 13.38.04 # i disable the lcd on ipodvideo, which is perfectly readable in reasonable lighting with no backlight 13.40.12 # 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 # yes, but we already have all the infrastructure to do this 13.40.43 # it's just a matter of implementing one functoin 13.40.50 # so i'm not sure why you wouldn't do it :) 13.40.57 # pixelma: why do use HOLD? 13.41.16 # i almost never look at the display of my player at all, whether hold is on or not 13.41.26 # New commit by 03wodz (r26766): HD200 - small cleanup in button_init_device() 13.41.30 # New commit by 03wodz (r26767): HD200 - power_init() rework based on latest power consumption measurements 13.41.31 # i don't take it out of my pocket to operate, mostly :) 13.41.34 # wodz: to prevent accidental button presses 13.41.35 # New commit by 03wodz (r26768): HD200 - clean up usb related functions 13.43.47 # New commit by 03funman (r26769): Make EABI gcc the default for ARM platforms ... 13.45.00 # 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 # ipodvideo it saves a lot of power, because it means we can power down the BCM video chip 13.45.41 # which sucks up loads 13.45.52 # it's not the LCD itself that's the saving there 13.46.11 Quit Buschel (Ping timeout: 258 seconds) 13.46.41 # it extends battery life by a couple of *hours* 13.46.43 # ok, that adds to that 13.47.05 # in fact that change was what pushed us past the OF's battery life on that device, i think ;) 13.47.15 # maybe just implement a lcd_sleep on hold setting 13.47.43 # I thought it was half an hour on Buschel's Video when he measured but ok 13.48.15 # kugel: well, lcd shutdown has immediate/never/varioustimes 13.48.15 # ah, clients don't benefit from ccache :) 13.48.32 # we could just add another option there for "when hold switch on" 13.48.56 # that would be perfect for me 13.49.06 # yay, more settings ;\ 13.49.20 # 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 # 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 # New commit by 03funman (r26770): Make --thumb the default for AMSv1 with 2MB of RAM ... 13.50.37 # S_a_i_n_t: if it was implemented the setting would show up.. 13.51.26 # wodz: I'd be really curious about some measurements in a somewhat "real use" setting 13.52.11 # pixelma: theoretical and real use are quite close for this, no? 13.52.16 # most people don't interact with their player a lot 13.52.23 # 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 # 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 # New commit by 03funman (r26771): ata-creative-zvm: make sure return value is defined 13.52.54 # depends on how often you look at the display for just reading the track info on your display 13.53.35 # a little, but if you kill it on hold, that's, what, ten seconds every five minutes? 13.54.27 # 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 # and backlight is probably the bigger drainer 13.55.36 # that doens't negate the fact that 90%+ of the time both would be off, if you configure it that way 13.55.40 # but ok, the test might still be interesting in the usual setting 13.55.59 # and thus the difference between just backlight off vs both off has a lot of time to add up 13.58.20 # 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 # battery too 13.59.02 # S_a_i_n_t: it's possible on the nano2g, but its not implemented in rockbox 13.59.56 # pixelma: Ondio - that remind me to ask You for testing FS#11189 :-) 14.00.06 # 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 # i have a patch here but that needs to be cleaned up 14.00.12 # 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 # what's the builds list ? 14.01.50 # or they would, if the configure change had worked :) 14.02.14 # Torne: the latter is what I am curious about... 14.02.24 # right, it's worth measuring.. 14.02.32 # funman: http://svn.rockbox.org/viewvc.cgi/www/buildserver/builds?view=log 14.02.53 # Zagor: can you handle that? 14.02.57 *** Saving seen data "./dancer.seen" 14.02.59 # funman: sure 14.03.03 # thanks! 14.03.12 # wodz: ah yes. I'll do that 14.03.16 # on my side i'll ask configure to not build the sims & checkwps in thumb ;) 14.03.47 # funman: it seems the default eabi is not working. most (all?) builds are still using the old compilers. 14.04.02 # http://build.rockbox.org/shownewlog.cgi?rev=26771;type=ipod3g 14.04.07 # Zagor: well yeah I blacklisted all stable targets not tested with eabi 14.04.15 # so far only Sansa AMS use eabi 14.04.26 # and unstable targets 14.04.30 # aha 14.06.13 # is a blacklist the best way to do it? we're spreading the compiler information in a lot of places already 14.06.41 # I think it's the best way to remind developers they should test eabi builds! 14.07.44 # umm, how exactly are they reminded? the patch just silently uses the old compiler. 14.08.06 # i just hope they would see it the commit :/ 14.08.33 # 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 # 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 # 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 # New commit by 03funman (r26772): configure: don't use thumb on native builds (simulator/checkwps) 14.16.21 # New commit by 03funman (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 # funman: did we? I'm leaning more towards "change it and see who screams" too 14.20.41 # that's what I remember 14.22.08 # Making eabi default everywhere is very fine with me 14.23.05 # on the other hand, build rounds will take >10 minutes if we move all targets over now 14.24.03 # I wonder about the fuzev1 red delta 14.24.12 # and e200v2 14.24.22 # we have 19 eabi clients right now 14.29.00 # 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 # btw, is there anything holding back switching nano2g to eabi? 14.35.51 # fuman: thumbs version's iPod video Rockbox starts from ipodloader2 !! 14.36.00 # 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 # wow, nice! 14.36.05 # ucchan: does it boot ? 14.36.15 # TheSeven: just remove it from the tools/configure list 14.36.23 # funman: boot ok!! Rockbox logo displays 14.36.46 # 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 # 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 # funman: The problem you fixed in r26761 is indeed an (obvious) bug in the constraint 14.37.37 # do Sansa AMS devices have ARM processors? 14.37.50 # yes 14.38.00 # ok 14.38.03 # Torne: what's specific to the ipodvideo ? 14.38.09 # amiconn: ah, which one? 14.38.18 # 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 # funman: nothing.. 14.38.31 # funman: which is why i suspect thumb would be worse 14.38.34 # thumb is, generally, worse. 14.38.44 # TheSeven: confirm logo displays normally. 14.38.49 # Torne: well, one must try 14.38.53 # amiconn: have You see my test of Your greylib patch on HD200? 14.38.53 # Sure 14.39.08 # s/see/seen/ 14.39.12 # wodz: Erm, no? 14.39.14 # thumb is originally intended for systems where 32-bit memory accesses are more expensive than 16-bit 14.39.43 # Torne: PP DRAM interface is 16 bit as far as we know 14.39.50 # Zagor: gogearhdd1630 gogearsa9200 samsungyh820 samsungyh920 samsungyh925 sansac200v2 sansaclip sansaclipplus sansaclipv2 sansae200v2 sansafuze sansafuzev2 sansam200v4 zenvision zenvisionm30 zenvisionm60 14.39.58 # amiconn: I posted results on http://www.rockbox.org/wiki/Main/LcdFrameRate 14.40.18 # amiconn: It is faster with Your change 14.40.21 # 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 # Torne: some codecs are actually faster when building what we can in thumb 14.40.45 # funman: well that's resonable if the dram interface is 16 bit.. 14.41.00 # and PP cache is kinda crappy 14.41.32 # afaict dram interface is 32 bits on the models where i tested 14.41.46 # so ok, pp probably does benefit i guess 14.41.51 # anyway now it's easy for someone to make some numbers 14.42.02 # wodz: Okay. Btw, your results look like the HD200 skips greylib interrupts when running unboosted 14.42.11 # ucchan: can you play some files with thumb build ? 14.42.22 # So NEED_BOOST might in fact be appropriate for HD200 too 14.42.41 # 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 # hmm, seems like someone broke my pcm driver 14.43.08 # AMS is 'later than PP' 14.43.26 # TheSeven: check today logs : jhMikeS has a problem on gigabeats with PCM 14.43.37 # New commit by 03zagor (r26774): Moved AMS sansas to eabi gcc. 14.43.56 # funman: nope, i just spotted some change some weeks ago in my code 14.44.03 # better yet, check FS#11390 14.44.10 Quit wodz (Quit: Leaving) 14.44.20 # i'm just wondering what's the right way to fix it 14.44.33 # wodz: Further speedup might be possible by utilizing line transfers, since the greylib buffer is in dram 14.44.55 # Did you also check whether the greylib works properly? 14.45.08 # 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 # Possible failure modes would be inverse (negative) display, or pixel stripes swapped 14.46.26 # jhMikeS: I'm talking about r26253 14.46.52 Quit esperegu (Read error: Connection reset by peer) 14.46.58 # 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 # Hmmmm, howcome the themesite reports the current build as being "r26761M"? (the part I'm querying is the `M`) 14.48.29 # has anybody experienced crashes/lockups when stopping playback on nano2g with builds since r26253 14.48.48 # i have a strong suspicion that this will almost certainly happen, from looking at the change 14.48.55 # 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 # if that helps 14.49.17 # it doesn't do it frequently or repeatably enough to give me much of a clue 14.49.18 # 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 # hmm 14.49.51 Join esperegu [0] (~quassel@145.116.15.244) 14.50.05 # And by "behaving badly", I guess what I really mean is "crap" :/ 14.50.30 # 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 # ucchan: hmm I wonder if building e200v1 with thumb still fails then 14.51.41 # TheSeven: which pcm file? that's pp? 14.51.55 # 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 # It's all jerky and slow, and distorts the AA. 14.52.17 # /firmware/target/arm/s5l8700/pcm-s5l8700.c 14.52.53 # It's fine if playback is stopped. 14.52.57 # jhMikeS: do you know of any reason not to switch the beast to using ebai by default? 14.53.33 # just do it !!11!1! 14.54.26 # s/ebai/eabi/ 14.54.28 # 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 # 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 # it isn't 14.55.09 # 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 # 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 # so you say the ldrne should be a ldr? 14.56.00 # the other option would be bxne r0 14.56.26 # funman: I don't undefstand. e200 specific code (driver?) are broken still. 14.56.28 # 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 # S_a_i_n_t: See FS#11387 regarding pictureflow on nano2g 14.56.40 # aha. 14.56.58 # it should be a ldr instead of ldrne then 14.57.06 Quit mt (Ping timeout: 258 seconds) 14.57.06 # i still don't get how that could ever work though. 14.57.07 # 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 # TheSeven: I'm guess that's what should have been done, yes 14.57.26 # n1s: no, I've tried it and it's ok. only thing is the problem that's there now. 14.58.11 # jhMikeS: can you commit a fix? i don't have a checkout with me right now. 14.58.47 # ucchan: hmm if i build ipodvideo with --eabi --thumb, I still see the buggy __memset_from_thumb call in corelock_init 14.58.57 # 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 # TheSeven: sure. I'll take your word for it being the right thing. :) All I could do was guess before. 14.59.09 # ucchan: to verify: you ran tools/configure with --thumb --eabi ? 14.59.39 # jhMikeS: what is the "problem that's there now"? 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 # jhMikeS: I'll verify if everything works fine in the evening 15.00.55 # 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 # TheSeven: ok, np 15.01.20 # * TheSeven is still confused by that code not breaking instantly 15.01.27 # 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 # ucchan: thumb is off by default, you need --thumb. It is only activated by default for clipv1, c200v2, and m200v4 15.02.29 # 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 # 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 # TheSeven: Can you answer a Nano2G query of mine? 15.04.02 # depends on the query ;-) 15.04.11 # 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 # ucchan: eabi also helps with binsize because it removes some long calls 15.05.03 # Zagor: "funman: did we? I'm leaning more towards "change it and see who screams" too" yes, you did actually :) 15.05.10 # 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 # TheSeven: ^ 15.05.26 # 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 # kugel: ah thanks, i'm not mad ;P (or we both are) 15.05.47 # S_a_i_n_t: historical reasons 15.06.10 # 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 # funman: ok. I try build "--eabi --thumb". 15.06.15 # and maybe because we read it from GPIOs and not the PMU 15.06.21 # Is that the other way of saying "Noone has changed it yet"? ;-P 15.06.48 # 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 # 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 # yeah, I probably messed up my list 15.11.02 # New commit by 03jethead71 (r26775): s5l8700 PCM: Always call dma_callback. (fix r26253 remnants) 15.11.17 # 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 # 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 # what happened? I see the expected and logged build time shot up through the roof (eabi?) 15.12.58 # Zagor: Server message: Fatal build error: Command not found. You have been temporarily disabled. 15.13.34 # Zagor: that is after: Starting build archosondiospboot 15.13.57 # jhMikeS: not all clients have eabi compiler 15.14.04 # jhMikeS: my buildclients don't like the change for some reason 15.14.09 # also thumb builds are 50% longer (but OTOH there are only 3 of them) 15.14.25 # 6*, but bootloaders are quite small 15.14.35 # which reminds me that i didn't test thumb bootloaders 15.14.47 # * roolku goes to upgrade the clients 15.15.00 # does thumb make any sense at all for bootloaders? 15.15.19 # not really 15.15.20 # 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 # ) 15.15.24 # 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 # why does that need eabi? 15.16.03 # so roolku's clients try to do eabi builds because the build master thinks they are old-gcc ones 15.16.42 # kugel: but for some reason they don't build any of the other stuff either 15.16.48 # n1s: because beast uses short calls, and the init secion needs to be in a place where short call cannot reach 15.17.03 # 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 # roolku: command not found makes absolutely sense, you have no arm-elf-eabi-gcc on the system :) 15.17.46 # jhMikeS: oh 15.17.50 # n1s: most notably, the plugin buffer, we have 64MB (= way too distant) 15.18.05 Quit flydutch (Quit: /* empty */) 15.18.20 # where does the init section go? 15.20.10 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.20.39 # jhMikeS: you cannot use the plugin buffer anyway 15.20.56 # jhMikeS: you need the codec buffer (skin engine grabs the plugin buffer during startup) 15.21.07 # but the codec buffer is probably too far away anyway :) 15.21.25 Part Szpila 15.22.53 # sorry all developpers, does not boot iPod video. 15.23.02 # 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 # jhMikeS: theme loading at the end of the startup 15.23.49 # 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 # does iPod's line out from a dock work? 15.33.45 # jhMikeS: you could use init_attr for that sdma as well 15.33.49 # classic ipod 15.34.11 # it should be compatible with data too 15.34.45 # chrisb: should do, if you turn it on 15.34.53 # chrisb: there's a setting to enable/disable it because it takes some power 15.35.05 # note that it is really a line out, i.e. the volume is fixed 15.35.06 # kugel: in the patch, I did exactly that 15.36.24 # I just sent a bug report to bug-binutils ML 15.36.39 # funman: brave! 15.36.50 # kugell: it didn't matter at the time about the plugin buffer, but that's an easy alteration 15.40.23 # Torne: thanks 15.40.50 Quit TheSeven (Ping timeout: 260 seconds) 15.41.49 # 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 # I think the ondio line was unrelated 15.42.45 # 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 # 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 # funman: if I just remove the model from models_not_checked_with_eabi, it uses eabi as the default? 15.49.11 # 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 # jhMikeS: yep 15.50.53 # saratoga: if you have /usr/local/bin in PATH, nope, but you should remove the path to old compilers from PATH 15.55.46 # Zagor: can you check git.rockbox.org? it doesn't update anymore 15.56.13 # hmm 15.56.25 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 15.57.38 # 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 # roolku: yay 15.57.58 # * jhMikeS was going to do something soon, but not in five minutes 15.58.10 # roolku: better now? 15.58.11 # is the builds file fixed? 15.58.46 # yes 15.59.00 # i'll try something 15.59.10 # i'll hang around a little longer 15.59.52 # Zagor: locally? I see no commit 16.00.11 # I'll leave the other clients without eabi, shouldn't make much of a difference 16.00.12 # kugel: www commits are not listed on the front page 16.00.28 # I know, I was looking here: http://svn.rockbox.org/viewvc.cgi/ 16.00.37 # kugel: r26774 16.00.44 Quit GeekShadow (Ping timeout: 248 seconds) 16.00.46 Quit pjm0616 (Ping timeout: 276 seconds) 16.01.09 # mc2739: that one wasn't sufficient 16.01.20 # kugel: why not? 16.01.44 # there are more targets than the ams sansa that use eabi 16.02.29 # funman said he blacklisted all non-ams targets 16.02.42 # all _stable_ non ams 16.03.00 *** Saving seen data "./dancer.seen" 16.03.00 # the yh and zvm are built with eabi too 16.03.03 # aha 16.03.15 Join pjm0616 [0] (~user@61.250.113.98) 16.03.16 # and gogear too 16.03.31 # i have a commit ready 16.03.35 # except for iaudio7 and cowond2, those use old abi still (but ought to use eabi as well) 16.04.11 # well, I did ask for a list... 16.04.20 Quit ucchan (Quit: Leaving...) 16.04.32 # New commit by 03funman (r26776): pcm as3525v1: correct ASM constraint 16.04.36 # .. which i gave 16.04.50 # New commit by 03funman (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 # funman: time? 16.05.30 # pcm_postinit should *not* be forced into the init section, it completes asynchronously 16.06.47 # 14:39 16.07.08 # jhMikeS: woops, i suppose i am to be blamed ? 16.07.33 # funman: excellent, thank you 16.07.36 # no idea who? I just saw that in the mapfile and realized that cannot work reliably 16.08.02 # 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 # 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 # but then the thread execution might be postponed? 16.09.10 Quit GeekShado_ (Ping timeout: 258 seconds) 16.09.37 # if audio_thread calls audio_init it shouldn't be INIT_ATTR 16.09.50 # nah that's the reverse 16.09.58 # audio_init() creates the thread 16.10.03 # oh sorry 16.10.22 # wtf is this fnarfbargle-uk-BradC client without a tools/configure ? 16.12.44 Quit pjm0616 (Ping timeout: 276 seconds) 16.15.21 # New commit by 03zagor (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 # 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 # 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 # New commit by 03jethead71 (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 # jhMikeS: please update www/buildserver/builds too 16.43.09 Join komputes [0] (~komputes@ubuntu/member/komputes) 16.43.43 # Zagor: excuse me? 16.44.57 # 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 # hm, fnarfnbargle keeps killing builds? 16.45.17 Join toffe82 [0] (~chatzilla@12.169.218.14) 16.45.42 # a single client on rampage can apparently hurt the build system quite a bit 16.45.54 # we can block single clients 16.46.23 # blocked 16.46.24 # * TheSeven wonders if the build system should do that itself with this kind of errors 16.46.34 # Zagor: no idea where to find that setting :) 16.46.48 # jhMikeS: www/buildserver/builds 16.47.06 Quit toffe82 (Remote host closed the connection) 16.47.16 # 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 # 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 # many clients can complete >1 build/second 16.48.40 # 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 # 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 # 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 # 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 # yes it will, because the non-broken targets will not be built 16.50.21 # TheSeven: you only need to remove any old compilers you plan to replace 16.50.26 # Zagor: got a little time? ^^ 16.50.28 # you can build just the eabi one if you like 16.50.39 # knittl: I found the git bug: permission issue 16.50.42 Join bucko [0] (~bucko@91.107.246.26) 16.50.44 # oh 16.50.46 # what's the current full list of architecture names for the buildclient script? 16.51.17 # TheSeven: arm arm-eabi-gcc44 sh m68k mipsel sdl 16.51.26 # 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 # Zagor: yep, works now :) 16.51.30 # thanks 16.51.38 # knittl: yay :) 16.51.45 # cooool :) 16.52.02 # 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 # I need the database as I have a micro SD card, too. 16.53.09 # 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 # Why does that matter? 16.53.20 # Anyone around for the GPN conference in Karlsruhe this weekend? Would love to meet up. 16.53.26 # You can get to the card through the filebrowser too 16.53.39 # 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 # No 16.53.55 # bucko: Don't think so, check the manual 16.54.02 # Oh, it's over all folders in device? :( 16.54.08 # s/:\(// 16.54.15 # bucko: Also, check the manual - it tells you what button to hold when inserting USB to charge 16.54.52 # 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 # Where would I look in manual? 16.55.35 # I'd get the pdf one and search 16.55.42 # random_folder_advance is a plugin 16.55.52 # 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 # Ah right, found that. Was using onling manual and wasn't obvious it would be in 'quick start'. :) 16.57.53 # ah yeah 16.58.07 # The pdf one is much nicer in that it allows searching :) 16.58.11 # (And the FAQ on batteries is really broken.) 16.58.30 # The wiki needs general cleanup/fixing/removing etc. 16.58.42 # It is a user driven resource, except nobody does anything 16.58.57 # Zagor: well, I would update it, but I can find nothing in my checkout by those names 16.59.03 # Heh. :) 16.59.08 # Where do I find plugins? 16.59.15 # jhMikeS: You need to checkout www as well as trunk 16.59.22 # bucko: They are all installed 16.59.34 # Oh right, it's an 'application'. 17.00.07 # Zagor: It's arm-eabi-gcc444 according to your mail (and what worked when I set it up) 17.00.27 # AlexP: heh, well, never did :), never seemed to matter to what I was doing either 17.00.40 # amiconn: oops, yes. arm-eabi-gcc444 is correct. 17.00.55 # jhMikeS: First time for everything :) 17.01.30 Part Zagor 17.01.32 # AlexP: It made a playlist of the results? 17.01.51 # AlexP: exactly. I ignore what I don't care about until I have to. :) 17.01.57 # 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 # Maybe you can do something about this? 17.02.08 # I suppose that's a reasonable approach. 17.02.17 # 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 # AlexP: It makes a playlist too once you tell it to 'play shuffled', I think. 17.02.49 # bucko: The plugin lets you edit the list (well, you remove things) 17.03.04 # S_a_i_n_t: hm, the keyclick patch has rotten again? 17.03.06 # bucko: Could be, I only every used it once years ago :) 17.03.15 # Well, it does what I want so. :) 17.03.22 # Good to hear :) 17.03.57 # 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 # They won't wrap, but you could make them scroll 17.04.25 # Although most themes already do this 17.04.28 # The default does 17.04.35 # Oh, they already scroll. No way to make them wrap? 17.04.40 # Nope 17.05.03 # not currently anyway :) 17.05.05 # 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 # nope 17.05.18 # Not of a tag 17.05.20 # Boo. 17.05.47 # But it can play Doom. 17.05.56 # You never know though - mention it is JdGordon's presence and if he is bored he might put it together 17.05.59 # TheSeven: Has it? Oh...bugger. 17.06.08 Quit hebz0rl (Quit: Ex-Chat) 17.06.13 # at least it just conflicted during an svn up 17.06.26 # just replace "arm" with "arm-eabi-gcc444" at the beginning? 17.06.31 # seems to be rather easy to sort out though 17.06.31 # 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 # 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 # Anyway, now I have to see if I can install it on my parents' iPods. 17.07.28 # I'd *love* HW Key-click on my Nano1G also. 17.08.02 # actually i would like to see this committed 17.08.27 # 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 # Same. 17.08.47 # Has the migration of the arm tootlchain to eabi as default been completed for sansa AMS? 17.09.12 # I've looked at why it doesn't work for the other iPods anymore...but it's totally beyond me. 17.09.52 # New commit by 03jethead71 (r26780): Update build server selection for Gigabeat S to select for eabi. 17.11.20 # 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 # is "subs pc, lr, #4" (as an FIQ return) thumb-safe? 17.11.22 # well, hope I got it right...it looked right :) 17.18.06 Join Tarvis [0] (~Tarvis@97.100.203.106) 17.18.21 # hey guys\ 17.18.33 # I noticed my H300/fuze/whatever theme BoXamp is missing from the site 17.18.40 # Is it just because of the format change 17.18.41 # ? 17.18.41 # TheSeven: yes, because subs restores CPSR from SPSR_irq 17.18.47 # ..i think 17.18.54 # Tarvis: Yes, most likely. 17.19.09 # I'm guessing the converter utility didn't work with it 17.19.14 # No matter - I'll just update it myself 17.19.40 # 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 # TheSeven: yah, writing to PC with S flag does it :) 17.20.09 # however, I'm not so sure about the subtraction of 4 17.20.35 # or is pc always pointing 4 bytes ahead, even if that's two instructions? 17.21.32 # aja 17.21.34 # Aha* 17.21.47 # It is there, just not in the listing because it doesn't work with curent build 17.22.26 # 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 # TheSeven: because it's architecturally defined as being so :) 17.22.54 # ok 17.22.59 # in normal code PC points to two instructions ahead 17.23.11 # just wanted to make sure that my pcm assembler code is thumb safe :-) 17.23.14 # in exceptions, lr ends up being whatever ARM say it is ;) 17.23.24 # which is always a fixed offset 17.23.31 # 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 # Oh it's Bacon Boy. 17.27.52 # Or another rasher. 17.28.21 # So it mentions in the manual that I can improve battery life by using an efficient codec. 17.28.37 # 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 # bucko: CodecPerformanceComparison on the wiki 17.29.46 # bucko: this also depends heavily on whether you use a flash- or hdd-based device 17.30.31 # i suspect for flash it will be flac 17.30.54 # I was mostly wondering between MP3 and Vorbis. 17.31.26 # probably vorbis on nearly all devices 17.31.30 # probably vorbis then, but i have also seen vorbis files which were worse than mp3 for some unknown reason 17.31.49 # TheSeven: do you have such a file handy? 17.31.59 # Vorbis on that page seems to consistently need more megahurts. 17.32.09 # no, i only vaguely remember seeing that some months ago 17.32.20 # bucko: are you sure you're reading it correctly? 17.33.28 # btw, how do mp3 and vorbis compare in terms of audio quality vs. bitrate? 17.33.38 # 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 # vorbis is more efficient below 128k, not much difference above it 17.34.01 # bucko: which player are you using? 17.34.19 # Sansa V2. I'm not sure details exist for that on said page. 17.34.52 # Vorbis seems to win on MIPS though. 17.35.31 # On the V1, MP3 still seems to win. 17.35.37 # bucko: D2 is probably closest to your CPU, in which case its 28MHz for MP3 and 22 for Vorbis 17.36.07 # hm, my build client is still compiling compilers... 17.36.13 Quit pamaury (Remote host closed the connection) 17.36.16 # that would be "Telechips TCC7801" which is arm9e like the fuzev2 17.37.04 # So they appear about the same on that one. Is there a way for me to run these benchmarks myself? 17.37.19 # bucko: on the V1 vorbis is faster too 17.37.26 # although its a different CPU so not important to you 17.38.22 # e200 v1 MP3 128 20.71, Vorbis 128 25.10MHz. MP3 seems faster there. 17.39.01 # Marginally faster on the Fuze though. 17.39.17 # bucko: ah e200v1, but no, vorbis is much faster 17.39.27 # the mp3 decoder on the e200v1 uses both cores 17.39.33 # so its really about 38-39MHz 17.39.50 # Oh. That's something I'd hope to see indicated on said page. :) 17.40.11 # you're welcome to add it, but its not really important 17.40.34 # I don't really feel authoritattive enough to do so. 17.40.59 # (And I'd want to do everything if I did so for fairnesses sake.) 17.41.11 # 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 # PP? 17.41.42 # 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 # the e200v1 CPU is a PP chip 17.42.16 # 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 # How come FLAC's so fast? 17.43.41 # because it has to do a small fraction of the work of most lossy formats 17.44.56 # Much more I/O, though. 17.45.22 # I/O only really hurts on HDD-based targets, that's why I asked ;-) 17.45.36 # Oh, Flash I/O is basically free? 17.45.55 # not really free, but not much compared to the actual decoding either 17.46.14 # hard drives use way more power while spinning than flash chips do 17.47.38 # btw, what shall we do about iLoader vs. the rockbox bootloader now? 17.48.07 # Also Musepack and WMA appear to beat Vorbis. I assume that Vorbis is more convenient on Linux than WMA though. 17.48.17 # i would actually like to keep iloader restricted to advanced users and get the rockbox bootloader up to speed somehow 17.48.53 # were you thinking about merging iloader into our svn? 17.49.05 Quit roolku () 17.49.09 # nope, I don't think that could work out 17.49.51 # it's a completely different codebase 17.50.01 # it only shares the FTL and NAND drivers to some degree 17.50.50 # 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 # 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.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 # huh, is the most recent rockboxdev.sh still using /usr/local/arm-elf-eabi/? 18.06.44 # i'm seeing loads of such paths while running it 18.07.28 # and i did an svn up immediately before running it 18.12.32 # "bl