| 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 | kugel | funman: can't you do .code 32 in inline assembly? |
| 00:10:33 | funman | yes but if you try that you will see thumb code before & after the asm() |
| 00:10:47 | funman | -mthumb specifies if the full file is built in 16 bits, you can't select functions |
| 00:11:16 | funman | but i think not a lot of files use asm() (if i print which files aren't built with thumb) |
| 00:11:24 | kugel | I thought gcc doesn't care about inline assembly |
| 00:11:32 | funman | hmm? |
| 00:12:09 | kugel | it just passes the inline asm to as (possibly with allocated registers) so it shouldn't break -mthumb |
| 00:12:35 | funman | all the surrounding C code is translated to thumb asm so it can't work together |
| 00:13:02 | kugel | doesn't .code 32 switch to arm mode on the fly? |
| 00:13:05 | funman | gcc does either thumb either arm for each time it's invoked, never both together |
| 00:13:08 | funman | no |
| 00:13:09 | kugel | no matter of the preceding code? |
| 00:13:18 | funman | try .code 32 bla .code 16 bla and assemble it |
| 00:13:56 | kugel | what happens? |
| 00:14:15 | funman | 1 ARM instruction, 1 thumb instruction; no switch |
| 00:14:30 | kugel | that sounds stupid |
| 00:14:42 | funman | -mthumb-interwork add 'veneers' to be able to make *calls* between ARM & thumb functions |
| 00:14:46 | kugel | what are these directives for then |
| 00:14:57 | funman | well when you write asm |
| 00:15:27 | kugel | then? |
| 00:16:25 | funman | then, you write the switches yourself |
| 00:16:46 | kugel | that doesn't answer my question |
| 00:17:05 | funman | 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 | kugel | what are .code X for, what do they do? |
| 00:18:17 | funman | they output 16 or 32 bits code, "mov r0, r0" worsk in both but doesnt' give the same output |
| 00:18:56 | kugel | ah ok, but they don't generate a switch? |
| 00:19:28 | kugel | there's not much inline assembly (in the core), could we insert the switch for them? |
| 00:19:34 | funman | no |
| 00:19:39 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 00:19:41 | funman | switch = bx/blx |
| 00:19:55 | funman | 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 | funman | anyway first step would be to figure why it doesn't boot / crashes |
| 00:20:13 | kugel | sub pc, pc, #7 also, no? |
| 00:20:34 | kugel | I'm fairly sure bx/blx are not the only switches |
| 00:22:52 | funman | 'DDI0100E' says BX/BLX, or setting the T bit in spsr and restoring it |
| 00:23:05 | funman | or ldr/ldm pc |
| 00:23:30 | | Quit funman (Quit: free(random());) |
| 00:23:50 | kugel | http://cygwin.ru/ml/binutils/2005-01/msg00194.html might be interesting |
| 00:25:52 | amiconn | 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 | kugel | AlexP: ping |
| 00:49:06 | kugel | AlexP: this is the list of PLA plugins and their actions: http://pastie.org/982548 |
| 00:51:12 | XStatik | How do i make a playlist in rockbox |
| 01:00 |
| 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 | kugel | Unhelpful: makes sense to me as far as gcc is concerned |
| 01:07:49 | kugel | but it should be possible to mix with inline asm |
| 01:08:37 | Unhelpful | 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 | kugel | 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 | kugel | Unhelpful: mixing is going to be problematic with function pointers |
| 01:12:48 | Unhelpful | 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 | kugel | the function pointer will not have the lowest bit set |
| 01:13:26 | | Part toffe82 |
| 01:13:28 | kugel | 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 | Unhelpful | 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 | Unhelpful | oddly i *don't* see any attributes for making individual functions arm or thumb... i wonder why i thought there were? |
| 01:21:44 | kugel | you'd get in trouble with the C standard here I think |
| 01:22:07 | kugel | 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 | kugel | 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 | Unhelpful | problems like what? |
| 01:24:35 | Unhelpful | 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 | kugel | also, this is more of a linker thing. gcc doesn't know the addresses anyway |
| 01:25:32 | Unhelpful | 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 | Kevone | so does anyone think that it will be possible to put rockbox in the future? |
| 01:41:20 | CIA-5 | New commit by kugel (r26366): Upgrade the ARM eabi toolchain to gcc 4.4.4 |
| 01:41:21 | | Quit MethoS- (Remote host closed the connection) |
| 01:41:32 | Kevone | on a 120gb classic |
| 01:42:08 | | Quit DerPapst (Quit: Leaving.) |
| 01:44:52 | kugel | 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:00 |
| 02:01:59 | *** | Saving seen data "./dancer.seen" |
| 02:04:06 | CIA-5 | New commit by bieber (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 | bieber | 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 | bieber | 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:00 |
| 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 | Unhelpful | 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 |
| 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 | Unhelpful | 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:00 |
| 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 | jhMikeS | Unhelpful: yes, just a few of them and 8 bytes each - ldr pc,=function_address |
| 05:35:03 | jhMikeS | 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 | Unhelpful | 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 | Unhelpful | 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 | jhMikeS | yeah, I'm building now and it's spraying warnings about it everywhere |
| 05:43:06 | jhMikeS | 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 | jhMikeS | worse yet removing -fno-strict-aliasing doesn't help :\ |
| 05:56:25 | Unhelpful | yes, assigning an enum value into an int, or int*, is absolutely valid. |
| 05:56:47 | Unhelpful | pointing to an enum with an int* is not, and comparing random things to an enum may break. |
| 06:00 |
| 06:02:04 | *** | Saving seen data "./dancer.seen" |
| 06:03:48 | jhMikeS | random things...? |
| 06:04:44 | Unhelpful | jhMikeS: for example, using -1 as a flag value for an enum that only enumerates small positive values. |
| 06:05:51 | Unhelpful | 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 | jhMikeS | wouldn't that obey exention conversion rules? |
| 06:06:59 | Unhelpful | 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 | Unhelpful | what extension conversion rules? enum signedness depends on the enumerated values :/ |
| 06:09:05 | jhMikeS | 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 | Unhelpful | but that involves making an assumption about the size of the enum. :) |
| 06:14:31 | jhMikeS | 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 | Unhelpful | 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 | Unhelpful | them. |
| 06:24:04 | | Quit shai (Ping timeout: 265 seconds) |
| 06:30:32 | jhMikeS | 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 | jhMikeS | I'm thinking to take the typedefs, and re-typedef as int |
| 06:33:02 | jhMikeS | 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:00 |
| 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:00 |
| 08:02:05 | *** | Saving seen data "./dancer.seen" |
| 08:05:16 | jhMikeS | :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 | Unhelpful | what, it works? |
| 08:11:07 | | Quit shai (Quit: Leaving) |
| 08:13:30 | jhMikeS | yes |
| 08:13:38 | jhMikeS | 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 | Unhelpful | what, *all*? |
| 08:21:52 | * | jhMikeS wasn't going mess around twiddling this and that |
| 08:22:51 | Unhelpful | 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 | jhMikeS | gcc seemed to compile it exactly that way, otherwise I got signed/unsigned comparison warnings |
| 08:25:22 | Unhelpful | 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 | Unhelpful | 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 | Unhelpful | 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 | jhMikeS | I didn't get any compile warnings. Does the which get their optimization change under EABI? |
| 08:32:38 | jhMikeS | *the ONES that get their own optimizations |
| 08:34:45 | | Join stoffel [0] (~quassel@p57B4ABA7.dip.t-dialin.net) |
| 08:44:28 | Unhelpful | not that so much as some of them performed *really* badly if left w/ the core's typical optimization |
| 08:47:45 | jhMikeS | 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:00 |
| 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 | jhMikeS | ah, there be the commit that came when I wasn't looking r26366 |
| 09:18:23 | jhMikeS | 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 | kugel | Unhelpful: all codecs were pretty similar |
| 09:29:44 | kugel | only flac dropped dramatically, but that's solved by -O2 (which makes it much faster for both toolchains) |
| 09:29:47 | Unhelpful | kugel: between old/new compilers? |
| 09:30:02 | * | Unhelpful would have to check his "notes" |
| 09:31:04 | kugel | http://www.rockbox.org/wiki/CodecPerformanceComparison#EABI_New_gcc_results too |
| 09:33:30 | kugel | jhMikeS: sorry, but running rockboxdev.sh isn't too challenging, is it? |
| 09:34:38 | Unhelpful | wow, codesourcery not so amazing as claimed, eh? |
| 09:35:46 | | Join ucchan [0] (~ucchan@softbank126102044019.bbtec.net) |
| 09:37:19 | Unhelpful | 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 | jhMikeS | 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 | kugel | oh I see |
| 09:41:56 | | Quit Tuplis (Quit: säätö jatkukoon) |
| 09:42:55 | kugel | so commit FS #11328 and switch to eabi asap! :) |
| 09:44:23 | ucchan | Unhelpful: yes. my iPod works well |
| 09:45:33 | ucchan | Is there a problem? |
| 09:46:56 | | Join Rob2223 [0] (~Miranda@p4FDC993A.dip.t-dialin.net) |
| 09:47:12 | Unhelpful | 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 | tmzt | pipeline? |
| 09:47:54 | kugel | do we need to to read from file? |
| 09:48:10 | Unhelpful | this would minimize the changes in the loader, and also get around any need to use the codec buffer |
| 09:48:12 | kugel | can't the AA be loaded into mem in the course of buffering the id3 data? |
| 09:48:36 | jhMikeS | eabi during feature freeze? :) |
| 09:48:52 | kugel | feature freeze is over |
| 09:48:58 | Unhelpful | 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 | kugel | 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 | ucchan | when mp3's aa is raw image data. but other tags (e.g., apes, ogg) are encoded by MIME64. |
| 09:50:03 | jhMikeS | boo...that came quick (haven't seen the topic because I was busy with arm-elf-eabi-gcc :) |
| 09:50:03 | kugel | Unhelpful: I don't know really, I was just wondering |
| 09:50:17 | Unhelpful | 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 | Unhelpful | 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 | kugel | s/getc\/putc/jpeg_putc\/jpeg_putc/ |
| 09:51:53 | Unhelpful | 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 | ucchan | Is it really safe? |
| 09:52:12 | kugel | naming random functions exactly like standard ones is bad :) |
| 09:52:43 | S_a_i_n_t | 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 | kugel | what's wrong with it? |
| 09:53:06 | Unhelpful | S_a_i_n_t: or you could fix your cygwin? |
| 09:53:07 | jhMikeS | 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 | kugel | jhMikeS: I think that's OK and it also makes sense to do it that way |
| 09:53:54 | S_a_i_n_t | Unhelpful: I have ni idea what's wrong, I've installed/re-installed 4 times now...something's changed. |
| 09:53:54 | kugel | and I really don't care about doom, I just don't want it to block us anymore :) |
| 09:53:58 | S_a_i_n_t | *no |
| 09:55:24 | ucchan | If it is possible to convert it into bitmap without using buffer from the embed aa though I think the best. |
| 09:55:41 | S_a_i_n_t | 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 | Unhelpful | 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 | Unhelpful | 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 | Unhelpful | end of the read *buffer* rather |
| 09:58:20 | jhMikeS | kugel: well, if it's a "works for me too" thing, I'll just shove it down the SVN tubes |
| 09:59:38 | Unhelpful | 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:00 |
| 10:01:08 | JdGordon | 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 | ucchan | I will be displayed well using your idea. |
| 10:02:55 | Unhelpful | 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 | jhMikeS | ok then...down it goes |
| 10:06:04 | Llorean | JdGordon: Shouldn't we let the authors decide whether they want to work on 3.6 or update? |
| 10:06:38 | JdGordon | I doubt any authors would be annoyed at the auto update |
| 10:07:11 | Unhelpful | 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 | ucchan | maybe multiple 4 bytes. |
| 10:10:23 | | Join rvvs89 [0] (ivo@robotnik.ucc.gu.uwa.edu.au) |
| 10:11:31 | kugel | S_a_i_n_t: define barfs, what's going wrong exactly? |
| 10:12:42 | CIA-5 | New commit by jethead71 (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 | kugel | jhMikeS: thanks for that! |
| 10:24:50 | jhMikeS | :) |
| 10:28:29 | ucchan | I try create the new jpeg decorder using the idea of Unhelpful. |
| 10:28:30 | CIA-5 | New commit by jethead71 (r26369): Doom plugin: Missed properly making a few 'unsigned' on my second pass. |
| 10:29:13 | Unhelpful | 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 | Unhelpful | 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 | JdGordon | gevaerts: did you get an answer to your q about settings? |
| 10:32:45 | | Quit kugel (Remote host closed the connection) |
| 10:35:41 | ucchan | read only sure. the same time reading file is one. |
| 10:36:10 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 10:37:57 | ucchan | 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 | ucchan | S_a_i_n_t: for my cygwin's env, binutils build failure. |
| 10:51:56 | ucchan | ../../binutils-2.20.1/libiberty/cp-demangle.c:116:21: error: alloca.h: No such file or directory. |
| 10:52:39 | ucchan | 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 | Unhelpful | hrm, alloca should be reasonably standard... |
| 11:00 |
| 11:02:14 | ucchan | 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 | Unhelpful | 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_<format>_fd |
| 11:06:00 | S_a_i_n_t | ucchan: Um...I posted a log of the error yesterday. |
| 11:06:06 | S_a_i_n_t | I'll try find it for you. |
| 11:07:03 | Unhelpful | 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 | JdGordon | jhMikeS: what do you wonder about 64bit sims? |
| 11:08:05 | * | JdGordon can test if you cant... |
| 11:08:34 | S_a_i_n_t | 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 | S_a_i_n_t | That's the output from rockboxdev.sh trying to build the arm toolchain. |
| 11:09:46 | CIA-5 | New commit by jdgordon (r26370): fix error when a comment is on the last line of the file |
| 11:10:13 | JdGordon | S_a_i_n_t: hey, that skin updater app is now i think finished if you could help testing :) |
| 11:10:20 | JdGordon | just run make in the utils/skinupdater folder |
| 11:10:45 | S_a_i_n_t | heh...sweet...al I need is a working build environment now ;) |
| 11:10:50 | ucchan | now I add INCLUDE_PATH into the include file's path. building binutils... |
| 11:10:52 | S_a_i_n_t | (I'm working on it) |
| 11:11:28 | JdGordon | na, regular gcc is all that is needed |
| 11:13:04 | S_a_i_n_t | 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 | JdGordon | ah yeah, im more interested if the output looks right now :) |
| 11:14:11 | S_a_i_n_t | "looks right" doesn't really matter id it doesn't *work* right ;) |
| 11:14:16 | S_a_i_n_t | *if |
| 11:14:23 | S_a_i_n_t | but, I know what you mean. |
| 11:14:30 | JdGordon | no, looks right is more important now... |
| 11:14:43 | JdGordon | if the new parser is wrong then that can be fixed if we find issues |
| 11:14:52 | JdGordon | 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 | ucchan | 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 | S_a_i_n_t | ucchan: Did you update CygWin recently? I'm thinking something changed in the current version that's breaking it. |
| 11:19:36 | S_a_i_n_t | but, I can't remember the version I had previously that worked :/ |
| 11:20:02 | ucchan | S_a_i_n_t: cygwin 1.5.25 gcc: 3.4.4 |
| 11:20:32 | S_a_i_n_t | Hmmm...I had 1.7.(something) and it was working fine. |
| 11:20:46 | S_a_i_n_t | I have no idea what's going on, but it's annoying. |
| 11:24:48 | ucchan | cygwin 1.7... many problems exist on non C locale env... |
| 11:27:57 | | Quit Navi (Ping timeout: 265 seconds) |
| 11:35:07 | CIA-5 | New commit by jdgordon (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 | ucchan | 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 | Unhelpful | 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 | gevaerts | 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 | JdGordon | whats it for? |
| 11:49:35 | ucchan | Unhelpful: I try install GMP, MPFR from source (binary does not exist) |
| 11:50:07 | gevaerts | the name of a file to use as a disk image :) |
| 11:50:33 | JdGordon | any reason you couldnt just strcpy() the string somehwere more local? |
| 11:50:58 | ucchan | GMP can build on cygwin 1.5 and gcc 3.4. |
| 11:51:27 | Unhelpful | yes, but a binary would be nicer :) |
| 11:51:35 | gevaerts | 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 | gevaerts | I'll need an enable/disable setting as well, so I could copy it from that callback |
| 11:52:38 | JdGordon | gevaerts: this is for the mount iso image thing? |
| 11:52:59 | gevaerts | Yes, basically |
| 11:53:24 | gevaerts | I'm implementing the storage_*() api for loopback |
| 11:53:26 | JdGordon | why not add a context menu option instead? you dont actually need it to be persistant do you? |
| 11:53:38 | gevaerts | hm |
| 11:53:42 | gevaerts | good point |
| 11:53:58 | gevaerts | so basically a context menu that says "Use this file, starting from now" |
| 11:54:29 | JdGordon | more like "mount this file immediatly... " |
| 11:54:50 | gevaerts | Yes, that's what "use" means :) |
| 11:55:26 | gevaerts | That also ensures that the file is there when the thing starts |
| 11:56:40 | JdGordon | are you doing this for RaaA also? |
| 11:56:52 | JdGordon | I mean using a file for the disk |
| 11:57:06 | gevaerts | no, this is a different idea |
| 11:57:37 | gevaerts | 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 | JdGordon | sounds like a nice helping of spaghetti there :) |
| 11:58:36 | gevaerts | The good thing is that the end result should be some nice cleanups :) |
| 11:59:28 | gevaerts | After that, someone should add MMC support to MMS, so we actually emulate a real CD drive |
| 11:59:48 | gevaerts | And then, we can start thinking about exporting playlists as audio CDs |
| 12:00 |
| 12:00:29 | gevaerts | 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 | JdGordon | yay? |
| 12:06:03 | JdGordon | isnt audio cd support completly redundant? I mean if something has usb it very probably has audio in |
| 12:08:04 | gevaerts | 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 | gevaerts | 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 | JdGordon | only if it supports dvd iso images also :) |
| 12:11:16 | JdGordon | 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:00 |
| 13:03:03 | | Join moos [0] (moos@rockbox/staff/moos) |
| 13:06:35 | | Join JdGord [0] (~jd@110.23.121.142) |
| 13:12:07 | ucchan | 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 | S_a_i_n_t | Blue_Dude, if you come in and notice this: ^ |
| 13:19:43 | AlexP | pixelma: You about? |
| 13:20:38 | | Join halmi_ [0] (~netbook@80-123-43-60.adsl.highway.telekom.at) |
| 13:21:50 | AlexP | 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 | AlexP | 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 | S_a_i_n_t | yep, AFAIK |
| 13:51:07 | S_a_i_n_t | re: D2 |
| 13:59:54 | | Join halmi [0] (~netbook@80-123-43-60.adsl.highway.telekom.at) |
| 14:00 |
| 14:02:14 | *** | Saving seen data "./dancer.seen" |
| 14:02:40 | AlexP | {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 | S_a_i_n_t | 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 | funman | 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 | S_a_i_n_t | looks like an improvement to me, if its accurate. |
| 14:45:03 | S_a_i_n_t | *slightly* more than 5 min I'd say too...perhaps ~7? |
| 14:45:34 | funman | 7'39'' :o) |
| 14:45:54 | S_a_i_n_t | \o/ |
| 14:46:00 | funman | but the battery wasn't exactly at the same value when beginning |
| 14:46:00 | S_a_i_n_t | what did I win? ;) |
| 14:46:36 | funman | if you guess the milliseconds you get all my sansas |
| 14:47:01 | S_a_i_n_t | 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 | kugel | AlexP: yes |
| 14:51:56 | AlexP | ta |
| 14:52:00 | kugel | order or timing doesn't matter if the third column is BUTTON_NONE |
| 14:52:31 | AlexP | I'll just put that is as Play + Select |
| 14:52:40 | AlexP | 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 | AlexP | 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 | AlexP | Thanks for the list by the way :) |
| 14:59:18 | rasher | I wonder what that guy wanting to use ORCA is trying to achieve |
| 14:59:40 | rasher | It just uses festival or espeak anyway... |
| 15:00 |
| 15:07:01 | domonoky | 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 | rasher | So it makes absolutely no sense |
| 15:10:45 | funman | http://img413.imageshack.us/img413/4656/clipr.png < clip+, here the difference is 10 minutes (over 14 hours) |
| 15:12:41 | funman | 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 | funman | FS #11329 : lcd_flip for fuze v1/v2 |
| 15:26:54 | | Quit n17ikh (Ping timeout: 240 seconds) |
| 15:28:14 | funman | 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 | FlynDice | 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 | funman | 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 | kugel | AlexP: yea |
| 15:37:13 | funman | FlynDice: i'll commit it then |
| 15:37:44 | AlexP | 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 | funman | one of you knows where the disk led icon is ? |
| 15:39:32 | funman | 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 | CIA-5 | New commit by funman (r26372): Fuzev1/v2 : lcd_set_flip() ... |
| 15:44:36 | AlexP | 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 | FlynDice | 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 | JdGordon | Torne: what do you want to do about the font "fix"? the patch looks ok to commit |
| 15:49:41 | funman | hm now i remember ssorgatem mentioned problems with fuzev2 lcd (white screen) related to bootloader |
| 15:49:51 | Rob2222 | FlynDice: any new patch for that aviable, yet? |
| 15:50:42 | funman | FlynDice: can you give a try to http://pastie.org/983127 on e200v2 and see if mpegplayer still works? |
| 15:51:03 | FlynDice | Rob2222: Don't hold your breath, I don't know what's going on there... |
| 15:51:08 | FlynDice | funman: sure |
| 15:51:14 | | Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
| 15:51:53 | Rob2222 | FlynDice: yeah, no problem. i'm still collecting information about that in different forums |
| 15:52:22 | Rob2222 | 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 | kugel | AlexP: there's no save in bubbles |
| 15:55:05 | AlexP | There is, you can quit or quit without saving |
| 15:55:09 | AlexP | then resume next time |
| 15:55:25 | kugel | yes, that's in the menu |
| 15:55:31 | kugel | there's no key for that |
| 15:55:41 | AlexP | 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 | kugel | AlexP: I assume some hotkeys got lost when the plugins were converted to have a menu |
| 15:57:20 | AlexP | OK |
| 15:57:37 | kugel | I remember there was a biggish commit, it added a menu for some plugins which can hold the playback controls |
| 15:58:28 | kugel | same goes for clock.rock |
| 15:59:36 | AlexP | OK |
| 16:00 |
| 16:00:02 | | Quit xavieran (Ping timeout: 240 seconds) |
| 16:00:08 | JdGordon | rasher: scorche: ping? |
| 16:00:08 | AlexP | 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 | CIA-5 | New commit by jdgordon (r26373): make the script zip the output |
| 16:01:32 | kugel | AlexP: should be possible |
| 16:01:53 | AlexP | kugel: As in possible to add, or currently there? :) |
| 16:01:57 | kugel | {PLA_CANCEL, BUTTON_RC_STOP, BUTTON_NONE }, and #define DEMYSTIFY_QUIT PLA_CANCEL |
| 16:02:06 | AlexP | ah yes, sorry |
| 16:02:15 | *** | Saving seen data "./dancer.seen" |
| 16:02:15 | AlexP | my mistake |
| 16:02:22 | AlexP | I was looking in the wrong place :) |
| 16:02:56 | kugel | the pla_remote_ctx actually only holds directions |
| 16:03:05 | kugel | some remote keys are in the main_ctx |
| 16:03:10 | kugel | I assume that's confusing |
| 16:03:25 | AlexP | It was actually something more silly :) |
| 16:03:40 | | Join webguest54 [0] (www-data@giant.haxx.se) |
| 16:03:50 | kugel | 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 | AlexP | 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 | kugel | ah ok :) |
| 16:06:01 | webguest54 | Anyone know that bootloader can compile with arm-eabi? |
| 16:06:54 | Rob2222 | 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 | AlexP | kugel: This is pretty cool actually, as it automatically adds quite a lot of remote buttons to plugins |
| 16:08:10 | kugel | 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 | gevaerts | JdGordon: how do I add something to the context menu? |
| 16:13:13 | | Quit webguest54 (Quit: CGI:IRC (EOF)) |
| 16:13:20 | JdGordon | which context menu? |
| 16:13:27 | gevaerts | file browser |
| 16:13:31 | JdGordon | apps/onplay.c |
| 16:13:49 | JdGordon | (that really needs to be renamed :p ) |
| 16:14:18 | FlynDice | funman: mpegplayer doesn't work with that patch. I get sound but no video. |
| 16:14:18 | JdGordon | create a MENUITEM_FUNCTION() and add that to the menu |
| 16:14:28 | funman | FlynDice: ok |
| 16:14:49 | | Quit Topy44 (Quit: No Ping reply in 180 seconds.) |
| 16:14:57 | funman | btw lcd inversion (colors) still works if you let the backlight go off and on again ? |
| 16:15:26 | FlynDice | let me look |
| 16:15:31 | | Join Topy44 [0] (~topy@my.fastsh.it) |
| 16:15:55 | FlynDice | color inverted not screen upside down right? |
| 16:15:59 | funman | yeah |
| 16:17:31 | FlynDice | works fine |
| 16:17:39 | kugel | funman: why the changes to the window function? |
| 16:18:13 | funman | kugel: i want to move e200v2/fuze common code to a single file |
| 16:18:57 | kugel | that doesn't really answer my question |
| 16:19:18 | kugel | I mean the s/R_HORIZ_RAM_ADDR_POS + 2/0x46/ sort of changes |
| 16:19:25 | FlynDice | funman: I misunderstood your question I think |
| 16:20:06 | funman | kugel: i found it more clear that way in fact |
| 16:20:14 | FlynDice | funman: on e200v2 with color inverted it does indeed switch back to normal(uninverted) once the screen goes dark |
| 16:20:21 | funman | ah ok |
| 16:20:23 | kugel | funman: "more clever"? |
| 16:20:34 | JdGordon | 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 | funman | kugel: no, clear |
| 16:20:52 | kugel | 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 | kugel | oh misread, sorry |
| 16:21:14 | funman | kugel: well it's just a revert of something i had made earlier |
| 16:21:27 | kugel | so? |
| 16:21:38 | kugel | reverts should be even more commented on |
| 16:21:40 | funman | i should have mentioned it in the log |
| 16:21:42 | | Join mischasworld [0] (~quassel@f050242139.adsl.alicedsl.de) |
| 16:21:48 | funman | just cosmetics anyway |
| 16:22:18 | | Join merbanan [0] (~banan@c-b21d5eba-74736162.cust.telenor.se) |
| 16:22:19 | funman | FlynDice: i'll revert 26353 |
| 16:24:14 | CIA-5 | New commit by funman (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 | AlexP | 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 | JdGordon | 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 | FlynDice | is there an easier way to backport r26365 to 3.6 or do I need to checkout the branch with svn? |
| 16:39:41 | JdGordon | you need to checkout the branch |
| 16:39:58 | FlynDice | 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 | JdGordon | 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 | CIA-5 | New commit by Buschel (r26375): Small changes to asm for better readability. |
| 16:56:57 | | Join Buschel [0] (~ab@p54A3F45C.dip.t-dialin.net) |
| 16:57:37 | funman | FlynDice: can you give a try to http://pastie.org/983182 and see if e200v2 lcd still worsk ? |
| 16:57:49 | funman | i changed lcd_enable() to be like the fuze |
| 16:57:59 | FlynDice | ok |
| 16:58:05 | funman | re activation is simpler and doesn't run the full _display_on() |
| 16:58:11 | funman | hmm wait |
| 16:58:20 | funman | 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 | JdGordon | bad idea... |
| 17:00 |
| 17:00:12 | CIA-5 | New commit by Buschel (r26376): Correction to clobber lists of several codec's inline assembly. |
| 17:00:54 | gevaerts | Where's my menu item? |
| 17:01:49 | funman | FlynDice: pastie updated |
| 17:01:59 | FlynDice | ok |
| 17:03:21 | JdGordon | 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 | gevaerts | Oh, yes, there it is! |
| 17:04:09 | JdGordon | hehe, did you add it to the right menu? |
| 17:04:13 | JdGordon | i.e not the wps menu? |
| 17:04:47 | gevaerts | I hadn't added it to the checker thing |
| 17:05:47 | JdGordon | the checker thing? |
| 17:06:04 | gevaerts | clipboard_callback() |
| 17:06:10 | funman | afaics fuze/e200v2 send reversed BGR colors to the controller |
| 17:06:23 | | Quit esperegu (Ping timeout: 264 seconds) |
| 17:06:42 | funman | and the fuzev2 send the bytes in a swapped order, how more twisted can that be ? |
| 17:06:48 | JdGordon | why are you adding it to that? |
| 17:06:56 | gevaerts | because I copied code! |
| 17:07:35 | JdGordon | show me a diff? |
| 17:07:44 | JdGordon | you just want it on the file menu right? |
| 17:08:11 | gevaerts | http://pastebin.com/GFnPqh5z |
| 17:08:36 | | Quit mischasworld (Remote host closed the connection) |
| 17:08:57 | JdGordon | s/clipboarD_callback/NULL/ |
| 17:08:59 | | Join Navi [0] (~Lancelot@ppp-70-242-112-223.dsl.rcsntx.swbell.net) |
| 17:09:00 | JdGordon | and you shold be good |
| 17:09:03 | | Quit Navi (Changing host) |
| 17:09:03 | | Join Navi [0] (~Lancelot@unaffiliated/navi) |
| 17:09:12 | gevaerts | Yes, but IIUC this way it also checks if it's actually a file |
| 17:09:48 | JdGordon | well yeah |
| 17:10:00 | JdGordon | presumably you only want certain file types though right? |
| 17:10:08 | gevaerts | no idea yet |
| 17:10:21 | JdGordon | ok, if you do then create a seperate callback for it |
| 17:11:22 | Buschel | 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 | FlynDice | funman: can't get that patch to compile, keep getting this error −−-> http://pastie.org/983203 |
| 17:16:31 | funman | FlynDice: make dep should fix that |
| 17:16:58 | FlynDice | ok I'll try that |
| 17:18:07 | FlynDice | same problem |
| 17:19:06 | | Part Navi ("Leaving") |
| 17:19:34 | FlynDice | 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 | funman | hm |
| 17:21:53 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 17:22:00 | FlynDice | I'll clean it out & repatch and see what happens |
| 17:22:11 | funman | try just editing make.dep and remove the .h from here |
| 17:23:03 | CIA-5 | New commit by alex (r26377): Add the plugin lib actions to the manual keymap files. |
| 17:23:12 | CIA-5 | New commit by alex (r26378): Add non-defined remote actions to the manual keymap files |
| 17:23:17 | CIA-5 | New commit by alex (r26379): Correct typos in D2 keymap file. |
| 17:23:24 | CIA-5 | New commit by alex (r26380): Correct manual keymaps for plugins recently converted to PLA, and use manual PLA defines for them. |
| 17:23:57 | AlexP | Right, that ought to go in 3.6 too I suppose |
| 17:29:15 | FlynDice | funman: out of time for now, I'll try a bit later |
| 17:29:28 | funman | np |
| 17:31:17 | kugel | AlexP: that was fast! |
| 17:31:37 | AlexP | kugel: I hope it is right :) |
| 17:31:45 | AlexP | They build at least :) |
| 17:31:54 | kugel | lots of "code" removed, it must be right :) |
| 17:32:06 | AlexP | Although I forgot to mention the flyspray task :/ |
| 17:32:09 | Rob2223 | 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 | gevaerts | hm, interesting |
| 17:33:05 | gevaerts | FAT keeps working if you have a file open even if you unmount the drive |
| 17:34:46 | funman | Rob2223: this is normally code at this place |
| 17:35:07 | funman | namely, software interrupt handler |
| 17:36:02 | | Quit teru (Quit: Quit) |
| 17:36:11 | Rob2223 | funman: but in the OF there is text at 0x420 |
| 17:36:34 | funman | yeah nothing prevents you to put ascii text in code |
| 17:37:55 | funman | read mkamsboot.c or amsinfo.c if you want to see what we know about the file format |
| 17:38:38 | kugel | Rob2223: can you downgrade to an older OF? |
| 17:39:34 | Rob2223 | no, it just flashes 02.03.31-OF and .33-OF |
| 17:39:53 | kugel | maybe they changed the checksum calculation |
| 17:40:22 | Rob2223 | 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 | funman | i don't think we check if their checksum is correct |
| 17:41:01 | Rob2223 | yeah, i think checksum is fine, cause the _identical_ .33-rb-patched is working on other fuzes |
| 17:41:22 | kugel | 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 | Rob2223 | funman: is 0x460 code, too? this byte differs, too. and much 00's around |
| 17:42:21 | Rob2223 | i will get the mkam* file and study it |
| 17:42:53 | Rob2223 | kugel: it doesnt flashes 02.03.28, too |
| 17:42:57 | funman | 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 | funman | kugel: you have updated your OF ? |
| 17:43:33 | kugel | no |
| 17:43:39 | funman | which one you have? |
| 17:43:50 | Rob2223 | 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 | kugel | 2.02.17 or .26 I think |
| 17:44:55 | funman | Rob2223: i have the same info than you |
| 17:45:04 | Rob2223 | 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 | funman | no, add an instruction and all offsets change |
| 17:46:04 | funman | 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 | Rob2223 | well, 0x400-0x600 only differ in 3 bytes, which 1 is the OF version numbe, in OF.31 and OF.33 |
| 17:46:59 | Rob2223 | i understand |
| 17:48:28 | | Quit halmi_ (Ping timeout: 260 seconds) |
| 17:48:43 | kugel | funman: I surely don't dare to update now :) |
| 17:48:57 | funman | ;) |
| 17:49:07 | funman | if you want to try and it doesn't work we can exchange fuzes at devcon |
| 17:49:52 | Rob2223 | 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 | kugel | I can give you mine to play with at the devcon but I need a working one back ;) |
| 17:50:35 | funman | that works |
| 17:55:13 | CIA-5 | New commit by alex (r26381): Add the plugin lib actions to the manual keymap files. |
| 17:55:18 | CIA-5 | New commit by alex (r26382): Add non-defined remote actions to the manual keymap files |
| 17:55:22 | CIA-5 | New commit by alex (r26383): Correct typos in D2 keymap file. |
| 17:55:26 | CIA-5 | New commit by alex (r26384): Correct manual keymaps for plugins recently converted to PLA, and use manual PLA defines for them. |
| 18:00 |
| 18:02:18 | *** | Saving seen data "./dancer.seen" |
| 18:03:08 | * | gevaerts plays audio from a loopback-mounted FAT filesystem image \☺/ |
| 18:06:01 | AlexP | gevaerts: What would this let us do |
| 18:06:03 | AlexP | ? |
| 18:07:02 | kugel | AlexP: play audio from a loopback-mounted FAT filesystem image :) |
| 18:07:13 | AlexP | um, thanks :) |
| 18:07:49 | kugel | probably a proof of concept for mounting images, more useful for mounting iso cd images (going by the recent talk) |
| 18:10:55 | gevaerts | 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 | AlexP | OK, cheers |
| 18:11:13 | gevaerts | Right now it's just a fun experiment though |
| 18:11:54 | gevaerts | 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 | funman | is thumb calling convention different from arm ? |
| 18:20:44 | funman | 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 | funman | ah never mind it's for stacking it |
| 18:25:05 | kugel | 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 | kugel | fortunately apps/ doesn't have too many #ifdef SIMULATOR |
| 18:35:22 | Buschel | 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 | funman | 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 | funman | ah memset has an incorrect return for thumb/armv4 |
| 18:47:49 | funman | 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 | funman | boots fine but plugins/codecs crash |
| 18:53:42 | funman | ram usage almost 100kB down |
| 18:53:52 | funman | and i didn't have to use -mlong-calls :? |
| 18:55:15 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
| 18:57:14 | funman | i just fixed cpucache_invalidate and playback/plugins are fine |
| 19:00 |
| 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 | orzech | hey, is there a possibility to change functions of keys of sansa_clip_plus player? |
| 19:07:20 | CIA-5 | New commit by FlynDice (r26385): Backport 26365: sd-as3525.c: Do not wait for TRAN state after transfer is over. ... |
| 19:10:09 | orzech | so that for example. button 'volume up' changed volume to down and vice versa |
| 19:11:48 | AlexP | orzech: Yes, but you will need to edit the source then compile it |
| 19:12:44 | CIA-5 | New commit by funman (r26386): cpucache_invalidate: use bx reg instead of mov pc, reg to return ... |
| 19:14:57 | orzech | 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 | AlexP | orzech: Edit apps/keymaps/keymap-clip.c |
| 19:16:14 | orzech | AlexP: thx :) |
| 19:16:14 | AlexP | Well, I assume that it is that one and that the clip+ is the same as the clip |
| 19:16:40 | orzech | most probably it is |
| 19:16:41 | funman | it's teh same |
| 19:19:14 | | Quit moos (Ping timeout: 240 seconds) |
| 19:19:52 | | Quit z35 (Quit: Leaving) |
| 19:26:02 | pyther | It seems lke it would be a pain to use a rockbox with the sandisk clip considering how small it is |
| 19:26:30 | S_a_i_n_t | subjective. |
| 19:26:39 | S_a_i_n_t | 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 | funman | am I the only one to have test_codec never exit ? |
| 19:31:20 | funman | 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 | orzech | 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 | CIA-5 | New commit by funman (r26387): Fuze: don't change gate scan position if lcd_set_flip() is not used |
| 19:41:32 | orzech | 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 | orzech | with rockbox I hope to overcome those limitations :) |
| 19:42:54 | | Quit stoffel (Ping timeout: 265 seconds) |
| 19:53:31 | funman | http://pastie.org/983362 -> files built with -mno-thumb |
| 19:57:11 | r0b- | orzech what clip? |
| 19:57:51 | kugel | funman: is there no way to manually fix up inline asm? |
| 19:58:09 | kugel | I expect enable/disable_irq is the only reason most of those files contain inline asm |
| 19:58:13 | funman | yes there is |
| 19:58:24 | funman | make them real functions and move them to separate files |
| 19:59:05 | kugel | what about blx pc, nop, nop? |
| 19:59:26 | funman | what about my solution? |
| 20:00 |
| 20:01:31 | funman | codecs are a bit slower except aac |
| 20:01:50 | funman | and ac3 |
| 20:01:57 | orzech | r0b-: clip+ |
| 20:02:15 | r0b- | you have Rockbox on it? |
| 20:02:20 | *** | Saving seen data "./dancer.seen" |
| 20:02:28 | orzech | yes, installed 1h ago |
| 20:02:33 | funman | http://pastie.org/983377 <- and lame_256.mp3 fits in the buffer with thumb :P |
| 20:03:07 | orzech | and from the looks of it, it seems to be working |
| 20:04:20 | kugel | funman: what about thumb versions of enable/disable_irq? |
| 20:05:26 | funman | not possible |
| 20:05:40 | kugel | no mcr/msr in thumb? |
| 20:05:49 | funman | anyway my script just checks for 'asm' |
| 20:06:10 | funman | if you have a variable named 'XXXasmYYY' it will be built with -mno-thumb (default) |
| 20:06:52 | funman | of course we could also try to build the file first with -mthumb and fallback to -mno-thumb if it fails |
| 20:07:10 | funman | it could turn to be faster than parsing the preprocessor output |
| 20:08:05 | funman | 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 | r0b- | orzech how hard was the RB Install on a clip? |
| 20:09:01 | r0b- | clip +? |
| 20:10:59 | orzech | r0b-: almost 'copy&play' :) |
| 20:11:17 | r0b- | heh i rockboxed me e260 v1 |
| 20:11:43 | orzech | I followed instructions form the manual - took like 15 mins - my first time to use rockbox who |
| 20:13:01 | orzech | 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 | r0b- | no charger |
| 20:14:18 | orzech | I alos have 1gb 2ed gen shuffle, and infortunatelly as far as design/usability goes shuffle>clip+ ;( |
| 20:14:35 | funman | 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 | orzech | 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 | funman | audiobuffer 773kB on clipv1, voice almost works! |
| 20:16:37 | | Join stoffel [0] (~quassel@p57B4ABA7.dip.t-dialin.net) |
| 20:18:05 | shodan45 | what eats more battery: playing oggs from internal flash or playing flacs from microsd? (fuze v1) |
| 20:18:42 | shodan45 | the oggs are "q6" iirc, if that matters |
| 20:20:27 | AlexP | We have two different chinese (simple) translations FS #11327 and FS #11290 - any thoughts on which to commit? |
| 20:20:45 | funman | -Os => another 30kB |
| 20:20:59 | gevaerts | AlexP: proof-read both and pick one :) |
| 20:21:10 | AlexP | gevaerts: er, yes.... :) |
| 20:21:36 | gevaerts | Maybe markun can help (or maybe he knows people who can) |
| 20:23:01 | funman | perhaps suggest them to collaborate |
| 20:23:10 | funman | (both translations authors) |
| 20:23:35 | AlexP | 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 | ranma | 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 | r0b- | orzech might i PM you? |
| 21:00 |
| 21:02:12 | CIA-5 | New commit by alex (r26388): Add a brief description of radio art to the manual. Closes FS #11279. |
| 21:02:21 | CIA-5 | New commit by alex (r26389): Only show the section on radio tags if the target has a radio. |
| 21:02:26 | CIA-5 | New commit by alex (r26390): Consolidate the information on album art into one place. |
| 21:03:31 | r0b- | is there a way for Rockbox to decrypt like id3 tags broadcasted by radio stations? |
| 21:03:37 | r0b- | for the Artist/Song? |
| 21:04:12 | gevaerts | You mean RDS? |
| 21:05:18 | orzech | r0b-: sure, but I need to be going now, so I will answer you when I caome back |
| 21:05:26 | orzech | eta. 8h |
| 21:05:33 | r0b- | yea |
| 21:06:23 | CIA-5 | New commit by alex (r26391): Add a brief description of radio art to the manual. |
| 21:06:30 | CIA-5 | New commit by alex (r26392): Only show the section on radio tags if the target has a radio. |
| 21:06:32 | AlexP | r0b-: Sort of |
| 21:06:38 | CIA-5 | New commit by alex (r26393): Consolidate the information on album art into one place. |
| 21:07:02 | AlexP | r0b-: It is only implemented for the ipod FM accessory |
| 21:07:09 | saratoga_ | so if the clip+ i switched to thumb it'll almost double the audio buffer? |
| 21:07:09 | r0b- | ah |
| 21:07:13 | AlexP | r0b-: Although the gigabeat S tuner has the capability |
| 21:07:38 | r0b- | i dont think the e200v1 has the ability |
| 21:07:51 | AlexP | nope |
| 21:08:16 | r0b- | oh well |
| 21:11:01 | r0b- | 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 | funman | ranma: clipv1 is already no? |
| 21:13:01 | funman | ranma: ah, some plugins didn't build on c200v2 (ppmviewer at least) |
| 21:29:22 | funman | ranma: btw i have warnings in kernel.c with -Os |
| 21:30:15 | tmzt | r0b-: what are those selling for? |
| 21:32:17 | funman | & rockboy |
| 21:42:50 | | Join Jaykay [0] (~chatzilla@p5DC57C6B.dip.t-dialin.net) |
| 21:45:12 | r0b- | 15$ |
| 21:45:17 | r0b- | 45$ |
| 21:47:41 | r0b- | for a 4G |
| 21:50:07 | | Join Jaykay_ [0] (~chatzilla@p5DC577CB.dip.t-dialin.net) |
| 21:50:11 | r0b- | 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 | saratoga_ | does the clip+ have a hold switch? |
| 21:55:20 | r0b- | no it uses a long home button press to trigger hold |
| 21:57:08 | r0b- | i dunno how rockbox handles it though' |
| 21:57:15 | funman | home+select |
| 21:58:15 | funman | and i see it's missing from the manual |
| 21:59:20 | saratoga_ | a single button press might be a lot bettter for that |
| 21:59:31 | saratoga_ | double button presses are fairly hard on the other clips because they're so small |
| 21:59:48 | funman | this combo is already used for go to wps |
| 22:00 |
| 22:00:01 | funman | so 2 times the combo = go to wps + lock |
| 22:01:25 | CIA-5 | New commit by funman (r26394): manual: add key combo for clip+ software hold |
| 22:01:37 | r0b- | have any of you other then orzech tried Rockbox on a Clip +? |
| 22:01:47 | funman | some parts of the clip keymap need rework i think |
| 22:01:49 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
| 22:02:10 | saratoga_ | 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 | funman | probably |
| 22:02:53 | * | funman never uses quick screen |
| 22:03:13 | funman | feel free to exchange the combos |
| 22:03:26 | saratoga_ | i'll do it later when i'm at my main pc |
| 22:03:36 | AlexP | funman: I think that wants to go in the branch as well |
| 22:03:48 | saratoga_ | good point |
| 22:03:53 | funman | AlexP: clip+ isn't in the release so it's ok |
| 22:04:01 | AlexP | ah right |
| 22:04:19 | funman | well it could be IMO ;) |
| 22:04:54 | saratoga_ | 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 | saratoga_ | it sounds like something we would like to see committed |
| 22:06:30 | saratoga_ | 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 | r0b- | 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 | Rob2223 | r0b-: im using it since 2 days now |
| 22:39:09 | Rob2223 | for playing MP3 |
| 22:39:14 | Rob2223 | works fine |
| 22:39:53 | Rob2223 | even more you can boot the original firmware with a keypress if you want |
| 22:40:24 | wodz | 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 | CIA-5 | New commit by gevaerts (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 | r0b- | Rob2223 what Clip + you got 2GB 4GB or 8GB? |
| 22:45:40 | r0b- | also rockobx has many things over the OF |
| 22:45:46 | Rob2223 | 8GB |
| 22:45:50 | r0b- | games and such |
| 22:46:07 | r0b- | its like 49$ for the 4GB |
| 22:46:09 | r0b- | is it worth it? |
| 22:46:55 | wodz | could You move discussion to #rockbox-community please |
| 22:47:17 | Rob2223 | 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 | funman | 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 |
| 23:00:11 | | Quit stoffel (Remote host closed the connection) |
| 23:06:18 | | Join wincent [0] (~wincent@f055222219.adsl.alicedsl.de) |
| 23:15:53 | funman | 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 | r0b- | i really should try to write an mpeg-4 player for Rockbox |
| 23:18:46 | saratoga | go for it |
| 23:18:47 | | Quit lpereira (Quit: Leaving.) |
| 23:18:57 | saratoga | anyone have an H10 handy? |
| 23:20:07 | Rob2223 | why you ask? |
| 23:20:30 | saratoga | i want something tested |
| 23:21:23 | Rob2223 | ah ok. no sorry. i had an H140 and have a H340, but no H10 |
| 23:21:31 | gevaerts | saratoga: which one |
| 23:21:34 | gevaerts | ? |
| 23:21:38 | saratoga | doesn't matter |
| 23:21:57 | gevaerts | I have a small one, but I don't know if it's charged |
| 23:22:00 | saratoga | 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 | saratoga | everything else is working |
| 23:22:30 | gevaerts | hm, I'd need to find out what AB repeat mode is supposed to do then :) |
| 23:22:56 | Rob2223 | repeat a part of a song from mark a to makr b continously |
| 23:23:02 | Rob2223 | ^^ |
| 23:23:21 | saratoga | gevaerts: yeah I had to dig through the manual to figure out how to test it on the sansas . . . |
| 23:23:37 | saratoga | i presume its one of those features that included because some OF had it |
| 23:24:00 | gevaerts | I can probably test later. The thing claims that the battery is too low to boot right now |
| 23:24:11 | saratoga | ok |
| 23:24:23 | saratoga | would you just try and use AB mode and let me know if it shuts down the player too easily |
| 23:25:10 | gevaerts | I'll have a go |
| 23:25:15 | saratoga | 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 | gevaerts | I don't use the thing very often though, so my button-handling expertise might lead to misleading test results |
| 23:30:00 | saratoga | i doubt anyone on the H10 uses AB repeat at all |
| 23:30:03 | saratoga | so its fine |
| 23:31:04 | wodz | 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 | saratoga | are thre any devices without a hold switch besides the clip+? |
| 23:35:57 | saratoga | 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 | saratoga | it seems like the manual doesn't cover software hold buttons |
| 23:38:34 | AlexP | 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 | AlexP | Not in great detail I'll admit :) |
| 23:39:54 | gevaerts | saratoga: seems to be fine |
| 23:40:04 | saratoga | great |
| 23:40:30 | saratoga | can i change \ButtonHome+\ButtonSelect to "hold \ButtonHome" |
| 23:40:37 | saratoga | its been years since I used latex |
| 23:41:11 | saratoga | 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 | AlexP | saratoga: Long is used in the manual |
| 23:43:52 | AlexP | saratoga: As in "Long \ButtonHome" |
| 23:43:59 | saratoga | \opt{SANSA_CLIP_PAD}{Long \ButtonHome} |
| 23:44:10 | AlexP | That would be fine |
| 23:46:17 | CIA-5 | New commit by saratoga (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 | CIA-5 | New commit by saratoga (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 | CIA-5 | New commit by gevaerts (r26398): No need to break after a return |
| 23:58:42 | | Join Topy44 [0] (~topy@my.fastsh.it) |
icon identifies that the person is a core developer (has commit access).