--- Log for 29.05.110 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 8 hours ago 00.01.56 *** Saving seen data "./dancer.seen" 00.02.58 Join esperegu [0] (~quassel@145.116.15.244) 00.08.41 Quit bertrik (Ping timeout: 260 seconds) 00.09.39 # funman: can't you do .code 32 in inline assembly? 00.10.33 # yes but if you try that you will see thumb code before & after the asm() 00.10.47 # -mthumb specifies if the full file is built in 16 bits, you can't select functions 00.11.16 # but i think not a lot of files use asm() (if i print which files aren't built with thumb) 00.11.24 # I thought gcc doesn't care about inline assembly 00.11.32 # hmm? 00.12.09 # it just passes the inline asm to as (possibly with allocated registers) so it shouldn't break -mthumb 00.12.35 # all the surrounding C code is translated to thumb asm so it can't work together 00.13.02 # doesn't .code 32 switch to arm mode on the fly? 00.13.05 # gcc does either thumb either arm for each time it's invoked, never both together 00.13.08 # no 00.13.09 # no matter of the preceding code? 00.13.18 # try .code 32 bla .code 16 bla and assemble it 00.13.56 # what happens? 00.14.15 # 1 ARM instruction, 1 thumb instruction; no switch 00.14.30 # that sounds stupid 00.14.42 # -mthumb-interwork add 'veneers' to be able to make *calls* between ARM & thumb functions 00.14.46 # what are these directives for then 00.14.57 # well when you write asm 00.15.27 # then? 00.16.25 # then, you write the switches yourself 00.16.46 # that doesn't answer my question 00.17.05 # if you want to switch between thumb & arm in gcc, put the functions in separate files and call them but they're not inline anymore 00.17.34 # what are .code X for, what do they do? 00.18.17 # they output 16 or 32 bits code, "mov r0, r0" worsk in both but doesnt' give the same output 00.18.56 # ah ok, but they don't generate a switch? 00.19.28 # there's not much inline assembly (in the core), could we insert the switch for them? 00.19.34 # no 00.19.39 Join MethoS- [0] (~clemens@134.102.106.250) 00.19.41 # switch = bx/blx 00.19.55 # if you want to switch, make them real functions (not inline) and put them in their own file 00.20.08 Quit TheSeven (Ping timeout: 240 seconds) 00.20.13 # anyway first step would be to figure why it doesn't boot / crashes 00.20.13 # sub pc, pc, #7 also, no? 00.20.34 # I'm fairly sure bx/blx are not the only switches 00.22.52 # 'DDI0100E' says BX/BLX, or setting the T bit in spsr and restoring it 00.23.05 # or ldr/ldm pc 00.23.30 Quit funman (Quit: free(random());) 00.23.50 # http://cygwin.ru/ml/binutils/2005-01/msg00194.html might be interesting 00.25.52 # Iirc ldr/ldm pc won't work on armv4t though, only on armv5+ 00.33.42 Quit kugel (Ping timeout: 265 seconds) 00.34.59 Quit Barahir_ (Ping timeout: 265 seconds) 00.35.54 Join kugel [0] (~kugel@rockbox/developer/kugel) 00.36.31 Join Barahir [0] (~jonathan@frnk-590fc062.pool.mediaWays.net) 00.37.53 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 00.47.45 # AlexP: ping 00.49.06 # AlexP: this is the list of PLA plugins and their actions: http://pastie.org/982548 00.51.12 # How do i make a playlist in rockbox 01.04.04 # * Unhelpful finds it difficult to believe that arm/thumb code absolutely must reside in different source files? 01.04.48 Quit wincent (Ping timeout: 240 seconds) 01.07.42 # Unhelpful: makes sense to me as far as gcc is concerned 01.07.49 # but it should be possible to mix with inline asm 01.08.37 # does it make sense? i thought you could add attributes to tell gcc to compile a function as arm or thumb? and surely a pure-asm function in thumb mode in a C file compiled for arm mode is also valid? 01.09.17 # a pure asm function in a c file? 01.09.25 Join merbanan [0] (~banan@c-94-255-217-84.cust.bredband2.com) 01.10.55 # Unhelpful: mixing is going to be problematic with function pointers 01.12.48 # kugel: that depends on which arm revision is involved, i'd think... armv5 and up should do the right thing on branching to a pointer that goes to thumb code, pretty much no matter how the branch is done. 01.13.19 # the function pointer will not have the lowest bit set 01.13.26 Part toffe82 01.13.28 # which you need to switch to thumb 01.15.43 Quit leavittx (Ping timeout: 240 seconds) 01.16.08 Join leavittx [0] (~leavittx@89.221.199.187) 01.16.33 Quit GeekShadow (Read error: Connection reset by peer) 01.17.37 Quit MethoS- (Remote host closed the connection) 01.19.38 Join MethoS- [0] (~clemens@134.102.106.250) 01.21.05 # kugel: surely if the function is compiled as thumb code pointers to it will have the lowest bit set, in the same way that branches to it would? 01.21.41 # oddly i *don't* see any attributes for making individual functions arm or thumb... i wonder why i thought there were? 01.21.44 # you'd get in trouble with the C standard here I think 01.22.07 # the lowest bit is just a trick for ARM, the actual function start is at a different address 01.22.47 Quit epicfailguy () 01.23.26 # you can do a bit more with function pointers than just calling it, I'd expect problems if the lowest bit is just set unconditionally 01.23.43 # problems like what? 01.24.35 # and i'm trying to imagine what you can do with a function pointer besides store/retrieve/call... none of which will care if the low bit is set. you could always *try* writing code that does this. ;) 01.24.40 # also, this is more of a linker thing. gcc doesn't know the addresses anyway 01.25.32 # yes, the compiler *doesn't* know the addresses, but it puts in placeholders with the symbol name, which should be replaced with actual values or offsets at link time 01.27.18 Join anewuser [0] (anewuser@unaffiliated/anewuser) 01.29.20 Quit DataGhost (Ping timeout: 240 seconds) 01.41.15 # so does anyone think that it will be possible to put rockbox in the future? 01.41.20 # New commit by 03kugel (r26366): Upgrade the ARM eabi toolchain to gcc 4.4.4 01.41.21 Quit MethoS- (Remote host closed the connection) 01.41.32 # on a 120gb classic 01.42.08 Quit DerPapst (Quit: Leaving.) 01.44.52 # almost to late now but did we ever consider gcc 4.0.4 for the old arm toolchain? 01.45.27 Join halmi_ [0] (~netbook@80-123-44-74.adsl.highway.telekom.at) 01.48.04 Quit halmi (Ping timeout: 258 seconds) 01.52.16 Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-niwiiveldqaypsrx) 01.58.17 Quit kugel (Remote host closed the connection) 02.01.59 *** Saving seen data "./dancer.seen" 02.04.06 # New commit by 03bieber (r26367): Theme Editor: Got code generation tentatively working along with a solid C++ tree structure for WPS parse trees 02.21.19 Quit efyx (Remote host closed the connection) 02.30.13 # bluebrother: I've been playing around a little bit with the model, and I did manage to get some rudimentary tree display that would expand for a while and then crash when I went off the end of the tree 02.31.20 # Today I just focused on getting a solid, working tree built out of ParseTreeNodes, and I've got them doing code generation. Now that I've got the data structure solid and read up some more on the documentation, I think I should be able to get the interface implemented without too much trouble 02.33.13 Quit Curtman (Remote host closed the connection) 02.37.39 Quit tmzt (Read error: Operation timed out) 02.41.05 Join tmzt [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) 02.41.46 Quit domonoky1 (Read error: Connection reset by peer) 02.49.14 Quit halmi_ (Read error: Connection reset by peer) 03.09.11 Join keanu [0] (~keanu@unaffiliated/keanu) 03.21.37 Quit merbanan (Ping timeout: 258 seconds) 03.34.06 Join CaptainKwel [0] (~jason@207-237-113-115.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 03.51.56 Join moparx [0] (~moparx@unaffiliated/moparx) 03.55.13 Join jhMikeS [0] (~jethead71@adsl-75-45-230-68.dsl.sfldmi.sbcglobal.net) 03.55.14 Quit jhMikeS (Changing host) 03.55.14 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 03.56.29 # kugel: i'm building 4.4.4 now, also trying the binutils patch from http://sourceware.org/bugzilla/show_bug.cgi?id=10409 to see if it gets rid of the need for the lds workaround we use for plugins/codecs 04.00.28 Quit xavieran (Ping timeout: 260 seconds) 04.01.00 # * jhMikeS finally got arm-elf-eabi-gcc compiled after all sorts of bs and find it does just exactly what it should with the stubbing (checked disassemlies too) 04.02.00 *** Saving seen data "./dancer.seen" 04.02.59 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 04.04.32 Join xavieran [0] (~xavieran@ppp118-209-36-34.lns20.mel4.internode.on.net) 04.28.51 Quit komputes_ubuntu (Ping timeout: 245 seconds) 04.37.00 Join Barahir_ [0] (~jonathan@frnk-590ff772.pool.mediaWays.net) 04.39.31 Quit TheSeven (Ping timeout: 265 seconds) 04.40.21 Quit Barahir (Ping timeout: 252 seconds) 04.41.23 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.41.23 Quit pixelma (Disconnected by services) 04.41.25 Quit amiconn (Disconnected by services) 04.41.26 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.41.39 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.41.47 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.42.19 Quit moparx (Ping timeout: 248 seconds) 04.43.28 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.55.29 # jhMikeS: "what it should" == only as many stubs as needed? 04.57.21 # * Unhelpful is glad somebody on binutils got back to him about it, but their patch doesn't fix the bug that r23674 works around 05.03.01 Join CGL [0] (~CGL@190.207.226.198) 05.04.49 Quit CaptainKwel (Quit: Ex-Chat) 05.21.17 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 05.33.20 Quit ps-auxw (Ping timeout: 240 seconds) 05.33.53 # Unhelpful: yes, just a few of them and 8 bytes each - ldr pc,=function_address 05.35.03 # we could work this out with -mabi=aapcs-linux which keeps enums 32 bits iiuc 05.35.22 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 05.36.12 # we could. there is also -fshort-enums. in either case we need to make sure libgcc etc is built w/ the same flags, as things *will* error on mixing long/short enums. 05.37.30 # i'd rather fix code that makes bad assumptions, though, especially if the alternative is making our compiler even more different from mainline gcc. at present we don't really change much except which multilib targets are built and disabling exceptions in libgcc 05.40.35 # yeah, I'm building now and it's spraying warnings about it everywhere 05.43.06 # finding the assumptions is the problem, not easy to track in all that. I hope stuff like int *p = addr; *p = enum_value; isn't a problem (that would be crazy) 05.45.20 # worse yet removing -fno-strict-aliasing doesn't help :\ 05.56.25 # yes, assigning an enum value into an int, or int*, is absolutely valid. 05.56.47 # pointing to an enum with an int* is not, and comparing random things to an enum may break. 06.02.04 *** Saving seen data "./dancer.seen" 06.03.48 # random things...? 06.04.44 # jhMikeS: for example, using -1 as a flag value for an enum that only enumerates small positive values. 06.05.51 # testing for equality is probably ok, but if you do if (enum_var > -1) the result will not be right, and casting either side of it is unlikely to help. 06.06.26 Join Boldfilter [0] (~Boldfilte@adsl-71-215-115.jax.bellsouth.net) 06.06.28 Quit Boldfilter (Remote host closed the connection) 06.06.34 # wouldn't that obey exention conversion rules? 06.06.59 # casting -1 to your enum type gets you 255 most likely, and the comparison is always false. casting enum_var to int is no better, if -1 was stored into it it has a value of 255 and casting it to int means the comparison is always true. 06.07.35 # what extension conversion rules? enum signedness depends on the enumerated values :/ 06.09.05 # true, and extended an unsigned value to a larger signed type is a zero-extension, unless you go like (int)(char)c or something 06.11.02 # but that involves making an assumption about the size of the enum. :) 06.14.31 # I know, just saying. :) kugel said it's mostly the settings array. is there a patch up that gets that much done at least? 06.17.48 # don't know, i prodded a few of the obvious wrong bits in doom, but i never got around to trying to find *all* of them. the quick fix would be to make the "bad" variables ints, or to have their enum types enumerate *all* values we might store in them. i'm not sure which is going to be better in terms of compiled code, because the latter will also force us to write switch statements that test for values that we already know shouldn't reach 06.17.48 # them. 06.24.04 Quit shai (Ping timeout: 265 seconds) 06.30.32 # well, I certain have no intention to rewrite all of idsoftware's code. this doom shouldn't really actually live up to that name here. :) 06.32.32 # I'm thinking to take the typedefs, and re-typedef as int 06.33.02 # there's some enum xxxx {}; enum xxxx var; stuff but not much 06.34.43 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 06.49.18 Quit panni_ (Read error: Connection reset by peer) 07.05.58 Quit Horscht (Ping timeout: 260 seconds) 07.06.56 Quit CGL (Ping timeout: 265 seconds) 07.11.58 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 07.16.09 Quit pyther (Ping timeout: 276 seconds) 07.18.41 Join CGL [0] (~CGL@190.207.226.198) 07.19.10 Nick CGL is now known as [CGL] (~CGL@190.207.226.198) 07.42.02 Quit Kevone () 07.52.54 Join BHSPitMini [0] (~BHSPitMon@adsl-66-140-45-134.dsl.rcsntx.swbell.net) 08.02.05 *** Saving seen data "./dancer.seen" 08.05.16 # :0 :) 08.06.09 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.2.154) 08.07.10 Quit S_a_i_n_t (Ping timeout: 276 seconds) 08.09.35 # what, it works? 08.11.07 Quit shai (Quit: Leaving) 08.13.30 # yes 08.13.38 # http://www.rockbox.org/tracker/task/11328 08.19.25 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 08.20.23 # what, *all*? 08.21.52 # * jhMikeS wasn't going mess around twiddling this and that 08.22.51 # also, should it maybe be int *always* instead of int-or-unsigned? i'm thinking of things that use -1 as a flag value, and cases where >/< are used to compare w/ -1 instead of simple equality tests... although i think i may have fixed those? 08.23.51 # gcc seemed to compile it exactly that way, otherwise I got signed/unsigned comparison warnings 08.25.22 # probably somebody should test *more* plugins for correct behavior? i only really bothered with ones that threw warnings on compile. 08.25.52 Quit esperegu (Read error: Connection reset by peer) 08.26.48 # i mean, before we give serious consideration to switching to gcc-4.4/eabi for arm targets ;) 08.26.51 Join esperegu [0] (~quassel@145.116.15.244) 08.27.34 # also there were some codec performance regressions, but *most* of these went away if -O levels were tweaked - the bulk of codecs get -O1 iirc. 08.31.37 # I didn't get any compile warnings. Does the which get their optimization change under EABI? 08.32.38 # *the ONES that get their own optimizations 08.34.45 Join stoffel [0] (~quassel@p57B4ABA7.dip.t-dialin.net) 08.44.28 # not that so much as some of them performed *really* badly if left w/ the core's typical optimization 08.47.45 # Hmm...SPC might be faster 08.50.35 Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.2.154) 08.53.37 # * Unhelpful ran all of them on new and old w/ our standard and the new eabi toolchain, on -O1-3, and made a chart, but that was a while ago 08.57.55 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 09.14.31 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 09.15.23 # * jhMikeS doesn't remember getting a warning before preferring 4.4.4 for the beast, hm 09.17.23 # ah, there be the commit that came when I wasn't looking r26366 09.18.23 # after all I went through the first time, kugel goes and makes me do it all over again. gah 09.24.00 Quit rvvs89 (Ping timeout: 240 seconds) 09.27.24 Quit BHSPitMini (Ping timeout: 260 seconds) 09.29.01 Join kugel [0] (~kugel@g231108137.adsl.alicedsl.de) 09.29.02 Quit kugel (Changing host) 09.29.02 Join kugel [0] (~kugel@rockbox/developer/kugel) 09.29.14 # Unhelpful: all codecs were pretty similar 09.29.44 # only flac dropped dramatically, but that's solved by -O2 (which makes it much faster for both toolchains) 09.29.47 # kugel: between old/new compilers? 09.30.02 # * Unhelpful would have to check his "notes" 09.31.04 # http://www.rockbox.org/wiki/CodecPerformanceComparison#EABI_New_gcc_results too 09.33.30 # jhMikeS: sorry, but running rockboxdev.sh isn't too challenging, is it? 09.34.38 # wow, codesourcery not so amazing as claimed, eh? 09.35.46 Join ucchan [0] (~ucchan@softbank126102044019.bbtec.net) 09.37.19 # ucchan: you've been working on embedded album art, yes? 09.39.59 Join flydutch [0] (~flydutch@host23-166-dynamic.15-87-r.retail.telecomitalia.it) 09.41.42 # kugel: not that itself. it's was the missing prerequisited and evironment problems on the little vm. 09.41.51 Join DerPapst [0] (~Alexander@p4FE8FD34.dip.t-dialin.net) 09.41.53 # oh I see 09.41.56 Quit Tuplis (Quit: säätö jatkukoon) 09.42.55 # so commit FS#11328 and switch to eabi asap! :) 09.44.23 # Unhelpful: yes. my iPod works well 09.45.33 # Is there a problem? 09.46.56 Join Rob2223 [0] (~Miranda@p4FDC993A.dip.t-dialin.net) 09.47.12 # ucchan: nice. i was thinking that instead of using the codec buffer, it might make sense to be able to call the loader with an alternate read function, which would read the data from the file and transform it if needed. 09.47.48 # pipeline? 09.47.54 # do we need to to read from file? 09.48.10 # this would minimize the changes in the loader, and also get around any need to use the codec buffer 09.48.12 # can't the AA be loaded into mem in the course of buffering the id3 data? 09.48.36 # eabi during feature freeze? :) 09.48.52 # feature freeze is over 09.48.58 # kugel: do we actually buffer the id3 data as-is from the file? i thought we just stored the tags as strings into a pretty struct? 09.49.36 # I think nothing should stop us with that doom fix. of course the release binaries will still be build with the old toolchains 09.49.39 # when mp3's aa is raw image data. but other tags (e.g., apes, ogg) are encoded by MIME64. 09.50.03 # boo...that came quick (haven't seen the topic because I was busy with arm-elf-eabi-gcc :) 09.50.03 # Unhelpful: I don't know really, I was just wondering 09.50.17 # if we actually buffer raw id3 data already, then yes, that would work too, the read-aa-id3 function would just transform data from memory instead of reading a chunk from a file and transforming it. 09.50.44 Quit Rob2222 (Ping timeout: 272 seconds) 09.51.03 # the jpeg loader is *very* kind in its use of getc/putc, it never rewinds more than one byte so you never have to keep any "old" data when refilling the read buffer 09.51.50 # s/getc\/putc/jpeg_putc\/jpeg_putc/ 09.51.53 # ucchan: yeah, i know about the horrid schemes for AA in ogg. surely the same plan would work, though, reading a number of bytes in and transforming them? 09.51.57 # Is it really safe? 09.52.12 # naming random functions exactly like standard ones is bad :) 09.52.43 # Hmmm, if the switch the eabi is definite...and since rockboxdev.sh is barfing on CygWin, some kind soul needs to put up an eabi package for CygWin on download.rockbox.org 09.52.59 # what's wrong with it? 09.53.06 # S_a_i_n_t: or you could fix your cygwin? 09.53.07 # kugel: so it's not too obscene a fix? it should preserve the way it has been compiled previously and what it expects 09.53.40 # jhMikeS: I think that's OK and it also makes sense to do it that way 09.53.54 # Unhelpful: I have ni idea what's wrong, I've installed/re-installed 4 times now...something's changed. 09.53.54 # and I really don't care about doom, I just don't want it to block us anymore :) 09.53.58 # *no 09.55.24 # If it is possible to convert it into bitmap without using buffer from the embed aa though I think the best. 09.55.41 # there's nothing wrong with CygWin, and the packages on download.rockbox.org work...but rockboxdev.sh barfs...always in the same place. 09.55.41 Quit phanboy4 (Ping timeout: 240 seconds) 09.56.55 # ucchan: the bitmap loader has a pretty generous read buffer, too... and the same sort of transformation could be applied to it, of passing in a read function which treats its "file" argument as something other than really a file handle. 09.56.58 Quit yawny (Read error: Connection reset by peer) 09.57.12 Join elcan [0] (user36@pr0.us) 09.57.31 # my idea here is that the read function would reserve the end of the read function for the real file handle, and for any state it needs 09.58.03 Join lpereira [0] (~lucien@170.184.84-79.rev.gaoland.net) 09.58.10 # end of the read *buffer* rather 09.58.20 # kugel: well, if it's a "works for me too" thing, I'll just shove it down the SVN tubes 09.59.38 # also should expand the read buffer for jpeg to >256B. even with read being a normal read this would be a win, a big chunk of the time in jpeg_getc is likely only when it needs to refill the buffer 10.01.08 # Llorean: (re cloning the theme site) because the current thinking is to auto update every zip which would mean nothing will work on 3.6 10.02.09 *** Saving seen data "./dancer.seen" 10.02.41 # I will be displayed well using your idea. 10.02.55 # would base64 decode need anything special in the way of state? i imagine it can be done without maintaining any state provided that reads are done in multiples of 4 input bytes? 10.03.30 # ok then...down it goes 10.06.04 # JdGordon: Shouldn't we let the authors decide whether they want to work on 3.6 or update? 10.06.38 # I doubt any authors would be annoyed at the auto update 10.07.11 # S_a_i_n_t: try checking out an older rockboxdev.sh and see if you can identify the change that broke things? 10.07.26 # maybe multiple 4 bytes. 10.10.23 Join rvvs89 [0] (ivo@robotnik.ucc.gu.uwa.edu.au) 10.11.31 # S_a_i_n_t: define barfs, what's going wrong exactly? 10.12.42 # New commit by 03jethead71 (r26368): Doom plugin: In anticipation of moving to the EABI toolchain, because of its assumptions about enums being sized as ints, convert enum typdefs to int ... 10.14.02 Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) 10.16.20 Quit esperegu (Ping timeout: 258 seconds) 10.16.43 Join esperegu [0] (~quassel@145.116.15.244) 10.18.53 Join Navi [0] (~Lancelot@unaffiliated/navi) 10.22.39 # jhMikeS: thanks for that! 10.24.50 # :) 10.28.29 # I try create the new jpeg decorder using the idea of Unhelpful. 10.28.30 # New commit by 03jethead71 (r26369): Doom plugin: Missed properly making a few 'unsigned' on my second pass. 10.29.13 # ucchan: i'll try to keep an eye on the FS task for it... i understand it'll be easier to reach you there or via the mail list? 10.29.44 # * Unhelpful wonders if a read function for data-in-id3 could also be stateless 10.30.27 # probably not? it would at least need to store whether the data is sync-safe or not, although if it's not sync-safe we *could* just open the file, seek to the start of image data, and then use normal read(), right? 10.31.48 # gevaerts: did you get an answer to your q about settings? 10.32.45 Quit kugel (Remote host closed the connection) 10.35.41 # read only sure. the same time reading file is one. 10.36.10 Join ender` [0] (krneki@foo.eternallybored.org) 10.37.57 # If there is a problem, only the display of AA must be not correct, and it not influence original audio file and other Rockbox functions. 10.43.15 # * jhMikeS suddenly wonders about 64-bit sim builds 10.48.44 Quit bieber (Ping timeout: 248 seconds) 10.48.56 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 10.50.52 # S_a_i_n_t: for my cygwin's env, binutils build failure. 10.51.56 # ../../binutils-2.20.1/libiberty/cp-demangle.c:116:21: error: alloca.h: No such file or directory. 10.52.39 # Is it the same as your error? 10.53.15 Quit esperegu (Ping timeout: 276 seconds) 10.56.31 Join esperegu [0] (~quassel@145.116.15.244) 10.59.40 # hrm, alloca should be reasonably standard... 11.02.14 # alloca.h include cygwin's include files. 11.04.02 Quit bluebrother (Disconnected by services) 11.04.05 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 11.05.45 # hrm, maybe a read function and offset to start of image data should just be stashed in struct mp3entry by the metadata reader? if both are set, albumart search can be skipped entirely, and anybody wanting to load the embedded album art opens the file, seeks, and passes the read function and the file handle to read__fd 11.06.00 # ucchan: Um...I posted a log of the error yesterday. 11.06.06 # I'll try find it for you. 11.07.03 # this is assuming that adding a pointer and an int to the struct is not unreasonable, and that no state is needed other than the read function and the open file handle 11.07.41 # * Unhelpful would call a format that requires more than that just to read a chunk of embedded data unreasonable, anyway 11.07.49 # jhMikeS: what do you wonder about 64bit sims? 11.08.05 # * JdGordon can test if you cant... 11.08.34 # ucchan: anyone else interested in telling me why rockboxdev.sh is failing: http://filebin.ca/jhxepc/rockboxdev.shoutput.txt 11.08.40 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 11.08.51 # That's the output from rockboxdev.sh trying to build the arm toolchain. 11.09.46 # New commit by 03jdgordon (r26370): fix error when a comment is on the last line of the file 11.10.13 # S_a_i_n_t: hey, that skin updater app is now i think finished if you could help testing :) 11.10.20 # just run make in the utils/skinupdater folder 11.10.45 # heh...sweet...al I need is a working build environment now ;) 11.10.50 # now I add INCLUDE_PATH into the include file's path. building binutils... 11.10.52 # (I'm working on it) 11.11.28 # na, regular gcc is all that is needed 11.13.04 # well...cool. But I'll still need a build to test it on. Guess I can just grab a daily, but Rockbox seems foreign to me without my pulled-apart/patched to hell version :P 11.13.25 # ah yeah, im more interested if the output looks right now :) 11.14.11 # "looks right" doesn't really matter id it doesn't *work* right ;) 11.14.16 # *if 11.14.23 # but, I know what you mean. 11.14.30 # no, looks right is more important now... 11.14.43 # if the new parser is wrong then that can be fixed if we find issues 11.14.52 # the updater needs to dump correct output 11.15.29 Quit kramer3d (Quit: Leaving) 11.15.49 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 11.16.11 # INCLUDE_PATH does not add unnecessary usually. but missing include file's path my cygwin why? 11.16.27 Quit esperegu (Read error: Connection reset by peer) 11.17.34 Join esperegu [0] (~quassel@145.116.15.244) 11.19.18 # ucchan: Did you update CygWin recently? I'm thinking something changed in the current version that's breaking it. 11.19.36 # but, I can't remember the version I had previously that worked :/ 11.20.02 # S_a_i_n_t: cygwin 1.5.25 gcc: 3.4.4 11.20.32 # Hmmm...I had 1.7.(something) and it was working fine. 11.20.46 # I have no idea what's going on, but it's annoying. 11.24.48 # cygwin 1.7... many problems exist on non C locale env... 11.27.57 Quit Navi (Ping timeout: 265 seconds) 11.35.07 # New commit by 03jdgordon (r26371): be smarter about %xd so it only eats 2 letters if that image has subimages 11.36.12 Join aim_ [0] (~hamish@119.224.50.74) 11.39.19 Quit aim_ (Client Quit) 11.41.37 # now binutils build succeed. but my cygwin's env does not install GMP and MPFR. then gcc-4.4 can not build. 11.42.46 # ucchan: they're not available for cygwin? 11.46.35 Join merbanan [0] (~banan@c-94-255-217-84.cust.bredband2.com) 11.49.11 # JdGordon: no. I found out some bits (such as needing a boolean as well, I need the callback :), and I know I need a few lang strings, so I need to look into those, but the main issue I have is where to store the string. I need it in firmware/, so it should be stored in firmware/, and as far as I can see that's not really straightforward 11.49.35 # whats it for? 11.49.35 # Unhelpful: I try install GMP, MPFR from source (binary does not exist) 11.50.07 # the name of a file to use as a disk image :) 11.50.33 # any reason you couldnt just strcpy() the string somehwere more local? 11.50.58 # GMP can build on cygwin 1.5 and gcc 3.4. 11.51.27 # yes, but a binary would be nicer :) 11.51.35 # copy the pointer would be smarter I guess, but there's no callback... 11.51.37 Quit esperegu (Remote host closed the connection) 11.52.24 # I'll need an enable/disable setting as well, so I could copy it from that callback 11.52.38 # gevaerts: this is for the mount iso image thing? 11.52.59 # Yes, basically 11.53.24 # I'm implementing the storage_*() api for loopback 11.53.26 # why not add a context menu option instead? you dont actually need it to be persistant do you? 11.53.38 # hm 11.53.42 # good point 11.53.58 # so basically a context menu that says "Use this file, starting from now" 11.54.29 # more like "mount this file immediatly... " 11.54.50 # Yes, that's what "use" means :) 11.55.26 # That also ensures that the file is there when the thing starts 11.56.40 # are you doing this for RaaA also? 11.56.52 # I mean using a file for the disk 11.57.06 # no, this is a different idea 11.57.37 # OK, I'll look into that. After that, there's the slight issue that loopback is basically hotswap, and the hotswap code assumes that there's only one driver providing hotswappable drives, and the slight issue that the main usecase is USB and USB unmounts everything on connect so the loopback file is gone... 11.58.06 # sounds like a nice helping of spaghetti there :) 11.58.36 # The good thing is that the end result should be some nice cleanups :) 11.59.28 # After that, someone should add MMC support to MMS, so we actually emulate a real CD drive 11.59.48 # And then, we can start thinking about exporting playlists as audio CDs 12.00.29 # After that you'll finally be able to re-rip your mp3 collection without having the originals :) 12.02.13 *** Saving seen data "./dancer.seen" 12.05.20 # yay? 12.06.03 # isnt audio cd support completly redundant? I mean if something has usb it very probably has audio in 12.08.04 # If something has usb and is meant for audio, I actually assume that it probably might not support CD drives at all 12.08.35 # The audio CD bit is a bit silly, but general CDROM emulation might be useful so iso images actually work as expected 12.10.57 # only if it supports dvd iso images also :) 12.11.16 # and yes it would be fun to keep a bunch of boot cds on a clip 12.11.51 Join halmi [0] (~netbook@80-123-43-60.adsl.highway.telekom.at) 12.12.10 Quit liar (Quit: Verlassend) 12.15.30 Join Guest84887 [0] (~Farthen@g230251150.adsl.alicedsl.de) 12.15.43 Quit Guest84887 (Client Quit) 12.38.48 Join petur [0] (~petur@rockbox/developer/petur) 13.03.03 Join moos [0] (moos@rockbox/staff/moos) 13.06.35 Join JdGord [0] (~jd@110.23.121.142) 13.12.07 # I quit soon. I report the build result tommorow. 13.12.21 Quit ucchan (Quit: Leaving...) 13.14.54 # * S_a_i_n_t wonders if anyone has an ARM-EABI toolchain built for CygWin that could .zip it up/upload it somewhere for him. 13.15.15 # Blue_Dude, if you come in and notice this: ^ 13.19.43 # pixelma: You about? 13.20.38 Join halmi_ [0] (~netbook@80-123-43-60.adsl.highway.telekom.at) 13.21.50 # I'm just about to fix the plugins now using pla keys in the manual, and think it'd be cleaner and easier on the long run to add the PLAs to the platform keymap files. Thoughts? 13.22.14 Quit halmi (Ping timeout: 260 seconds) 13.28.09 Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 13.31.56 Join Kitar|st [0] (~Kitar_st@BSN-182-73-207.dial-up.dsl.siol.net) 13.34.35 Quit Kitr88 (Ping timeout: 265 seconds) 13.36.50 Quit Kitar|st (Ping timeout: 272 seconds) 13.39.10 Join Kitar|st [0] (Kitar_st@BSN-182-53-132.dial-up.dsl.siol.net) 13.39.52 Quit shai (Ping timeout: 260 seconds) 13.44.12 # D2 is touchscreen? 13.45.04 Join wincent_balin [0] (~wincent@f055133117.adsl.alicedsl.de) 13.45.16 Quit robin0800 (Remote host closed the connection) 13.50.59 # yep, AFAIK 13.51.07 # re: D2 13.59.54 Join halmi [0] (~netbook@80-123-43-60.adsl.highway.telekom.at) 14.02.14 *** Saving seen data "./dancer.seen" 14.02.40 # {PLA_EXIT, BUTTON_PLAY|BUTTON_SELECT, BUTTON_NONE }, means you have to press both play and select? 14.03.23 Quit halmi_ (Ping timeout: 276 seconds) 14.03.25 # I think so, I remember that from the Hotkey keymap mess 14.04.22 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 14.05.41 Join halmi_ [0] (~netbook@80-123-43-60.adsl.highway.telekom.at) 14.07.50 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 14.08.06 Quit halmi (Ping timeout: 240 seconds) 14.09.01 Quit flydutch (Quit: /* empty */) 14.10.23 Quit JdGord (Quit: Bye) 14.14.13 Join esperegu [0] (~quassel@145.116.15.244) 14.16.04 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 14.19.57 Quit Rob2223 (Quit: Rob2223) 14.24.52 Join Rob2222 [0] (~Miranda@p4FDC993A.dip.t-dialin.net) 14.30.53 Join anewuser [0] (anewuser@unaffiliated/anewuser) 14.34.54 Join funman [0] (~fun@rockbox/developer/funman) 14.39.27 Join pyther [0] (~pyther@unaffiliated/pyther) 14.42.56 # http://img442.imageshack.us/img442/619/clipm.png <- does it look like a 5 minutes improvement, or random variation ? (green line is patched) 14.44.31 # looks like an improvement to me, if its accurate. 14.45.03 # *slightly* more than 5 min I'd say too...perhaps ~7? 14.45.34 # 7'39'' :o) 14.45.54 # \o/ 14.46.00 # but the battery wasn't exactly at the same value when beginning 14.46.00 # what did I win? ;) 14.46.36 # if you guess the milliseconds you get all my sansas 14.47.01 # Hmmmm... "31" 14.47.04 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 14.51.29 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.51.36 # AlexP: yes 14.51.56 # ta 14.52.00 # order or timing doesn't matter if the third column is BUTTON_NONE 14.52.31 # I'll just put that is as Play + Select 14.52.40 # s/is/in/ 14.53.24 Join steve|m1 [0] (~steve@p4FD46624.dip.t-dialin.net) 14.54.27 Join teru [0] (~teru@M016207.ppp.dion.ne.jp) 14.55.04 Quit steve|m (Ping timeout: 276 seconds) 14.55.45 Quit steve|m1 (Client Quit) 14.56.04 Join steve|m [0] (~steve@p4FD46624.dip.t-dialin.net) 14.57.16 # kugel: So for e.g. alarmclock on a scrollwheel target (e.g. ipod video), both scroll fwd/back and up/down (menu/play) will change the time? 14.57.24 # Thanks for the list by the way :) 14.59.18 # I wonder what that guy wanting to use ORCA is trying to achieve 14.59.40 # It just uses festival or espeak anyway... 15.07.01 # rasher: afaik ORCA is a screenreader not a TTS. 15.07.50 Join DataGhost [0] (~dataghost@17-18-ftth.onsnetstudenten.nl) 15.07.50 Quit DataGhost (Changing host) 15.07.50 Join DataGhost [0] (~dataghost@unaffiliated/dataghost) 15.08.05 # So it makes absolutely no sense 15.10.45 # http://img413.imageshack.us/img413/4656/clipr.png < clip+, here the difference is 10 minutes (over 14 hours) 15.12.41 # FlynDice: i'm testing lcd invert on fuzev2 -> no plugins crash 15.15.42 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 15.21.15 Quit kugel (Ping timeout: 260 seconds) 15.25.11 Quit petur (Quit: later) 15.25.20 # * AlexP summons kugel 15.25.48 # FS#11329 : lcd_flip for fuze v1/v2 15.26.54 Quit n17ikh (Ping timeout: 240 seconds) 15.28.14 # FS#11330 : disable peripheral clocks for Clip* LCD, please run comparisons to avoid measurement error 15.33.38 Quit merbanan (Ping timeout: 264 seconds) 15.34.22 Join kugel [0] (~kugel@rockbox/developer/kugel) 15.34.32 # funman: fuzev2 plugins seem to work fine for me now with the same patch I used the last time for LCD upside down. 15.35.22 # random bugs hit us again ? :o 15.36.00 Join kugel_ [0] (~kugel@g231105053.adsl.alicedsl.de) 15.36.19 Quit kugel (Disconnected by services) 15.36.22 Nick kugel_ is now known as kugel (~kugel@g231105053.adsl.alicedsl.de) 15.36.29 Quit kugel (Changing host) 15.36.29 Join kugel [0] (~kugel@rockbox/developer/kugel) 15.36.31 # AlexP: yea 15.37.13 # FlynDice: i'll commit it then 15.37.44 # kugel: It seems that some keys have been lost on some targets - e.g. bubbles menu used to be save on the S, but it is now PLA_EXIT (or cancel, I forget) so there is no longer anyway to save it other than via the menu on the S (maybe for other targets too). Is this intentional? 15.38.00 # one of you knows where the disk led icon is ? 15.39.32 # bitmap_icon_disk in apps/recorder/icons.c :/ 15.41.04 Quit kugel (Ping timeout: 260 seconds) 15.42.04 Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 15.43.20 # New commit by 03funman (r26372): Fuzev1/v2 : lcd_set_flip() ... 15.44.36 # kugel: Next example - for clock the manual suggests that there used to be two buttons - one to go to the menu, and one to save and quit directly. It now (on the S at least) only seems possible to go to the menu 15.44.42 Quit evilnick (Ping timeout: 245 seconds) 15.46.24 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 15.48.18 # funman: re lcd upside down I did update the fuzev2 bootloader several times yesterday looking at the firmware upgade difficulties Rob2222 was having. So if it causes problems for someone perhaps that's the first suggestion. 15.49.30 # Torne: what do you want to do about the font "fix"? the patch looks ok to commit 15.49.41 # hm now i remember ssorgatem mentioned problems with fuzev2 lcd (white screen) related to bootloader 15.49.51 # FlynDice: any new patch for that aviable, yet? 15.50.42 # FlynDice: can you give a try to http://pastie.org/983127 on e200v2 and see if mpegplayer still works? 15.51.03 # Rob2222: Don't hold your breath, I don't know what's going on there... 15.51.08 # funman: sure 15.51.14 Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 15.51.53 # FlynDice: yeah, no problem. i'm still collecting information about that in different forums 15.52.22 # but definitely im not the only one with that 15.52.37 Quit evilnick_ (Ping timeout: 245 seconds) 15.54.04 Quit bmbl (Ping timeout: 258 seconds) 15.54.30 Join kugel [0] (~kugel@rockbox/developer/kugel) 15.54.45 # AlexP: there's no save in bubbles 15.55.05 # There is, you can quit or quit without saving 15.55.09 # then resume next time 15.55.25 # yes, that's in the menu 15.55.31 # there's no key for that 15.55.41 # So the manual has always been wrong, as it suggest there used to be a key 15.56.48 # * AlexP adds a ? to the last sentence 15.57.12 # AlexP: I assume some hotkeys got lost when the plugins were converted to have a menu 15.57.20 # OK 15.57.37 # I remember there was a biggish commit, it added a menu for some plugins which can hold the playback controls 15.58.28 # same goes for clock.rock 15.59.36 # OK 16.00.02 Quit xavieran (Ping timeout: 240 seconds) 16.00.08 # rasher: scorche: ping? 16.00.08 # kugel: demystify - you definitely used to be able to quit it using the h100 remote - I haven't tried, but I don't see that in the source now? 16.00.57 # New commit by 03jdgordon (r26373): make the script zip the output 16.01.32 # AlexP: should be possible 16.01.53 # kugel: As in possible to add, or currently there? :) 16.01.57 # {PLA_CANCEL, BUTTON_RC_STOP, BUTTON_NONE }, and #define DEMYSTIFY_QUIT PLA_CANCEL 16.02.06 # ah yes, sorry 16.02.15 *** Saving seen data "./dancer.seen" 16.02.15 # my mistake 16.02.22 # I was looking in the wrong place :) 16.02.56 # the pla_remote_ctx actually only holds directions 16.03.05 # some remote keys are in the main_ctx 16.03.10 # I assume that's confusing 16.03.25 # It was actually something more silly :) 16.03.40 Join webguest54 [0] (www-data@giant.haxx.se) 16.03.50 # but on some remotes you can only have a subset of the buttons, so the remote_ctx would be incomplete, that's why i did it that way. but it can be changed 16.04.49 # I'd done that fine - but when I added the pla to the keymap files, I had to add main unit and pla actions seperartly, so when I then looked at the demystify source I confused my self and was looking for PLA_RC_* (or some such), forgetting that the remote buttons were already defined in the PLA_* :) 16.05.28 # ah ok :) 16.06.01 # Anyone know that bootloader can compile with arm-eabi? 16.06.54 # FlynDice: I think theres a new additional check performed in the firmware update routine. Now I just wonder if this routine (that flashs the *.bin to the cip itself) is within the firmware and so in the *.bin itself, or if this is maybe additional code that is in the player that gets not updated while flashing, like a hard installed firmware-upgrade-loader. But I have no idea how to figure that out atm. 16.07.11 # kugel: This is pretty cool actually, as it automatically adds quite a lot of remote buttons to plugins 16.08.10 # yea, I'm not even sure anymore if the pla_remote_ctx should be separate 16.08.37 Join Rob2223 [0] (~Miranda@p4FDCB3EF.dip.t-dialin.net) 16.09.23 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.188) 16.09.41 Quit Rob2223 (Read error: Connection reset by peer) 16.09.52 Join Rob2223 [0] (~Miranda@p4FDCB3EF.dip.t-dialin.net) 16.10.52 Quit S_a_i_n_t (Ping timeout: 248 seconds) 16.12.02 Quit Rob2222 (Ping timeout: 264 seconds) 16.12.58 # JdGordon: how do I add something to the context menu? 16.13.13 Quit webguest54 (Quit: CGI:IRC (EOF)) 16.13.20 # which context menu? 16.13.27 # file browser 16.13.31 # apps/onplay.c 16.13.49 # (that really needs to be renamed :p ) 16.14.18 # funman: mpegplayer doesn't work with that patch. I get sound but no video. 16.14.18 # create a MENUITEM_FUNCTION() and add that to the menu 16.14.28 # FlynDice: ok 16.14.49 Quit Topy44 (Quit: No Ping reply in 180 seconds.) 16.14.57 # btw lcd inversion (colors) still works if you let the backlight go off and on again ? 16.15.26 # let me look 16.15.31 Join Topy44 [0] (~topy@my.fastsh.it) 16.15.55 # color inverted not screen upside down right? 16.15.59 # yeah 16.17.31 # works fine 16.17.39 # funman: why the changes to the window function? 16.18.13 # kugel: i want to move e200v2/fuze common code to a single file 16.18.57 # that doesn't really answer my question 16.19.18 # I mean the s/R_HORIZ_RAM_ADDR_POS + 2/0x46/ sort of changes 16.19.25 # funman: I misunderstood your question I think 16.20.06 # kugel: i found it more clear that way in fact 16.20.14 # funman: on e200v2 with color inverted it does indeed switch back to normal(uninverted) once the screen goes dark 16.20.21 # ah ok 16.20.23 # funman: "more clever"? 16.20.34 # AlexP: while you're playing with plugins... is the backdrop from the theme being displaed in the plugins menus like they should be? 16.20.48 # kugel: no, clear 16.20.52 # I think if it has a reason it should be explained in the commit message. and it obviously wasn't related to lcd flip so it should be a separate commit 16.20.58 # oh misread, sorry 16.21.14 # kugel: well it's just a revert of something i had made earlier 16.21.27 # so? 16.21.38 # reverts should be even more commented on 16.21.40 # i should have mentioned it in the log 16.21.42 Join mischasworld [0] (~quassel@f050242139.adsl.alicedsl.de) 16.21.48 # just cosmetics anyway 16.22.18 Join merbanan [0] (~banan@c-b21d5eba-74736162.cust.telenor.se) 16.22.19 # FlynDice: i'll revert 26353 16.24.14 # New commit by 03funman (r26374): e200v2: revert r26353 ... 16.25.39 Quit wincent_balin (Changing host) 16.25.39 Join wincent_balin [0] (~wincent@rockbox/developer/wincent) 16.26.46 # JdGordon: Don't know, I'm looking at the code not a sim etc. I'll have a look in a bit :) 16.27.35 # dont worry :) 16.36.06 Quit wincent_balin (Ping timeout: 240 seconds) 16.37.01 Quit kugel (Ping timeout: 252 seconds) 16.37.32 Quit merbanan (Ping timeout: 248 seconds) 16.37.57 # is there an easier way to backport r26365 to 3.6 or do I need to checkout the branch with svn? 16.39.41 # you need to checkout the branch 16.39.58 # ok thanks... 16.43.08 Join solexx [0] (~jrschulz@e176126187.adsl.alicedsl.de) 16.43.33 # * JdGordon has a feeling noone particularly cares about the upcoming skin changes, but there will still be chaos when it happens :/ 16.46.13 Quit solexx_ (Ping timeout: 276 seconds) 16.47.24 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 16.50.57 Join merbanan [0] (~banan@c-94-255-222-11.cust.bredband2.com) 16.55.57 # bieber: im having a look at the theme editor code.. please stop using the name WPS... call it skin instead 16.56.13 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 16.56.26 # New commit by 03Buschel (r26375): Small changes to asm for better readability. 16.56.57 Join Buschel [0] (~ab@p54A3F45C.dip.t-dialin.net) 16.57.37 # FlynDice: can you give a try to http://pastie.org/983182 and see if e200v2 lcd still worsk ? 16.57.49 # i changed lcd_enable() to be like the fuze 16.57.59 # ok 16.58.05 # re activation is simpler and doesn't run the full _display_on() 16.58.11 # hmm wait 16.58.20 # i didn't check if the register settings were identical :o 16.59.18 # * FlynDice waits patiently watches git svn clone branch 3_6 for amusement... 16.59.34 # bad idea... 17.00.12 # New commit by 03Buschel (r26376): Correction to clobber lists of several codec's inline assembly. 17.00.54 # Where's my menu item? 17.01.49 # FlynDice: pastie updated 17.01.59 # ok 17.03.21 # gevaerts: on the couch where you left it! 17.03.31 # * gevaerts looks 17.03.36 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.03.37 # Oh, yes, there it is! 17.04.09 # hehe, did you add it to the right menu? 17.04.13 # i.e not the wps menu? 17.04.47 # I hadn't added it to the checker thing 17.05.47 # the checker thing? 17.06.04 # clipboard_callback() 17.06.10 # afaics fuze/e200v2 send reversed BGR colors to the controller 17.06.23 Quit esperegu (Ping timeout: 264 seconds) 17.06.42 # and the fuzev2 send the bytes in a swapped order, how more twisted can that be ? 17.06.48 # why are you adding it to that? 17.06.56 # because I copied code! 17.07.35 # show me a diff? 17.07.44 # you just want it on the file menu right? 17.08.11 # http://pastebin.com/GFnPqh5z 17.08.36 Quit mischasworld (Remote host closed the connection) 17.08.57 # s/clipboarD_callback/NULL/ 17.08.59 Join Navi [0] (~Lancelot@ppp-70-242-112-223.dsl.rcsntx.swbell.net) 17.09.00 # and you shold be good 17.09.03 Quit Navi (Changing host) 17.09.03 Join Navi [0] (~Lancelot@unaffiliated/navi) 17.09.12 # Yes, but IIUC this way it also checks if it's actually a file 17.09.48 # well yeah 17.10.00 # presumably you only want certain file types though right? 17.10.08 # no idea yet 17.10.21 # ok, if you do then create a seperate callback for it 17.11.22 # can anyone with a Cowon D2 test the patch in FS #11240 ? 17.14.37 Join esperegu [0] (~quassel@145.116.15.244) 17.16.13 # funman: can't get that patch to compile, keep getting this error ---> http://pastie.org/983203 17.16.31 # FlynDice: make dep should fix that 17.16.58 # ok I'll try that 17.18.07 # same problem 17.19.06 Part Navi ("Leaving") 17.19.34 # I cleaned out the folder and started from scratch and still had the error 17.19.55 Quit kugel (Ping timeout: 252 seconds) 17.20.43 # hm 17.21.53 Join kugel [0] (~kugel@rockbox/developer/kugel) 17.22.00 # I'll clean it out & repatch and see what happens 17.22.11 # try just editing make.dep and remove the .h from here 17.23.03 # New commit by 03alex (r26377): Add the plugin lib actions to the manual keymap files. 17.23.12 # New commit by 03alex (r26378): Add non-defined remote actions to the manual keymap files 17.23.17 # New commit by 03alex (r26379): Correct typos in D2 keymap file. 17.23.24 # New commit by 03alex (r26380): Correct manual keymaps for plugins recently converted to PLA, and use manual PLA defines for them. 17.23.57 # Right, that ought to go in 3.6 too I suppose 17.29.15 # funman: out of time for now, I'll try a bit later 17.29.28 # np 17.31.17 # AlexP: that was fast! 17.31.37 # kugel: I hope it is right :) 17.31.45 # They build at least :) 17.31.54 # lots of "code" removed, it must be right :) 17.32.06 # Although I forgot to mention the flyspray task :/ 17.32.09 # FlynDice: Ive found a little difference in the furmware files that my Fuze2 accepts. The to he likes have 0x24 at offset 0x408, and all older files have 0x18 at offset 0x408, the RB-patched has code there already. can it be that this is a data section and the new FW checks for a 0x24 there? 17.32.47 # hm, interesting 17.33.05 # FAT keeps working if you have a file open even if you unmount the drive 17.34.46 # Rob2223: this is normally code at this place 17.35.07 # namely, software interrupt handler 17.36.02 Quit teru (Quit: Quit) 17.36.11 # funman: but in the OF there is text at 0x420 17.36.34 # yeah nothing prevents you to put ascii text in code 17.37.55 # read mkamsboot.c or amsinfo.c if you want to see what we know about the file format 17.38.38 # Rob2223: can you downgrade to an older OF? 17.39.34 # no, it just flashes 02.03.31-OF and .33-OF 17.39.53 # maybe they changed the checksum calculation 17.40.22 # cause of that im researching whats even in 31 and 33 and looks whats change from them both to the older OF-files 17.40.29 # i don't think we check if their checksum is correct 17.41.01 # yeah, i think checksum is fine, cause the _identical_ .33-rb-patched is working on other fuzes 17.41.22 # I thought it was a general problem with 2.03.xx OFs 17.41.36 Join petur [0] (~petur@rockbox/developer/petur) 17.41.54 # funman: is 0x460 code, too? this byte differs, too. and much 00's around 17.42.21 # i will get the mkam* file and study it 17.42.53 # kugel: it doesnt flashes 02.03.28, too 17.42.57 # afaik 0x0-0x400 is the header, everything else is code/data, except the last 32bits of the file which are another checksum 17.43.25 # kugel: you have updated your OF ? 17.43.33 # no 17.43.39 # which one you have? 17.43.50 # funman: yeah but if the data is same for much OFs' the could check a byte of that data like a flag, before allowing flash, or? 17.44.02 # 2.02.17 or .26 I think 17.44.55 # Rob2223: i have the same info than you 17.45.04 # and much codein that area is identical in the OFs 17.45.24 Join halmi [0] (~netbook@80-123-42-58.adsl.highway.telekom.at) 17.45.31 # no, add an instruction and all offsets change 17.46.04 # that said there are parts of the OF which we don't know what they are 17.46.31 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 17.46.42 # well, 0x400-0x600 only differ in 3 bytes, which 1 is the OF version numbe, in OF.31 and OF.33 17.46.59 # i understand 17.48.28 Quit halmi_ (Ping timeout: 260 seconds) 17.48.43 # funman: I surely don't dare to update now :) 17.48.57 # ;) 17.49.07 # if you want to try and it doesn't work we can exchange fuzes at devcon 17.49.52 # atm i think it could be that they (my fuze2) checks 0x408="0x24" or 0x460="0x44"... at least its even in .31 and.33 and differs in all rejected FWs 17.50.03 # I can give you mine to play with at the devcon but I need a working one back ;) 17.50.35 # that works 17.55.13 # New commit by 03alex (r26381): Add the plugin lib actions to the manual keymap files. 17.55.18 # New commit by 03alex (r26382): Add non-defined remote actions to the manual keymap files 17.55.22 # New commit by 03alex (r26383): Correct typos in D2 keymap file. 17.55.26 # New commit by 03alex (r26384): Correct manual keymaps for plugins recently converted to PLA, and use manual PLA defines for them. 18.02.18 *** Saving seen data "./dancer.seen" 18.03.08 # * gevaerts plays audio from a loopback-mounted FAT filesystem image \☺/ 18.06.01 # gevaerts: What would this let us do 18.06.03 # ? 18.07.02 # AlexP: play audio from a loopback-mounted FAT filesystem image :) 18.07.13 # um, thanks :) 18.07.49 # probably a proof of concept for mounting images, more useful for mounting iso cd images (going by the recent talk) 18.10.55 # AlexP: as soon as the hotswap code has been cleaned up, and the USB code knows about exporting only selected disks, this will allow you to have bootable images on your DAP. Later on, if we ever add MMC support, that would extend to cdrom emulation 18.11.13 # OK, cheers 18.11.13 # Right now it's just a fun experiment though 18.11.54 # It actually does work over USB, but that's an accident, and if you mount the underlying FS on your PC as well, you'll probably see interesting things :) 18.12.58 Join esperegu_ [0] (~quassel@145.116.15.244) 18.13.02 Quit esperegu (Read error: Connection reset by peer) 18.15.18 Quit TheSeven (Remote host closed the connection) 18.20.25 # is thumb calling convention different from arm ? 18.20.44 # I see a 'mov r7, r11' as first insrtuction after pushing registers on the stack 18.21.38 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 18.22.58 # ah never mind it's for stacking it 18.25.05 # gevaerts: I hope I can get the #ifdef SIMULATOR cleanup done this week 18.26.12 # * kugel decides to ignore mpeg.c 18.29.57 # fortunately apps/ doesn't have too many #ifdef SIMULATOR 18.35.22 # hmm, walking through the manual brings up a (minor) question: do we really have -72, -73 and -74 dB as lowest possible volume on different targets? or is it just an effect of different counting or interpretation (e.g. counting -74 dB as lowest step even it is equal to off) the same is valid for -89 and -90. 18.37.44 Join domonoky1 [0] (~Domonoky@agsb-d9bda507.pool.mediaWays.net) 18.38.27 Quit domonoky (Ping timeout: 245 seconds) 18.39.01 # Buschel: which targets? 18.44.29 Quit panni_ (Read error: Connection reset by peer) 18.44.42 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 18.46.49 # ah memset has an incorrect return for thumb/armv4 18.47.49 # i'm gonna try clipv2 18.48.20 Join thehodapp [0] (www-data@giant.haxx.se) 18.48.29 Quit bmbl (Ping timeout: 258 seconds) 18.49.36 Quit thehodapp (Client Quit) 18.53.21 # boots fine but plugins/codecs crash 18.53.42 # ram usage almost 100kB down 18.53.52 # and i didn't have to use -mlong-calls :? 18.55.15 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 18.57.14 # i just fixed cpucache_invalidate and playback/plugins are fine 19.01.26 Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.0.188) 19.04.54 Join toffe82 [0] (~chatzilla@adsl-75-8-206-17.dsl.frs2ca.sbcglobal.net) 19.06.30 Join orzech [0] (~orzech@elj74.internetdsl.tpnet.pl) 19.07.19 # hey, is there a possibility to change functions of keys of sansa_clip_plus player? 19.07.20 # New commit by 03FlynDice (r26385): Backport 26365: sd-as3525.c: Do not wait for TRAN state after transfer is over. ... 19.10.09 # so that for example. button 'volume up' changed volume to down and vice versa 19.11.48 # orzech: Yes, but you will need to edit the source then compile it 19.12.44 # New commit by 03funman (r26386): cpucache_invalidate: use bx reg instead of mov pc, reg to return ... 19.14.57 # AlexP: no problem, is there any doc? or maby somone with deaper insigth might tell what to look for in source code? 19.16.00 # orzech: Edit apps/keymaps/keymap-clip.c 19.16.14 # AlexP: thx :) 19.16.14 # Well, I assume that it is that one and that the clip+ is the same as the clip 19.16.40 # most probably it is 19.16.41 # it's teh same 19.19.14 Quit moos (Ping timeout: 240 seconds) 19.19.52 Quit z35 (Quit: Leaving) 19.26.02 # It seems lke it would be a pain to use a rockbox with the sandisk clip considering how small it is 19.26.30 # subjective. 19.26.39 # many people quite like it. 19.27.03 Quit liar (Quit: Verlassend) 19.27.29 Quit S_a_i_n_t () 19.28.52 Quit Buschel () 19.29.10 # am I the only one to have test_codec never exit ? 19.31.20 # the goto is suspicious 19.31.44 Quit rvvs89 (Changing host) 19.31.44 Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) 19.33.28 Join efyx_ [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 19.33.48 Quit efyx (Read error: No route to host) 19.34.18 Quit phanboy4 (Ping timeout: 245 seconds) 19.38.20 # pyther: I'm ipod shuffle (2gen) and what I dislike about clip is fact that it is hard to control without accualy looking at screen 19.40.39 # New commit by 03funman (r26387): Fuze: don't change gate scan position if lcd_set_flip() is not used 19.41.32 # and the fact that clip is designed to be used verticaly - I like to clip plyerts to my belt, and sansa clip ends up in horizontal position 19.42.17 # with rockbox I hope to overcome those limitations :) 19.42.54 Quit stoffel (Ping timeout: 265 seconds) 19.53.31 # http://pastie.org/983362 -> files built with -mno-thumb 19.57.11 # orzech what clip? 19.57.51 # funman: is there no way to manually fix up inline asm? 19.58.09 # I expect enable/disable_irq is the only reason most of those files contain inline asm 19.58.13 # yes there is 19.58.24 # make them real functions and move them to separate files 19.59.05 # what about blx pc, nop, nop? 19.59.26 # what about my solution? 20.01.31 # codecs are a bit slower except aac 20.01.50 # and ac3 20.01.57 # r0b-: clip+ 20.02.15 # you have Rockbox on it? 20.02.20 *** Saving seen data "./dancer.seen" 20.02.28 # yes, installed 1h ago 20.02.33 # http://pastie.org/983377 <- and lame_256.mp3 fits in the buffer with thumb :P 20.03.07 # and from the looks of it, it seems to be working 20.04.20 # funman: what about thumb versions of enable/disable_irq? 20.05.26 # not possible 20.05.40 # no mcr/msr in thumb? 20.05.49 # anyway my script just checks for 'asm' 20.06.10 # if you have a variable named 'XXXasmYYY' it will be built with -mno-thumb (default) 20.06.52 # of course we could also try to build the file first with -mthumb and fallback to -mno-thumb if it fails 20.07.10 # it could turn to be faster than parsing the preprocessor output 20.08.05 # what i would like to know is if modifying the returns to be thumb compatible is ok because it might mean add 1 instruction 20.08.55 # orzech how hard was the RB Install on a clip? 20.09.01 # clip +? 20.10.59 # r0b-: almost 'copy&play' :) 20.11.17 # heh i rockboxed me e260 v1 20.11.43 # I followed instructions form the manual - took like 15 mins - my first time to use rockbox who 20.13.01 # well, I do not know much about sansa player - I just whated some Ipod shuffle alternative :) 20.13.20 # * r0b- has a 1GB 2nd gen shuffle 20.13.24 # no charger 20.14.18 # I alos have 1gb 2ed gen shuffle, and infortunatelly as far as design/usability goes shuffle>clip+ ;( 20.14.35 # amiconn: http://pastie.org/983394 <- works on clipv1. We could skip that on armv5+ but I guess for 1 instruction it's not a problem? 20.14.55 # that's why I decided to use rockbox 20.15.41 Join shodan45 [0] (~chris@adsl-068-212-080-078.sip.msy.bellsouth.net) 20.16.15 # audiobuffer 773kB on clipv1, voice almost works! 20.16.37 Join stoffel [0] (~quassel@p57B4ABA7.dip.t-dialin.net) 20.18.05 # what eats more battery: playing oggs from internal flash or playing flacs from microsd? (fuze v1) 20.18.42 # the oggs are "q6" iirc, if that matters 20.20.27 # We have two different chinese (simple) translations FS#11327 and FS#11290 - any thoughts on which to commit? 20.20.45 # -Os => another 30kB 20.20.59 # AlexP: proof-read both and pick one :) 20.21.10 # gevaerts: er, yes.... :) 20.21.36 # Maybe markun can help (or maybe he knows people who can) 20.23.01 # perhaps suggest them to collaborate 20.23.10 # (both translations authors) 20.23.35 # yeah, I'll put a note on for them 20.31.17 Join XXStatik [0] (~XStatik@173-17-71-88.client.mchsi.com) 20.35.41 Quit XStatik (Ping timeout: 276 seconds) 20.37.51 Quit kugel (Remote host closed the connection) 20.40.06 # funman: Anything against reducing pluginbuffer to 0x10000 on clipc200v2? 20.51.17 Join saratoga_ [0] (~463f90ed@gateway/web/freenode/x-syeugwqqlfrfyjxy) 20.56.41 Quit XXStatik (Ping timeout: 260 seconds) 20.58.15 # orzech might i PM you? 21.02.12 # New commit by 03alex (r26388): Add a brief description of radio art to the manual. Closes FS#11279. 21.02.21 # New commit by 03alex (r26389): Only show the section on radio tags if the target has a radio. 21.02.26 # New commit by 03alex (r26390): Consolidate the information on album art into one place. 21.03.31 # is there a way for Rockbox to decrypt like id3 tags broadcasted by radio stations? 21.03.37 # for the Artist/Song? 21.04.12 # You mean RDS? 21.05.18 # r0b-: sure, but I need to be going now, so I will answer you when I caome back 21.05.26 # eta. 8h 21.05.33 # yea 21.06.23 # New commit by 03alex (r26391): Add a brief description of radio art to the manual. 21.06.30 # New commit by 03alex (r26392): Only show the section on radio tags if the target has a radio. 21.06.32 # r0b-: Sort of 21.06.38 # New commit by 03alex (r26393): Consolidate the information on album art into one place. 21.07.02 # r0b-: It is only implemented for the ipod FM accessory 21.07.09 # so if the clip+ i switched to thumb it'll almost double the audio buffer? 21.07.09 # ah 21.07.13 # r0b-: Although the gigabeat S tuner has the capability 21.07.38 # i dont think the e200v1 has the ability 21.07.51 # nope 21.08.16 # oh well 21.11.01 # im about to purchase a Clip + as soon as i get to best buy 21.11.27 Quit stoffel (Remote host closed the connection) 21.12.20 # ranma: clipv1 is already no? 21.13.01 # ranma: ah, some plugins didn't build on c200v2 (ppmviewer at least) 21.29.22 # ranma: btw i have warnings in kernel.c with -Os 21.30.15 # r0b-: what are those selling for? 21.32.17 # & rockboy 21.42.50 Join Jaykay [0] (~chatzilla@p5DC57C6B.dip.t-dialin.net) 21.45.12 # 15$ 21.45.17 # 45$ 21.47.41 # for a 4G 21.50.07 Join Jaykay_ [0] (~chatzilla@p5DC577CB.dip.t-dialin.net) 21.50.11 # http://www.bestbuy.com/site/SanDisk+-+Sansa+Clip%2B+4GB*+MP3+Player+-+Blue/9448537.p?id=1218106627473&skuId=9448537 21.51.26 Quit Jaykay (Disconnected by services) 21.51.32 Nick Jaykay_ is now known as Jaykay (~chatzilla@p5DC577CB.dip.t-dialin.net) 21.54.49 # does the clip+ have a hold switch? 21.55.20 # no it uses a long home button press to trigger hold 21.57.08 # i dunno how rockbox handles it though' 21.57.15 # home+select 21.58.15 # and i see it's missing from the manual 21.59.20 # a single button press might be a lot bettter for that 21.59.31 # double button presses are fairly hard on the other clips because they're so small 21.59.48 # this combo is already used for go to wps 22.00.01 # so 2 times the combo = go to wps + lock 22.01.25 # New commit by 03funman (r26394): manual: add key combo for clip+ software hold 22.01.37 # have any of you other then orzech tried Rockbox on a Clip +? 22.01.47 # some parts of the clip keymap need rework i think 22.01.49 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 22.02.10 # i think holding home for lock is more useful then getting to the quick screen 22.02.22 *** Saving seen data "./dancer.seen" 22.02.40 # probably 22.02.53 # * funman never uses quick screen 22.03.13 # feel free to exchange the combos 22.03.26 # i'll do it later when i'm at my main pc 22.03.36 # funman: I think that wants to go in the branch as well 22.03.48 # good point 22.03.53 # AlexP: clip+ isn't in the release so it's ok 22.04.01 # ah right 22.04.19 # well it could be IMO ;) 22.04.54 # kugel: (for the logs): any chance you could take a look at "FS#11286 - PictureFlow segfault when showing tracklist or playing - fixed." 22.05.01 # it sounds like something we would like to see committed 22.06.30 # actually csavery has a few useful looking patches on the tracker, but I'm not familiar with anything they touch 22.07.41 Quit saratoga_ (Quit: Page closed) 22.08.33 # so rockbox is still very unstable on Clip v2/clip + right :? 22.24.59 Quit shai (Quit: Leaving) 22.27.48 Join stoffel [0] (~quassel@p57B4ABA7.dip.t-dialin.net) 22.34.33 Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 22.38.34 Join wodz [0] (~wodz@chello087206240004.chello.pl) 22.39.04 # r0b-: im using it since 2 days now 22.39.09 # for playing MP3 22.39.14 # works fine 22.39.53 # even more you can boot the original firmware with a keypress if you want 22.40.24 # can someone look at http://www.pastie.org/983596 . This doesn't work *BUT* if I substitute lcd_drawline with commented one it works (but don't use whole lcd width of course). I must miss something obvious 22.44.11 # New commit by 03gevaerts (r26395): fix broken case handling in storage_present() and storage_removable(). Those were buggy for targets with a hotswappable drive *and* more than one ... 22.45.24 # Rob2223 what Clip + you got 2GB 4GB or 8GB? 22.45.40 # also rockobx has many things over the OF 22.45.46 # 8GB 22.45.50 # games and such 22.46.07 # its like 49$ for the 4GB 22.46.09 # is it worth it? 22.46.55 # could You move discussion to #rockbox-community please 22.47.17 # well it has 8GB, is small and is rockbox capable. does that answer the question? :D 22.47.48 Nick Zarggg_ is now known as Zarggg (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 22.48.17 Join Soap_Hotel [0] (www-data@giant.haxx.se) 22.51.50 # amiconn: Torne: please have a look at http://pastie.org/private/m5vcakq1rmcehxmeha7iq 22.57.53 Quit Soap_Hotel (Quit: CGI:IRC (Ping timeout)) 22.59.03 Join Soap_Hotel [0] (www-data@giant.haxx.se) 23.00.11 Quit stoffel (Remote host closed the connection) 23.06.18 Join wincent [0] (~wincent@f055222219.adsl.alicedsl.de) 23.15.53 # mpegplayer code does the same 23.17.31 Quit wincent (Changing host) 23.17.31 Join wincent [0] (~wincent@rockbox/developer/wincent) 23.17.47 # i really should try to write an mpeg-4 player for Rockbox 23.18.46 # go for it 23.18.47 Quit lpereira (Quit: Leaving.) 23.18.57 # anyone have an H10 handy? 23.20.07 # why you ask? 23.20.30 # i want something tested 23.21.23 # ah ok. no sorry. i had an H140 and have a H340, but no H10 23.21.31 # saratoga: which one 23.21.34 # ? 23.21.38 # doesn't matter 23.21.57 # I have a small one, but I don't know if it's charged 23.22.00 # i'm going to commit FS#10887 - Change poweroff to only check that the power button is pressed if someone can confirm that AB repeat mode still works with it 23.22.13 # everything else is working 23.22.30 # hm, I'd need to find out what AB repeat mode is supposed to do then :) 23.22.56 # repeat a part of a song from mark a to makr b continously 23.23.02 # ^^ 23.23.21 # gevaerts: yeah I had to dig through the manual to figure out how to test it on the sansas . . . 23.23.37 # i presume its one of those features that included because some OF had it 23.24.00 # I can probably test later. The thing claims that the battery is too low to boot right now 23.24.11 # ok 23.24.23 # would you just try and use AB mode and let me know if it shuts down the player too easily 23.25.10 # I'll have a go 23.25.15 # on the sansas its possible to accidentally shutdown while trying to use AB mode, but the extra time between when AB mode triggers and when the player shuts down is large enough that its not a real problem 23.28.00 # I don't use the thing very often though, so my button-handling expertise might lead to misleading test results 23.30.00 # i doubt anyone on the H10 uses AB repeat at all 23.30.03 # so its fine 23.31.04 # can someone test latest patch on FS#11324? Preferably on DAP with bigger screen. 23.33.14 Join CaptainKwel [0] (~jason@207-237-113-115.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 23.35.43 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 23.35.44 # are thre any devices without a hold switch besides the clip+? 23.35.57 # i'm having trouble figuring out how the manual handles them 23.37.37 Quit esperegu_ (Read error: Connection reset by peer) 23.38.14 # it seems like the manual doesn't cover software hold buttons 23.38.34 # saratoga: It does, see funman's commit earlier 23.38.40 Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 23.38.50 Join esperegu [0] (~quassel@145.116.15.244) 23.39.04 # Not in great detail I'll admit :) 23.39.54 # saratoga: seems to be fine 23.40.04 # great 23.40.30 # can i change \ButtonHome+\ButtonSelect to "hold \ButtonHome" 23.40.37 # its been years since I used latex 23.41.11 # hmm maybe noting that you can use hold in the getting started - clip+ section would be a good idea as well 23.41.43 Quit evilnick (Ping timeout: 240 seconds) 23.43.42 # saratoga: Long is used in the manual 23.43.52 # saratoga: As in "Long \ButtonHome" 23.43.59 # \opt{SANSA_CLIP_PAD}{Long \ButtonHome} 23.44.10 # That would be fine 23.46.17 # New commit by 03saratoga (r26396): Change the software hold button combo from select + home to just holding home. This is both easier to do on such a small player and more consistent ... 23.49.42 Quit Topy44 (Quit: No Ping reply in 180 seconds.) 23.54.16 # New commit by 03saratoga (r26397): Commit FS#10887 by me. Change the check for software poweroff to be that the power button is held, not that the power button is held AND that no ... 23.54.25 # New commit by 03gevaerts (r26398): No need to break after a return 23.58.42 Join Topy44 [0] (~topy@my.fastsh.it)