| 00:01:20 | | Quit liar (Read error: 104 (Connection reset by peer)) |
| 00:04:13 | *** | Saving seen data "./dancer.seen" |
| 00:07:36 | | Quit mister_pink ("Leaving") |
| 00:10:10 | | Join Sajber^1 [0] (n=Sajber@h-143-7.A213.priv.bahnhof.se) |
| 00:12:21 | | Quit yawny (Remote closed the connection) |
| 00:12:27 | | Join elcan [0] (i=user36@pr0.us) |
| 00:14:30 | | Quit pamaury ("exit(*(int *)0 / 0);") |
| 00:16:54 | CIA-6 | New commit by Domonoky (r23958): try to improve the new column add function. |
| 00:18:24 | CIA-6 | New commit by Domonoky (r23959): commit also db class modifications. |
| 00:23:14 | CIA-6 | New commit by Domonoky (r23960): revert broken checkwps. |
| 00:25:51 | | Quit Sajber^ (Read error: 110 (Connection timed out)) |
| 00:31:34 | | Join liar [0] (n=liar@83.175.83.185) |
| 00:35:48 | CIA-6 | New commit by Domonoky (r23961): Make sure to keep all rowids the same when adding a column. |
| 00:36:28 | | Quit liar (Client Quit) |
| 00:39:37 | | Quit BHSPitLappy (Remote closed the connection) |
| 00:39:37 | | Quit CaptainKwel (Read error: 104 (Connection reset by peer)) |
| 00:43:26 | archivator_ | Can anyone think of a good reason why when I use greylib, I end up with an entire screen of black, although I never draw to the whole screen (except for a clear_display() but that's not really drawing..) ? |
| 00:47:36 | CIA-6 | New commit by Domonoky (r23962): commit the download count patch again. |
| 00:48:27 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |
| 00:50:35 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 00:51:37 | domonoky1 | archivator_: maybe greylib is not correctly inited ? |
| 00:51:55 | | Part tg1 |
| 00:53:11 | archivator_ | domonoky1: it is. Apparently LCD_DEFAULT_FG and LCD_DEFAULT_BG are 0 3 respectively :-/ Had to do GREY_BLACK, GREY_WHITE explicitly.. |
| 00:54:20 | domonoky1 | archivator_: yes, LCD_DEFAULT_FG/BG are values for the native grey level (on grey targets) |
| 00:54:48 | archivator_ | Well, how was I supposed to figure that out? :O |
| 00:55:02 | domonoky1 | reading code :-) |
| 00:55:16 | archivator_ | I prefer docs :( |
| 00:56:06 | domonoky1 | feel free to help document it in the wiki. |
| 00:57:21 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 00:58:24 | archivator_ | Will probably do, once I'm done with my plugin :) |
| 00:58:27 | | Quit Omlet ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 00:59:06 | pixelma | http://www.rockbox.org/wiki/GraphicsAPI ? |
| 01:00 |
| 01:00:14 | archivator_ | pixelma: not really greylib specific.. doesn't say anything about initialization, for example.. |
| 01:00:24 | pixelma | does someone have a c200 at hand? |
| 01:00:40 | pixelma | with a fairly recent build |
| 01:02:23 | | Quit TopyMobile (Read error: 104 (Connection reset by peer)) |
| 01:04:00 | | Quit Highlander ("Quitte") |
| 01:06:56 | * | domonoky1 made download counts on theme page live :-) |
| 01:10:26 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 01:11:52 | saratoga | how come the onda doesn't have a picture on the themes site? |
| 01:12:05 | mcuelenaere | saratoga: simple, because no-one has made one |
| 01:13:37 | saratoga | also why http://themes.rockbox.org/index.php?target=clip has themes that obviously will not work on the clip |
| 01:13:46 | * | archivator_ got his plugin to work with greylib! \o/ |
| 01:15:14 | archivator_ | domonoky1: you could change the label to "Downloaded X time(s)" instead of "Download count" :) |
| 01:15:48 | mcuelenaere | domonoky1: haven't looked at the implementation, but why do you need to pass an target= parameter in the index.php?themeid= URL? Can't you get that from the DB? |
| 01:15:59 | archivator_ | And thanks for getting the content-type right :) |
| 01:16:03 | mcuelenaere | also, it looks like you can edit that url to fit any theme to any target |
| 01:16:24 | * | domonoky1 goes changing the texts. |
| 01:16:53 | saratoga | how does the theme site figure out which themes go where? |
| 01:17:05 | * | mcuelenaere thinks he knows the reasoning for the target= param |
| 01:17:27 | domonoky1 | mcuelenaere: the target parameter is just used to construct the correct link back. but i cant get this from the db, because a theme might fit multiple targets. |
| 01:17:28 | mcuelenaere | still, allowing any value is a bug (although not a big one) |
| 01:17:39 | mcuelenaere | domonoky1: yes, I just figured that out :) |
| 01:18:13 | domonoky1 | it allows any value, and even shows any theme (even hidden) if you know the id, but i dont consider that as a bug. it doesnt harm. |
| 01:20:05 | mcuelenaere | displaying hidden themes is pretty bad, isn't it? Wasn't (part of) the point of hidden themes to "remove" themes with license problems from the site? |
| 01:20:34 | mcuelenaere | Now (people who use) search engines will still be able to acces it |
| 01:21:24 | pixelma | saratoga: about the clip themes - my guess is that the ones that look misplaced are Iriver themes with RWPS (the Iriver lcd remotes have the same screen resolution as the Clip) |
| 01:22:40 | | Quit mcuelenaere ("Off to bed..") |
| 01:22:43 | | Join martian67 [0] (n=arkfar@about/linux/regular/martian67) |
| 01:22:58 | pixelma | still not correct though |
| 01:23:18 | pixelma | this reminds me to post my wishes to the forum thread.... but I don't want to scare people off ;) |
| 01:30:04 | | Join anewuser [0] (i=anewuser@unaffiliated/anewuser) |
| 01:32:43 | pixelma | the three that show up there do have .rwps files - and on the M3 page are only X5 themes with Iaudio rwps (the only reason there are themes for it at all)... |
| 01:40:21 | saratoga | anyone know what the S3 status is? |
| 01:40:26 | saratoga | (samsung) |
| 01:46:44 | | Quit robin0800_ (Read error: 60 (Operation timed out)) |
| 02:00 |
| 02:00:50 | CIA-6 | New commit by Domonoky (r23963): reword the download counter, and dont show themedetails for hidden or unapproved themes. |
| 02:04:14 | *** | Saving seen data "./dancer.seen" |
| 02:08:32 | CIA-6 | New commit by Domonoky (r23964): ups, fix single theme display. |
| 02:12:39 | | Join chrisb [0] (n=chrisb@pool-98-111-159-16.phlapa.east.verizon.net) |
| 02:14:21 | chrisb | i read the FAQ. it seems that rockbox devices work with docking stations on a case-by-case basis |
| 02:15:02 | chrisb | with a mixture of recharging, audio out, etc. |
| 02:17:40 | anewuser | Hi. |
| 02:18:00 | anewuser | hmm, I plan to do an automated install of the rockbox firmware |
| 02:18:26 | anewuser | thing is my sansa c250 model didn't come with teh usb setting out of the box |
| 02:18:49 | anewuser | so I'm thinking the automated install will fail due to not having the MSC mode |
| 02:18:58 | anewuser | would that be a proper assumption? |
| 02:19:31 | krazykit | anewuser, i believe this is covered in the wiki, actually |
| 02:19:51 | anewuser | oh, missed it |
| 02:19:56 | anewuser | *goes to check* |
| 02:20:18 | krazykit | http://www.rockbox.org/wiki/SansaFAQ#My_c200_doesn_t_have_an_MSC_Mode |
| 02:21:32 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 02:34:41 | | Quit Rondom (Nick collision from services.) |
| 02:34:44 | | Join Rondom [0] (n=quassel@dslb-084-057-163-194.pools.arcor-ip.net) |
| 02:47:22 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 02:48:14 | Unhelpful | n1s: it appears that we can't actually merge ffs and log2 tables, they're not sparse *enough*. it would still be a much smaller table (64B) than the one used by bs_generic, though. |
| 02:52:41 | saratoga | what is ff? |
| 02:55:17 | Unhelpful | saratoga: existing L_ffs_table used in core by find_first_set_bit. a very similar algorthim can be used to calculated floor(log2(x)) at a decent cost/space tradeoff between a straight binary search without LUT and one that finishes via a large LUT. |
| 02:55:36 | saratoga | Unhelpful: which codec? |
| 02:56:05 | Unhelpful | speex-for-core |
| 02:56:35 | saratoga | ah |
| 02:57:43 | Unhelpful | we were thinking it might be reasonable to make an exception to the one-log2-to-rule-them-all code for that case, as that log2 uses a rather large LUT of 256B |
| 02:59:32 | CIA-6 | New commit by Domonoky (r23965): try to improve checkwps to not overwrite results if there is already a bad one. |
| 03:00 |
| 03:01:09 | Unhelpful | see ffs-arm.S, or ffs-coldfire.S. the same algorithm could be applied to log2, but with different setup, multiplier, and table. x |= x >> 16; x |= x >>8; x |= x >> 4; x |= x >>2; x |= x >>1; x *= 0x572fa8d; return L_ilog2_tbl[x]; |
| 03:03:35 | | Quit Thundercloud (Remote closed the connection) |
| 03:15:10 | | Quit anewuser (Client Quit) |
| 03:16:46 | | Join webguest55 [0] (n=185b6d29@giant.haxx.se) |
| 03:17:22 | | Quit webguest55 (Client Quit) |
| 03:35:32 | | Quit GeekShadow ("The cake is a lie !") |
| 03:38:44 | CIA-6 | New commit by Domonoky (r23966): Another attempt at improving checkwps. Only check targets with matching remote/mainlcd depending on filetype. And remove all old checkwps results of a ... |
| 03:44:29 | | Quit archivator (Read error: 110 (Connection timed out)) |
| 03:44:42 | | Quit archivator_ (Read error: 110 (Connection timed out)) |
| 03:44:50 | | Quit domonoky1 (Read error: 104 (Connection reset by peer)) |
| 03:55:47 | | Quit GodEater (Remote closed the connection) |
| 03:55:59 | | Join GodEater [0] (n=bibble@bb-87-80-121-64.ukonline.co.uk) |
| 04:00 |
| 04:04:17 | *** | Saving seen data "./dancer.seen" |
| 04:06:51 | | Join Tomis2 [0] (n=Tomis@70.134.89.156) |
| 04:14:41 | | Quit Tomis (Read error: 110 (Connection timed out)) |
| 04:14:41 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.89.156) |
| 04:25:00 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 04:41:12 | Unhelpful | amiconn: it looks like coldfire has similar behavior for register shift to ARM, although the manual says it's mod 64 instead of mod 256... so a shift by a negative number of sufficiently small magnitude should produce a 0? |
| 04:43:57 | | Quit efyx_ (Remote closed the connection) |
| 04:45:42 | CIA-6 | New commit by unhelpful (r23967): Libfaad pow2/log2 improvements: ... |
| 04:48:47 | saratoga | Unhelpful: is there any improvement in SBR performance with those changes? |
| 04:57:02 | Unhelpful | saratoga: very small on arm, on the order of about .5% on e200. coldfire will probably benefit a bit more as MUL_R is a rather larger chunk of asm. i *think* that the DESCALE_SHIFT used on ARM would work well on coldfire, but i haven't tested. it relies on shift-by-negative producing a 0 result |
| 04:57:42 | saratoga | then it sounds like SBR was calling pow too much, which is a good sign |
| 04:58:14 | Unhelpful | wasn't, you mean? |
| 04:58:24 | saratoga | sorry, "wasn't" |
| 04:59:25 | Unhelpful | i also removed an explicit 0-input test from pow2... this occurs on the order of <.01% of the time in my test files, so paying two instructions for it on every call is probably wasteful |
| 05:00 |
| 05:02:02 | Unhelpful | it might be worth labeling these functions as pure, also, and possibly moving them so that they can be inlined |
| 05:03:54 | Unhelpful | there are very few callsites, and all are in sbr_hfadj.c |
| 05:06:36 | saratoga | if they're used so infrequently its probably not worth it |
| 05:06:48 | CIA-6 | New commit by unhelpful (r23968): Fix red, DESCALE_SHIFT macro was missing a right-parenthesis. |
| 05:08:01 | Unhelpful | it might not pay off much, but "move some functions from common.c to sbr_hfadj.c and label them static inline" is a *very* small effort. :) |
| 05:14:05 | | Part toffe82_ |
| 05:43:28 | | Join Tomis2 [0] (n=Tomis@70.134.83.34) |
| 05:51:02 | | Quit Tomis (Read error: 110 (Connection timed out)) |
| 05:51:02 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.83.34) |
| 06:00 |
| 06:04:18 | *** | Saving seen data "./dancer.seen" |
| 06:12:17 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 06:12:50 | | Quit chrisb (Read error: 104 (Connection reset by peer)) |
| 06:40:57 | | Join krazykit` [0] (n=kkit@adsl-76-251-232-206.dsl.ipltin.sbcglobal.net) |
| 06:45:52 | | Join CaptainKewl [0] (n=jason@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) |
| 06:56:32 | | Quit krazykit (Read error: 110 (Connection timed out)) |
| 06:58:09 | | Join Llorean [0] (n=DarkkOne@99-32-77-163.lightspeed.hstntx.sbcglobal.net) |
| 06:59:09 | | Quit Llorean (Client Quit) |
| 07:00 |
| 07:00:17 | | Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 07:12:38 | | Join bluebrother [0] (n=dom@f053152078.adsl.alicedsl.de) |
| 07:13:59 | | Quit JdGordon ("Leaving.") |
| 07:15:33 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 07:16:17 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 07:25:06 | | Quit bluebroth3r (Read error: 110 (Connection timed out)) |
| 07:32:26 | | Quit DogBoy ("Leaving") |
| 07:33:39 | | Join Llorean [0] (n=DarkkOne@99-32-77-163.lightspeed.hstntx.sbcglobal.net) |
| 07:33:58 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 07:53:31 | | Quit CaptainKewl (Remote closed the connection) |
| 07:56:07 | | Quit Llorean ("Leaving.") |
| 08:00 |
| 08:00:55 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
| 08:04:21 | *** | Saving seen data "./dancer.seen" |
| 08:10:42 | | Join Grahack [0] (n=chri@ACaen-156-1-36-157.w90-51.abo.wanadoo.fr) |
| 08:29:15 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 08:31:09 | | Quit saratoga ("Page closed") |
| 08:49:34 | n1s | Unhelpful: "i *think* that the DESCALE_SHIFT used on ARM would work well on coldfire, but i haven't tested. it relies on shift-by-negative producing a 0 result" should i test that? have my h300 right here |
| 09:00 |
| 09:00:46 | | Quit phanboy4 (Read error: 110 (Connection timed out)) |
| 09:04:16 | amiconn | n1s: There are definitely no fonts with more than 64K glyphs, for two reasons. (1) Rockbox only supports the unicode BMP. (2) Same applies to our source font format, BDF |
| 09:04:33 | | Join Highlander [0] (n=Highland@mek33-4-82-236-45-205.fbx.proxad.net) |
| 09:05:28 | n1s | amiconn: aha, but still, the buffer these guys are increasing is limited to 60kB, right? |
| 09:05:46 | n1s | as in bytes, not glyphs |
| 09:05:49 | n1s | ? |
| 09:05:57 | n1s | or am i way off here? |
| 09:06:12 | amiconn | Eh, what guys? |
| 09:06:50 | n1s | amiconn: FS #10844 |
| 09:08:05 | n1s | there was some discussion of it yesterday, there seems to be an issue where increasing the buffer fixes major slowness on boot when using what was called "non-latin" fonts |
| 09:08:43 | n1s | but increasing the buffer to more than 64kB breaks our font code |
| 09:10:42 | amiconn | A font that doesn't fit completely will always be slower than a font that does at boot, because of the lru caching |
| 09:10:44 | n1s | there's a patch in fs#7045 but it looks like a hack and i don't quite understand it to be honest as it just casts the pointer that indexed addressing is done on from short* to long* so i would think it would read from the wrong place but i am not too familiar with this |
| 09:11:28 | n1s | amiconn: but should it take like 30 seconds to do that caching? and isn't the glyphcache supposed t be saved? |
| 09:11:32 | amiconn | Umm, the link to that patch is struck out? |
| 09:11:42 | n1s | it's been closed |
| 09:11:58 | amiconn | Dunno, perhaps some things happen in the wrong order |
| 09:13:39 | n1s | what do tou think of making the font buffer size configurable like the max files in dir? |
| 09:13:57 | n1s | (with said size limiting bug fixed) |
| 09:14:16 | n1s | s/tou/you/ |
| 09:15:50 | amiconn | I don't really like those manually configurable limits. In some cases they are still necessary, unfortunately |
| 09:16:20 | n1s | nor do i |
| 09:17:07 | amiconn | Many users don't really think about what to set there. They either don't know/care at all, or set minimal or maximal values at will leading to poor performance and/or strange effects |
| 09:17:21 | n1s | i'd still like it fixed so people who make custom builds can change it easily |
| 09:19:30 | | Join Grahack1 [0] (n=chri@ACaen-156-1-36-157.w90-51.abo.wanadoo.fr) |
| 09:19:35 | | Quit Grahack (Read error: 110 (Connection timed out)) |
| 09:20:36 | amiconn | The mentioned fix fixes an actual bug in the font code and looks like it's correct |
| 09:20:45 | amiconn | Imo it should be applied |
| 09:21:14 | n1s | ah, can you explain it, as i don't get it at all :) |
| 09:21:33 | n1s | also, you have commit access, dont' you? |
| 09:21:39 | n1s | ;) |
| 09:21:52 | amiconn | When markun added unicode support, our font format needed to be extended in order to support fonts > 64KB |
| 09:22:07 | amiconn | The original format used 16 bit offsets |
| 09:22:53 | amiconn | In order to keep old fonts compatible, he decided to support both 16 bit and 32 bit offsets, based on the total font size |
| 09:23:12 | n1s | aha, that explains it :) |
| 09:23:33 | amiconn | This check for pf->bits_size < 0xFFDB already happens in several places in font.c |
| 09:27:10 | n1s | oh, and i guess the cast should be to uint32_t* instead of long* or 64 bit sims will be broken again |
| 09:27:12 | amiconn | Ah yes. The bug hits if a fully loaded font is accessed which is larger than 64KB |
| 09:27:51 | amiconn | font_get_bits() simply assumes this font is smaller than 64KB atm |
| 09:28:23 | amiconn | If we want to save a bit of binsize, the fix could be ifdefed on MAX_FONT_SIZE |
| 09:29:07 | amiconn | yep |
| 09:29:26 | amiconn | For consistency we should probably use unit16_t instead of unsigned short as well |
| 09:29:43 | amiconn | uint16_t too |
| 09:30:00 | n1s | yeah |
| 09:30:19 | | Join petur [0] (n=peter@d54C6F9B2.access.telenet.be) |
| 09:32:00 | amiconn | The logic could be reordered a bit so that the fixed-width font case isn't duplicated |
| 09:33:17 | | Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) |
| 09:41:01 | * | amiconn thinks that pf->offsets should probably be a void* in order to make its dual mode use more obvious |
| 09:41:25 | n1s | i agree with that, also a comment would be nice :) |
| 09:42:16 | amiconn | The 0xFFDB magic number should also be replaced by a descriptive macro |
| 09:44:08 | | Join flydutch [0] (n=flydutch@host140-41-dynamic.116-80-r.retail.telecomitalia.it) |
| 10:00 |
| 10:00:00 | n1s | amiconn: are you working on this or do i have a project for this morning? |
| 10:03:10 | | Join stoffel [0] (n=quassel@p57B4DABD.dip.t-dialin.net) |
| 10:04:25 | *** | Saving seen data "./dancer.seen" |
| 10:07:29 | amiconn | I have no time to work on this right now |
| 10:13:48 | n1s | i'll look at it then, thanks for the hints |
| 10:22:25 | | Join nick-p [0] (n=52456978@giant.haxx.se) |
| 10:22:46 | nick-p | Hi, I've written a patch (FS #10849) that supersedes one I wrote earlier (FS #10779). Do you know how I'd go about closing the old one? |
| 10:26:59 | | Join pamaury [0] (n=pamaury@91-168-90-156.rev.libertysurf.net) |
| 10:31:19 | | Join Kitar|st [0] (n=Kitarist@BSN-143-159-169.dial-up.dsl.siol.net) |
| 10:37:43 | n1s | nick-p: ask in here :) |
| 10:40:06 | nick-p | Can FS #10779 be closed please :) |
| 10:40:21 | n1s | sure :) |
| 10:40:59 | nick-p | Thanks |
| 10:43:06 | n1s | done |
| 10:43:41 | n1s | nit the future though, i would recomend posting a new version in the same task |
| 10:43:51 | n1s | s/nit/in/ |
| 10:44:43 | nick-p | OK. I should have asked here first. Maybe a rename of the title would have been enough. |
| 10:46:41 | Unhelpful | n1s: if you want to. just replacing the DESCALE_SHIFT macro with the inline version used on ARM *should* work without changing the output, which you could fairly easily test via test_codec. it might need some tweaking to be faster, or the existing one might be fairly optimal. |
| 10:47:08 | n1s | Unhelpful: ok, ill do that then |
| 10:48:17 | Unhelpful | i also think some shuffling about of registers could allow using the same trick in ffs-coldfire.S that is used in bs_generic to load the result over the index and avoid having to zero-extend the result. as in bs_generic the high 24 bits of the index are already clear. |
| 10:48:28 | | Quit Kitr88 (Connection timed out) |
| 10:48:45 | | Join Kitr88 [0] (i=Kitarist@89.142.75.159) |
| 10:49:25 | | Quit Kitar|st (Connection timed out) |
| 10:56:58 | n1s | Unhelpful: that is a pretty nice trick :) |
| 11:00 |
| 11:00:41 | | Quit fyrestorm (Read error: 131 (Connection reset by peer)) |
| 11:02:10 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |
| 11:10:05 | | Join liar [0] (n=liar@83.175.83.185) |
| 11:12:16 | n1s | hmm MAX_FONTSIZE_FOR_16_BIT_OFFSETS is a little long... |
| 11:20:20 | | Quit nick-p ("CGI:IRC (EOF)") |
| 11:27:38 | | Join webguest64 [0] (n=7dd5cf10@giant.haxx.se) |
| 11:28:46 | | Quit Grahack1 (Read error: 145 (Connection timed out)) |
| 11:28:59 | webguest64 | am I alone? |
| 11:30:40 | | Join Grahack [0] (n=chri@ACaen-156-1-36-157.w90-51.abo.wanadoo.fr) |
| 11:31:22 | webguest64 | anyone? |
| 11:32:24 | | Quit webguest64 (Client Quit) |
| 11:32:34 | | Join webguest40 [0] (n=7dd5cf10@giant.haxx.se) |
| 11:34:08 | | Quit webguest40 (Client Quit) |
| 11:43:27 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 11:54:05 | | Join Tomis2 [0] (n=Tomis@70.134.67.75) |
| 12:00 |
| 12:04:26 | | Quit Tomis (Read error: 110 (Connection timed out)) |
| 12:04:26 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.67.75) |
| 12:04:29 | *** | Saving seen data "./dancer.seen" |
| 12:07:43 | CIA-6 | New commit by nls (r23969): Font improvements: Fix bug that caused some fonts to be rendered garbled on custom builds with MAX_FONT_SIZE > 64k (closes FS #10844). Simplify version ... |
| 12:07:44 | | Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) |
| 12:07:59 | bluebrother | hmm. Theme installation is broken in rbutil svn due to the changed target names :/ |
| 12:10:22 | | Join Omlet [0] (i=omlet05@27.13-65-87.adsl-dyn.isp.belgacom.be) |
| 12:15:38 | bluebrother | n1s: already spotted the red? |
| 12:16:19 | n1s | have now |
| 12:17:25 | | Join kood777 [0] (n=79b45a2c@giant.haxx.se) |
| 12:19:08 | CIA-6 | New commit by nls (r23970): fix typo causing red |
| 12:37:42 | | Quit Grahack (Read error: 60 (Operation timed out)) |
| 12:38:04 | | Join Grahack [0] (n=chri@ACaen-156-1-36-157.w90-51.abo.wanadoo.fr) |
| 12:43:23 | | Join tg1 [0] (n=thomas@152.78.213.226) |
| 12:52:15 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
| 12:58:48 | | Join teru [0] (n=teru@KD059133115245.ppp.dion.ne.jp) |
| 13:00 |
| 13:06:40 | | Quit kood777 ("CGI:IRC (EOF)") |
| 13:17:43 | | Quit Grahack (Read error: 110 (Connection timed out)) |
| 13:20:09 | | Join Grahack [0] (n=chri@ACaen-156-1-36-157.w90-51.abo.wanadoo.fr) |
| 13:34:36 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 13:35:37 | | Quit liar (Read error: 104 (Connection reset by peer)) |
| 13:36:10 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 13:42:34 | | Join stooo [0] (n=sto@g226207010.adsl.alicedsl.de) |
| 13:43:03 | CIA-6 | New commit by rasher (r23971): Spelling and grammar fix |
| 13:47:46 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 13:50:15 | domonoky | pixelma: i just read your themesite whishes. The problem with the rwps as main wps is, that currently that wont work because the theme config set it as remote wps ofcourse. (so it will only work if the uses explicitly chooses to set the rwps file as wps manually). |
| 13:52:27 | domonoky | Thats why i changed the rwps handling for now, to not show themes where a rwps fits a mainscreen.. of course more independend remote theme handling would be nice, but that gets complicated. I would prefer if uploaders just repackage the rwps into a seperate themezip if it can be also used as a mainwps. |
| 13:53:08 | pixelma | I know that the cfg is a bit problematic there - and as I said, maybe it *could* work similar to packaging themes in SVN where the cfg file is created when making the zip. I guess using RWPSs as main WPSs could work more easily than the other way around |
| 13:53:48 | | Join archivator_ [0] (n=archivat@77.70.28.57) |
| 13:55:11 | pixelma | if the authors could get a list of targets, your suggestion would be a start |
| 13:55:45 | domonoky | hm, i dont really want to repack and rewrite the config on the theme site (currently we dont even check the contents of the config, because its difficult to define whats legal). |
| 13:56:56 | pixelma | and maybe if someone downloads themes for a remote target that he could use themes on e.g. the Clip page as RWPS when renaming theme.wps to theme.rwps |
| 13:57:18 | pixelma | I know it's complicated (and said so in the beginning), just a wish |
| 13:57:26 | domonoky | :-) |
| 13:59:01 | * | pixelma tries to add a "get a notice" somewhere to her second last statement |
| 13:59:52 | domonoky | maybe just provide hints for uploaders when they upload a theme. IE "This theme contains a .rwps which would work as a main-wps on the follwing targets: .. if you repackage and reupload the remote skin files as main-skin files" |
| 14:00 |
| 14:00:50 | domonoky | doing this magic on the server gets complicated, as there is also .sbs/.rsbs and maybe in the future even more skin files. |
| 14:01:21 | pixelma | yes, that's what I meant - and another hint for downloaders where else he could look for RWPSs (and that he needs to rename the file - and needs to look for font sizes) |
| 14:01:51 | domonoky | only that i would provide this hint to uploaders, not downloaders :-) |
| 14:02:09 | domonoky | downloaders should just be able to download a zip and have it working. |
| 14:04:32 | pixelma | well, I think it would need both because I don't think someone who made a theme for the Clip would like to make a full blown theme for the H300 just because his version would work on its remote - the other way would then be to have rwps-only themes on remote target pages |
| 14:04:33 | *** | Saving seen data "./dancer.seen" |
| 14:07:38 | | Quit Grahack (Connection timed out) |
| 14:08:07 | | Quit petur ("out for some shopping and fresh air") |
| 14:09:42 | | Join Grahack [0] (n=chri@ACaen-156-1-36-157.w90-51.abo.wanadoo.fr) |
| 14:09:42 | archivator | n1s: did you get a chance to look at FS #10816 ? |
| 14:09:51 | domonoky | hm, true using a main theme as remote theme is difficult, because its not a complete theme. And you can really combine a remote theme and different main.theme easily (because of font sizes, icons, colors, etc). But the other way round would easy todo for uploaders to repackage. |
| 14:10:29 | pixelma | yep |
| 14:10:51 | | Quit flydutch ("/* empty */") |
| 14:11:24 | n1s | archivator: ah, no forgot about that and it isn't my area but i'll look if i find time and boredom :) |
| 14:11:58 | archivator | n1s: that's okay. I'm almost done with the spectrum analyzer anyway :) |
| 14:13:30 | n1s | looks like a nice plugin :) |
| 14:13:56 | n1s | we sure do have enough bugs in rockbox and i like looking at ones i think i can fix :) |
| 14:17:32 | | Join liar [0] (n=liar@83.175.83.185) |
| 14:17:53 | archivator | I know it worked the last time I posted a patch and doesn't now. That's a ~6 month window - should be relatively easy to do a binary search for the bug :) |
| 14:20:19 | | Quit teru ("Quit") |
| 14:20:24 | Unhelpful | n1s: if you haven't tested, don't bother. i simulated the cf shifter behavior on arm, mod 256 shifts on arm are fine but mod 64 shifts overflow too soon. |
| 14:21:01 | | Join teru [0] (n=teru@KD059133115245.ppp.dion.ne.jp) |
| 14:21:20 | | Quit gtkspert_ (Read error: 60 (Operation timed out)) |
| 14:22:41 | | Join gtkspert [0] (n=gtkspert@203-206-61-198.dyn.iinet.net.au) |
| 14:22:52 | n1s | Unhelpful: ah, the test is running (and can't be cancelled) |
| 14:23:09 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 14:23:35 | n1s | and omfg aache is sloooow on coldfire |
| 14:24:56 | n1s | your latest improvement sped it up 0.5% on the sample in test_files |
| 14:26:15 | Unhelpful | that matches what i saw on e200 :) |
| 14:26:51 | n1s | still around 33% realtime though so we need some kind of revolution to be able to get this realtime |
| 14:30:09 | n1s | i don't understand your arm specific c code but if it relies on shift by negative isn't that undefined in c? |
| 14:30:38 | | Join domonoky1 [0] (n=Domonoky@g229241080.adsl.alicedsl.de) |
| 14:31:09 | n1s | but a smart way to shift one way for positive counts and the other for negative could be useful i other places too, like tremor |
| 14:32:21 | | Quit Grahack (Read error: 110 (Connection timed out)) |
| 14:33:01 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 14:33:49 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 14:34:17 | n1s | yeah, crc changed when using that c code on coldfire |
| 14:34:30 | | Join Grahack [0] (n=chri@ACaen-156-1-36-157.w90-51.abo.wanadoo.fr) |
| 14:38:01 | | Quit tg1 (Remote closed the connection) |
| 14:38:17 | | Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 14:39:36 | | Join tg1 [0] (n=thomas@152.78.213.226) |
| 14:40:16 | Unhelpful | n1s: it's undefined by C spec, but the behavior of the arm shifter is defined quite clearly. :) |
| 14:41:06 | Unhelpful | register shifts are by (shift & 255), so a negative register value is a positive shift of greater than the register width... if the magnitude of the negative value is small enough |
| 14:41:16 | n1s | i hope we can rely on gcc not deciding to go crazy just because it can then :) |
| 14:41:21 | Unhelpful | coldfire is similar but has a different definition of "small enough" |
| 14:41:52 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 14:42:13 | Unhelpful | gcc's behavior is probably pretty well-defined here, too... it will emit a shift operation, or roll the shift into the argument of another operation if possible. |
| 14:42:16 | n1s | how big is small enough? |
| 14:44:46 | n1s | so the win is that yo do the shift and test after that so if the first shift is correct you saved a cmp? or am i lost again? |
| 14:45:40 | kugel | Unhelpful: a comment when exploiting undefined behavior doesn't hurt. I was wondering why plain C code is only used for ARM when looking at the commit |
| 14:53:14 | | Join petur [0] (n=peter@d54C6F9B2.access.telenet.be) |
| 14:59:59 | | Quit gtkspert (Read error: 110 (Connection timed out)) |
| 15:00 |
| 15:07:19 | | Quit Zarggg (Read error: 110 (Connection timed out)) |
| 15:12:18 | | Quit w1ll14m (Read error: 54 (Connection reset by peer)) |
| 15:13:57 | | Quit MethoS- (Remote closed the connection) |
| 15:17:59 | | Quit Slasheri (Read error: 148 (No route to host)) |
| 15:21:07 | | Quit teru ("Quit") |
| 15:21:30 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 15:22:46 | | Quit Grahack (Read error: 110 (Connection timed out)) |
| 15:24:19 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 15:24:38 | | Join Grahack [0] (n=chri@ACaen-156-1-36-157.w90-51.abo.wanadoo.fr) |
| 15:32:19 | Unhelpful | n1s: negative shifts with values > -225 will have 0 output on arm |
| 15:32:53 | | Quit Grahack ("Leaving.") |
| 15:33:01 | | Join Lear_ [0] (i=chatzill@rockbox/developer/lear) |
| 15:33:44 | Unhelpful | on coldfire only the low 6 bits are used for shifts, so that overflow happens at -33 |
| 15:33:56 | | Quit Lear_ (Read error: 104 (Connection reset by peer)) |
| 15:34:06 | Unhelpful | 63&-33 == 31 |
| 15:34:21 | | Join Lear_ [0] (i=chatzill@rockbox/developer/lear) |
| 15:38:07 | n1s | ah i think i get it then |
| 15:39:16 | n1s | but yeah, a comment would be nice :) |
| 15:40:21 | | Join bimbel [0] (n=Miranda@unaffiliated/bmbl) |
| 15:41:31 | Unhelpful | n1s: as far as why this wins goes, gcc just acts a bit smarter with that version. the macro causes gcc to emit a cmp instruction to test the sign of the shift, and then to follow it with a series of instructions with gt or le conditions. it could save *an* instruction here by using rsbs to do the subtraction and set flags at the same time, i'm not sure why it doesn't. it also rather brilliantly calculates shift *again* for each shift done. |
| 15:41:31 | Unhelpful | might be made better just by using an inline function, gcc sometimes fails to do good CSE. |
| 15:43:15 | Unhelpful | so it calculates shift *three* times, and one of those is only used to test the sign, and then discarded. |
| 15:44:02 | n1s | heh |
| 15:44:13 | n1s | Unhelpful: is that 4.0 or 4.4? |
| 15:44:26 | Unhelpful | that's 4.4 |
| 15:44:54 | n1s | yeah, that sounds braindead indeed |
| 15:45:32 | n1s | is it as stupid at higher O levels? |
| 15:45:49 | n1s | O1 is used for arm libfaad |
| 15:50:45 | | Quit Lear (Read error: 110 (Connection timed out)) |
| 15:50:56 | | Join w1ll14m [0] (n=w1ll14m@84-104-81-17.cable.quicknet.nl) |
| 15:51:08 | CIA-6 | New commit by Domonoky (r23972): show more info on admin checkwps page. |
| 15:51:30 | | Quit archivator ("Leaving") |
| 15:51:33 | Unhelpful | -O2 doesn't do any differently. -O3 produces the same bad code but reorders instructions more aggressively. |
| 15:53:13 | | Quit archivator_ (Remote closed the connection) |
| 15:54:30 | bluebrother | domonoky1: while you're at it, the themes installation is currently broken in svn rbutil due to the changed target names. Do you think there's an easy way to allow both to work for now? |
| 15:55:56 | domonoky1 | bluebrother: does rbutil now use the newnames internally ? |
| 15:56:17 | bluebrother | domonoky1: yes |
| 15:56:34 | | Quit Tomis () |
| 15:57:11 | Unhelpful | gcc 4.0 generates essentially the same code as 4.4 for all of these situations, but is slightly less clever about register allocation, so that the result is computed in r3 and needs to be moved to r0 before returning. inlining pow2 would fix this since the calculations using the result would just continue with with using that register as the result. using inline asm for DESCALE_SHIFT would probably *not* solve this problem on its own. |
| 15:57:14 | n1s | heh, O2 on libfaad slows decoding regular aac down by about 5% on coldfire :) |
| 15:57:44 | domonoky1 | hm, so we should change the checkwps names and the target names on the themepage too.. but that will break current released rbutil. |
| 15:59:20 | Unhelpful | rewriting the logic of the DESCALE_SHIFT macro as an inline function produces *slightly* better code than the macro... should probably make that the "generic" version of the function, and comment the arm behavior on which that version relies. |
| 15:59:31 | | Quit Highlander ("Quitte") |
| 16:00 |
| 16:00:16 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 16:00:22 | CIA-6 | New commit by nls (r23973): Improved bitrev12, using a larger LUT to save one lookup, speeds up vorbis about 2% on beast, about 0.5% on h300 |
| 16:02:51 | Unhelpful | heh, beast wins most, yet again :/ |
| 16:03:15 | n1s | yes, probably some cache thing |
| 16:04:04 | n1s | this will likely just be intermittent anyway as it seems work is underway to replace the whole mdct |
| 16:04:28 | n1s | i wonder if faad is using iram optimally... |
| 16:04:35 | *** | Saving seen data "./dancer.seen" |
| 16:05:35 | n1s | i can't imagine it being bad for pp either but probably closer to coldfire |
| 16:06:58 | | Quit phanboy4 ("Leaving") |
| 16:07:07 | Unhelpful | doesn't coldfire have serious issues for data-in-sdram? |
| 16:07:32 | n1s | it has no dcache at all so it's slow as hell basically |
| 16:08:38 | n1s | hmm, faad is only using iram for constants and buffers, no code, i wonder how much is unused |
| 16:12:21 | n1s | about 44.7kB is used so we should have about 3.3kB left, any idea which function is the hottest? |
| 16:24:47 | | Quit BlakeJohnson86 ("Leaving.") |
| 16:30:32 | | Join Tomis [0] (n=Tomis@70.134.67.75) |
| 16:32:13 | | Join Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
| 16:32:26 | | Quit tg1 ("Leaving.") |
| 16:39:48 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
| 16:43:20 | | Join evilnick [0] (i=4d63ba66@rockbox/staff/evilnick) |
| 16:43:38 | evilnick | gevaerts: Pingitty-pingitty-ping |
| 16:44:36 | evilnick | Wrong channel, sorry |
| 16:45:01 | | Quit bimbel ("Woah!") |
| 16:45:06 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 16:47:52 | | Quit Tomis () |
| 16:52:10 | | Join Tomis [0] (n=Tomis@70.134.67.75) |
| 16:52:40 | | Quit tomers ("ChatZilla 0.9.85 [Firefox 3.5.5/20091109125225]") |
| 16:55:18 | | Quit liar (Read error: 113 (No route to host)) |
| 16:58:36 | n1s | i wonder why libffad is using uint8_t as index and loop variables in many places... |
| 17:00 |
| 17:00:51 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 17:06:21 | | Quit froggyman (Read error: 104 (Connection reset by peer)) |
| 17:12:46 | Unhelpful | n1s: not sure. is it likely to matter? i would *hope* that if gcc needs to spill such a variable from register to stack that it will just save the whole register... |
| 17:13:34 | | Quit stoffel (Read error: 113 (No route to host)) |
| 17:13:35 | n1s | yeah, i hope so but is looks weird |
| 17:15:06 | Unhelpful | is there an icache on coldfire targets? do we gain anything by moving hot code into iram? |
| 17:20:36 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 17:20:44 | Lear_ | Unhelpful: Moving code helps, but not that much. |
| 17:21:13 | | Quit stooo ("Leaving.") |
| 17:22:18 | Unhelpful | so instructions are cached, or the memory controller issue streams reads on them, at least? |
| 17:23:15 | Lear_ | Don't know really. |
| 17:24:14 | Unhelpful | i wonder if valgrind could be used on the sim to identify hot data... might help to tell us which tables or buffers most need to go in iram |
| 17:31:59 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 17:35:17 | | Join DerPapst [0] (n=DerPapst@p4FE8EE87.dip.t-dialin.net) |
| 17:37:34 | | Join anewuser [0] (i=anewuser@unaffiliated/anewuser) |
| 17:41:42 | n1s | Unhelpful: yeah they have a small icache |
| 17:42:41 | | Join stoffel [0] (n=quassel@p57B4DABD.dip.t-dialin.net) |
| 17:43:55 | | Join liar [0] (n=liar@83.175.83.185) |
| 17:46:16 | | Join Tomis2 [0] (n=Tomis@70.134.78.208) |
| 17:47:09 | | Join Lss [0] (n=Lss@cm91.delta92.maxonline.com.sg) |
| 17:51:33 | | Join perfectdrug [0] (n=5b0ef41e@giant.haxx.se) |
| 17:52:18 | perfectdrug | hi, why are some manual links missing frome the manual page? e.g. samsung players show a picture but no links |
| 17:52:47 | kugel | there's no manual for the samsung players |
| 17:52:59 | kugel | I think i have told zagor about it, but I may have not |
| 17:53:05 | perfectdrug | why is the picture for it there? |
| 17:53:12 | perfectdrug | ah ok |
| 17:53:30 | kugel | because some internal target name management changed |
| 17:53:32 | perfectdrug | also the yh-820 is a foto and not based og the svg |
| 17:54:04 | kugel | a good photo apparently :) |
| 17:54:09 | perfectdrug | :) |
| 17:54:38 | kugel | haven't you made some SVGs? |
| 17:54:52 | perfectdrug | yes its in svn already |
| 17:55:53 | perfectdrug | I have a little sparetime right now, any objections against a svg for the onda vx747 for the themes page?;) pixelma? |
| 17:57:58 | perfectdrug | i hope i get the orientation right, the vx747 is portrait not landscape right? |
| 17:58:07 | | Quit Thundercloud (Read error: 54 (Connection reset by peer)) |
| 17:58:52 | | Join Tomis2_ [0] (n=Tomis@70.134.86.213) |
| 17:58:56 | kugel | perfectdrug: no objections at all ;) |
| 17:59:25 | kugel | the sim indicates its portrait, I don't know if it could be flipped |
| 17:59:55 | perfectdrug | ok so I try, the shiny metal border could be a little tricky though |
| 18:00 |
| 18:00:24 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 18:02:08 | CIA-6 | New commit by Domonoky (r23974): Allow users to update a theme if themename, lcdsize and author matches. Old theme gets hidden on emailverification. Also allow dublicate themenames if ... |
| 18:03:46 | kugel | domonoky1: email doesn't need to match? |
| 18:04:00 | kugel | anyway, awesome \o/ |
| 18:04:03 | domonoky1 | kugel: email has to match too. |
| 18:04:06 | | Join ajb [0] (n=user@client-86-31-95-55.midd.adsl.virginmedia.com) |
| 18:04:11 | | Quit Tomis (Read error: 110 (Connection timed out)) |
| 18:04:15 | domonoky1 | its now live :-) |
| 18:04:36 | *** | Saving seen data "./dancer.seen" |
| 18:05:08 | ajb | Who's the best person to ask about looking at the playlist code? I've had a few comments but no one seems comfortable reviewing the code |
| 18:06:11 | | Quit Tomis2_ (Read error: 60 (Operation timed out)) |
| 18:06:37 | n1s | ajb: unfortunately noone around now seems very familiar with it |
| 18:07:17 | kugel | domonoky1: is the update process described somewhere or is it a hidden feature? |
| 18:07:42 | ajb | n1s: Oh well, I shall leave it pootling along then... |
| 18:08:08 | | Quit Tomis2 (Read error: 110 (Connection timed out)) |
| 18:08:22 | gevaerts | ajb: this could be an opportunity for you to become that person! ;) |
| 18:08:58 | ajb | gevaerts: Sure, but I could hardly review my own code, of course it's fine :-) |
| 18:09:01 | domonoky1 | kugel: pretty hidden at moment :-) if you happen to enter the correct data, the errormessage for dublicate themename will change, and offer a checkbox to update the old theme :-) |
| 18:10:03 | ajb | Well the last people to touch the apps/playlist* code where stripwax, n1s and kugel |
| 18:10:25 | n1s | ajb: yes? |
| 18:10:57 | * | kugel declines to have any knowledge |
| 18:11:39 | ajb | n1s: I think you last change was various casting fixes (trunk@22440) |
| 18:12:42 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 18:12:43 | | Quit Lear_ (Read error: 104 (Connection reset by peer)) |
| 18:13:04 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 18:13:44 | n1s | ajb: that rev had nothing to do with playlists, just some callbacks used by the list code |
| 18:14:40 | ajb | n1s: Sure, I'm just looking to the logs for potential reviewers. I think stripwax is the person that made the most changes to the logic |
| 18:14:59 | ajb | I don't suppose I could convince anyway to test the patch? |
| 18:15:07 | n1s | if you check the logs you also see *what* was changed |
| 18:15:18 | n1s | i don't have time now |
| 18:15:29 | * | ajb switches to git log -p |
| 18:24:41 | | Quit Thundercloud (Remote closed the connection) |
| 18:30:57 | | Join aaron424 [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) |
| 18:31:02 | | Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 18:41:53 | | Join Tomis [0] (n=Tomis@70.134.97.96) |
| 18:43:41 | n1s | Unhelpful: using bs_generic for speex gives about 0.1% speedup with the LUT in iram so i guess it's not really worth wasting much effort on... |
| 18:45:12 | | Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
| 18:48:28 | | Quit grndslm (Client Quit) |
| 18:48:40 | | Quit Lear ("ChatZilla 0.9.85 [Firefox 3.6b4/20091124213835]") |
| 18:53:37 | | Nick krazykit` is now known as krazykit (n=kkit@adsl-76-251-232-206.dsl.ipltin.sbcglobal.net) |
| 18:54:45 | | Quit robin0800 (Remote closed the connection) |
| 18:55:23 | | Quit Tomis (Read error: 104 (Connection reset by peer)) |
| 18:56:49 | | Join grndslm [0] (n=grndslm@174-126-14-4.cpe.cableone.net) |
| 18:58:26 | | Join Grahack [0] (n=Grahack@ip-222.net-82-216-222.rev.numericable.fr) |
| 19:00 |
| 19:01:12 | | Join Llorean [0] (n=DarkkOne@adsl-76-202-17-167.dsl.hstntx.sbcglobal.net) |
| 19:02:24 | | Join Zaba_ [0] (n=zaba@about/goats/billygoat/zaba) |
| 19:02:30 | | Join Tomis [0] (n=Tomis@70.134.102.8) |
| 19:07:37 | | Quit Zaba (Read error: 110 (Connection timed out)) |
| 19:08:49 | | Join Tomis2 [0] (n=Tomis@70.134.100.183) |
| 19:08:57 | | Quit w1ll14m (Read error: 110 (Connection timed out)) |
| 19:12:08 | | Quit Tomis (Read error: 145 (Connection timed out)) |
| 19:13:30 | | Join Omlet05 [0] (n=omlet05@27.13-65-87.adsl-dyn.isp.belgacom.be) |
| 19:13:39 | | Quit Omlet ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 19:17:36 | | Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de) |
| 19:19:26 | | Join Tomis [0] (n=Tomis@70.134.93.232) |
| 19:21:19 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 19:23:47 | | Join kugel_ [0] (n=kugel@e178122253.adsl.alicedsl.de) |
| 19:24:56 | | Quit bertrik ("De groeten") |
| 19:25:26 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
| 19:26:14 | | Quit Tomis2 (Read error: 110 (Connection timed out)) |
| 19:27:17 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 19:29:05 | | Quit amiconn (Nick collision from services.) |
| 19:29:09 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 19:29:16 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 19:31:04 | | Join pamaury_ [0] (n=pamaury@91-168-90-156.rev.libertysurf.net) |
| 19:31:26 | | Quit pixelma (Nick collision from services.) |
| 19:31:27 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 19:31:48 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 19:34:03 | | Join Tomis2 [0] (n=Tomis@70.134.91.114) |
| 19:35:24 | | Join flydutch [0] (n=flydutch@host140-41-dynamic.116-80-r.retail.telecomitalia.it) |
| 19:40:49 | | Quit Tomis (Read error: 110 (Connection timed out)) |
| 19:40:50 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.91.114) |
| 19:42:12 | | Quit pamaury (Read error: 110 (Connection timed out)) |
| 19:44:48 | | Quit petur ("later") |
| 19:49:00 | | Quit stoffel (Read error: 60 (Operation timed out)) |
| 19:51:35 | | Quit perfectdrug ("CGI:IRC (EOF)") |
| 19:59:23 | | Quit BlakeJohnson86 ("Leaving.") |
| 20:00 |
| 20:04:38 | *** | Saving seen data "./dancer.seen" |
| 20:06:12 | | Quit flydutch ("/* empty */") |
| 20:06:33 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 20:10:47 | | Quit aaron424 (Remote closed the connection) |
| 20:10:59 | | Join Melena [0] (n=melena@p549FEA83.dip.t-dialin.net) |
| 20:12:58 | Melena | hey guys :) i have a little problem..... my sansa reboots into the original firmware, when i plug in a usb-cable. is there a was to force the bootloader to boot rockbox?^^ |
| 20:13:31 | Melena | its a sansa e200( v2) |
| 20:14:54 | | Join liar_ [0] (n=liar@83.175.83.185) |
| 20:16:03 | funman | Melena: keep the center button pressed when plugging usb (you'll only be able to charge the e200 though) |
| 20:16:07 | | Quit funman ("free(random());") |
| 20:17:06 | Melena | thx |
| 20:17:33 | Melena | ... i tried this before but id didnt work..... anyways... cya |
| 20:17:38 | | Quit liar (Read error: 104 (Connection reset by peer)) |
| 20:17:46 | | Part Melena |
| 20:23:31 | | Nick liar_ is now known as liar (n=liar@83.175.83.185) |
| 20:26:19 | | Quit Horschti ("Verlassend") |
| 20:29:40 | | Join GeekShado_ [0] (n=Antoine@77.204.150.139) |
| 20:30:27 | | Join GeekShad__ [0] (n=Antoine@139.150.204-77.rev.gaoland.net) |
| 20:33:03 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 20:37:32 | | Quit GeekShadow (Read error: 145 (Connection timed out)) |
| 20:45:51 | | Join solexx [0] (n=jrschulz@e176115068.adsl.alicedsl.de) |
| 20:48:10 | | Quit archivator ("Leaving") |
| 20:49:07 | | Quit GeekShado_ (Read error: 110 (Connection timed out)) |
| 20:50:37 | | Quit solexx_ (Connection reset by peer) |
| 20:58:23 | | Join stoffel [0] (n=quassel@p57B4DABD.dip.t-dialin.net) |
| 20:59:32 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 21:00 |
| 21:02:17 | | Join mc2739_ [0] (n=mc2739@rockbox/developer/mc2739) |
| 21:06:26 | | Quit anewuser (Client Quit) |
| 21:13:55 | | Join mc2739__ [0] (n=mc2739@cpe-67-10-237-133.satx.res.rr.com) |
| 21:13:55 | | Quit mc2739_ (Read error: 104 (Connection reset by peer)) |
| 21:20:30 | | Quit krazykit ("Connection reset by beer") |
| 21:22:48 | | Join krazykit [0] (n=kkit@adsl-76-251-232-206.dsl.ipltin.sbcglobal.net) |
| 21:24:09 | | Quit evilnick ("Page closed") |
| 21:26:14 | CIA-6 | New commit by tomers (r23975): PictureFlow: Add PF_MENU action to touchscreen |
| 21:27:20 | | Quit mc2739 (Read error: 110 (Connection timed out)) |
| 21:27:57 | CIA-6 | New commit by tomers (r23976): PictureFlow: Add PF_MENU action to touchscreen |
| 21:28:18 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
| 21:28:36 | tomers | Anyway to change r23975's log message? I've named it incorrectly... :-( |
| 21:28:56 | amiconn | n1s: In case your test file uses the qmf - that filter can be sped up significantly on coldfire |
| 21:29:47 | | Quit Grahack ("Tu m'as vu ?") |
| 21:31:03 | | Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) |
| 21:31:09 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 21:33:10 | n1s | amiconn: it's the test sample we host on the download server, i have no idea if it uses qmf |
| 21:34:25 | | Quit GeekShad__ ("The cake is a lie !") |
| 21:37:57 | CIA-6 | New commit by FlynDice (r23977): Sansa AMS: Implement 4 bit widebus mode for SD cards. ... |
| 21:38:41 | kugel_ | FlynDice: maybe you want to work on fs#10805? |
| 21:38:57 | FlynDice | what's that?... |
| 21:39:13 | FlynDice | looking |
| 21:41:07 | amiconn | n1s: Btw, thanks for r23969(+970) |
| 21:42:23 | | Quit mc2739__ (Read error: 110 (Connection timed out)) |
| 21:42:42 | | Quit tomers ("ChatZilla 0.9.85 [Firefox 3.5.5/20091109125225]") |
| 21:43:08 | FlynDice | kugel_: I'll take a look later today, was up working all night and need a bit more nap time ;-) |
| 21:44:05 | kugel_ | FlynDice: no hurry, I'm just saying because you're more likely to work on it soon. especially since my fuze broke :) |
| 21:44:21 | | Quit stoffel (Remote closed the connection) |
| 21:44:55 | n1s | amiconn: no problem :) fixing bugs is fun if they can be reproduced easily and fixed relatively cleanly |
| 21:45:54 | | Join petur [0] (n=peter@d54C6F9B2.access.telenet.be) |
| 21:45:54 | * | amiconn likes if fixes like this (which actually adds a missing piece of code) even save some binsize |
| 21:46:43 | FlynDice | kugel_: I thought you stopped throwing them in the street after the last 1 broke ;) |
| 21:47:04 | kugel_ | uhm...yea, I did :) |
| 21:47:23 | * | kugel_ explains again that it wasn't his fault |
| 21:48:38 | CIA-6 | New commit by Domonoky (r23978): add rating to themesite. ... |
| 21:50:34 | * | domonoky1 made theme ratings live :-) |
| 21:50:42 | JdGordon | domonoky1: something is broken... |
| 21:50:53 | JdGordon | you got rid of the works with latest release line? |
| 21:51:23 | JdGordon | also.. why 10 rating levels? 1-5 is moer than enough |
| 21:51:48 | * | domonoky1 can still see the "Works with.. " lines. |
| 21:52:18 | JdGordon | haha wierd.. all the mini2g themes ont work with 3.4 apparently |
| 21:53:04 | domonoky1 | can you point me to such a theme ? |
| 21:53:21 | JdGordon | can you force the rating stuff to the bottom of the cell to make it loo a bit better? |
| 21:53:45 | JdGordon | oh never mind.. i had the nano2g not mini2g site open... no 3.4 for it |
| 21:54:12 | domonoky1 | JdGordon: feel free to improve the templace its in svn :-) (private/template/themeslist.tpl and theme.tpl :-) |
| 21:54:22 | JdGordon | :'( |
| 21:54:35 | domonoky1 | yes, there is no release checkwps for nano2g |
| 21:55:24 | domonoky1 | or if you can tell me exactly how it should look like.. i could do it too :-) |
| 21:56:26 | JdGordon | umm... either forced to the bottom of the cell, so themes with different description lengths all have tge rating section aligned |
| 21:56:37 | JdGordon | or, next to the rating stars.. |
| 21:56:51 | domonoky1 | ah, now i understand.. i will try. |
| 21:57:00 | JdGordon | or even better.. make the 5 stars clickable... |
| 21:57:47 | CIA-6 | New commit by tomers (r23979): Bubbles: Remove unused keymaps |
| 21:58:03 | | Join ansuz [0] (n=ansuz@dsl093-172-019.pit1.dsl.speakeasy.net) |
| 22:00 |
| 22:00:26 | domonoky1 | JdGordon: that would be nice, but i dont wanted to add javascript thingis. |
| 22:00:47 | JdGordon | course you do! :D |
| 22:04:03 | | Quit jfc^2 (Read error: 54 (Connection reset by peer)) |
| 22:04:17 | CIA-6 | New commit by tomers (r23980): Bubbles: Rename defines |
| 22:04:26 | JdGordon | anywho... very cool additions :) /me disappears |
| 22:04:39 | *** | Saving seen data "./dancer.seen" |
| 22:05:37 | bluebrother | domonoky1: now make rating use AJAX and work by clicking the stars ;-) |
| 22:06:13 | domonoky1 | bluebrother: same answer as to JdGordon, if you do the javascript part... :-) |
| 22:08:36 | | Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-lhiszqxalazrulvl) |
| 22:08:50 | | Join marga_ [0] (n=marga@186.18.92.38) |
| 22:09:54 | marga_ | Hi! I totally screwed up (due to stupidly doing stuff when being too tired) :-\. I deleted the partition table from a Sansa View, and now -obviously- it won't boot at all. Is there ANYTHING that can be done? |
| 22:09:55 | saratoga | amiconn, n1s: for what its worth, the "64kaache.m4a" test file uses the qmf (its an SBR only feature), while the "nero_" samples do not (they're LC) |
| 22:10:18 | saratoga | marga_: i don't think anyone here is going to be able to help you with that |
| 22:10:30 | saratoga | this is a rockbox channel, not a sandisk one |
| 22:10:46 | marga_ | saratoga: ok, re-routing me to the correct channel is acceptable, I couldn't figure out what to ask. |
| 22:11:23 | marga_ | saratoga: I know, but I found lot's of info on the hardware in the rockbox forums, and thus thought maybe somebody knew how to help me, or at least where I could ask. |
| 22:12:07 | marga_ | Sorry for the stupid mistakes, I'm still too tired to think. |
| 22:12:14 | | Join p3tur [0] (n=peter@d54C6F9B2.access.telenet.be) |
| 22:12:45 | gevaerts | marga_: sandisk has its own forums. I don't think many rockbox people actually know much about the view... |
| 22:13:16 | marga_ | gevaerts: ok, thanks anyway |
| 22:13:39 | | Quit petur (Read error: 104 (Connection reset by peer)) |
| 22:14:01 | CIA-6 | New commit by Domonoky (r23981): correctly display release version on single themepage. |
| 22:14:31 | | Join robin0800 [0] (n=quassel@genkt-057-207.t-mobile.co.uk) |
| 22:15:53 | | Nick p3tur is now known as petur (n=peter@rockbox/developer/petur) |
| 22:19:24 | n1s | saratoga: ok, good to know, maybe i'll look at that if bored in the future, are any profile results available for the aac codec? (and is this qmf thing subject to being replaced anytime soon?) |
| 22:20:20 | saratoga | n1s: stripwax tried to profile aac w/sbr but it kept crashing on him |
| 22:20:30 | saratoga | i don't know if theres ones for LC available |
| 22:20:58 | saratoga | stripwax might have one, i can't remember |
| 22:21:01 | n1s | ok, i guess i'll try to do that if i will try to optimize anything |
| 22:21:11 | saratoga | i'm not planning to look at the sbr stuff in the near future, but i want to eventually |
| 22:21:23 | saratoga | maybe try and combine it with the stuff in mp3, mpc, or atrac3 |
| 22:21:41 | n1s | i assume your todo list is as long as mine :) |
| 22:22:28 | n1s | how is the new mdct coming along, i saw the initial commits but they give little indication to the state of it |
| 22:22:58 | markun | saratoga: do you know if the sbr stuff in mp3pro is the same as in aac? |
| 22:23:21 | saratoga | markun: i've never looked at an mp3pro decoder, but from what i understand its very similar |
| 22:23:47 | saratoga | n1s: we've just been chipping away at it for a couple months now, but at least it can actually decode audio at the moment |
| 22:25:05 | n1s | ah, so basically "just" optimization left? |
| 22:25:09 | | Quit Thundercloud (Remote closed the connection) |
| 22:26:57 | saratoga | n1s: that and code clean up |
| 22:27:05 | saratoga | i still have to figure out how i want to expose it to all the codecs |
| 22:27:29 | saratoga | the old mdct had the advantage of not needing any init, and using the same size buffers for all transform sizes, the new one is going to be more complicated |
| 22:27:37 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 22:28:20 | n1s | ah, yeah that could be troublesome when trying to use iram |
| 22:29:24 | saratoga | i think what i'll have it do is have a global init function, and then one per transform size init function where the codec passes in a pointer to a buffer |
| 22:29:31 | saratoga | so that each codec can decide to use IRAM or DRAM |
| 22:30:30 | CIA-6 | New commit by bluebrother (r23982): Make lipo calls silent. |
| 22:30:32 | n1s | sounds reasonable, how are the memory requirements compared to the current one? |
| 22:31:01 | saratoga | somewhat worse |
| 22:31:33 | saratoga | the trig tables are the same size I think, but the pre/post rotation steps that convert an fft to an mdct will need different tables |
| 22:31:48 | saratoga | fortunately they're accessed less often then the other trig tables |
| 22:32:05 | bluebrother | linuxstb: I'm considering to make all those *patchers Makefiles create proper dependencies (like rbspeex does) and move some stuff into a generic Makefile (probably in rbutil/ or rbutil/tools). Thoughts? |
| 22:32:27 | n1s | saratoga: maybe it's time to review the codec/core split of iram |
| 22:34:22 | | Join JdGordon| [0] (n=Miranda@nat/microsoft/x-htxrknrngmsbjhba) |
| 22:34:50 | saratoga | yes I've wanted to do that for a while now, but core is not something i know a lot about |
| 22:35:35 | saratoga | the other annoying this is that the trig tables for the pre/post rotations use alpha = 2 * M_PI * (i + theta) / n for the cos/sin argument |
| 22:35:42 | saratoga | where theta is some phase offset |
| 22:36:11 | saratoga | so that means larger tables aren't simply better sampled versions of small tables |
| 22:36:15 | JdGordon| | domonoky1: did you intend that the single theme page use full width? |
| 22:36:19 | saratoga | so you actually have to store 1 table per transform size |
| 22:36:33 | saratoga | which is ok for most codecs, but kind of sucks for wma with its 5 different transform sizes |
| 22:37:08 | | Join ded [0] (n=user@pool-96-235-185-249.cmdnnj.fios.verizon.net) |
| 22:37:40 | | Join jfc [0] (n=john@dpc6682208002.direcpc.com) |
| 22:37:54 | domonoky1 | JdGordon| what do you mean with full width ? it should look like the themelist but only with 1 theme. |
| 22:37:54 | | Quit bmbl ("Bye!") |
| 22:38:38 | JdGordon| | the cell uses the full width of the browser window (minus the menu on the left of course) instead of only being 1/3rd of it like usually |
| 22:39:50 | domonoky1 | JdGordon| which browser ? |
| 22:39:54 | JdGordon| | chrome |
| 22:40:21 | JdGordon| | its fine on ie8 |
| 22:40:31 | domonoky1 | hm, in firefox it also looks normal. |
| 22:40:49 | domonoky1 | lets blame google :-) |
| 22:41:05 | JdGordon| | fair enough |
| 22:42:11 | robin0800 | domonoky1: its fine on linux with chrome beta |
| 22:43:43 | ded | Hi all. I play a track in album A, then switch to playing album B. Then I pause and wait until idle poweroff. On reboot I hit "resume playback". It resumes with album A. I was expecting album B. I am not suggesting this is a bug but can't work out why my system is behaving like this. Can anyone help? |
| 22:43:44 | | Quit Thundercloud (Remote closed the connection) |
| 22:44:32 | ded | I was on 3.4 but have just updated to today's release. ipod 5.5. |
| 22:46:17 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 22:47:11 | | Quit parafin (niven.freenode.net irc.freenode.net) |
| 22:47:11 | NSplit | niven.freenode.net irc.freenode.net |
| 22:47:11 | | Quit Torne (niven.freenode.net irc.freenode.net) |
| 22:47:11 | | Quit Tuplanolla (niven.freenode.net irc.freenode.net) |
| 22:47:11 | | Quit shodanX_ (niven.freenode.net irc.freenode.net) |
| 22:47:11 | | Quit blithe (niven.freenode.net irc.freenode.net) |
| 22:47:11 | | Quit jds2001 (niven.freenode.net irc.freenode.net) |
| 22:47:11 | | Quit Kopfgeldjaeger (niven.freenode.net irc.freenode.net) |
| 22:47:11 | | Quit dmb (niven.freenode.net irc.freenode.net) |
| 22:47:22 | | Quit rjg (Read error: 110 (Connection timed out)) |
| 22:48:39 | saratoga | huh the sin and cos tables are basically just mirrors of one another |
| 22:48:44 | saratoga | maybe they can be compacted |
| 22:48:47 | NHeal | niven.freenode.net irc.freenode.net |
| 22:48:47 | NJoin | Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
| 22:49:01 | bluebrother | ded: how are you playing album B? Are you queueing it from the context menu? |
| 22:49:25 | NJoin | blithe [0] (n=blithe@blakesmith.me) |
| 22:49:56 | | Join Torne [0] (i=torne@lowell.wolfpuppy.org.uk) |
| 22:49:59 | ded | bluebrother: no, I am browsing to it via Files then hitting select on a track |
| 22:50:03 | | Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) |
| 22:50:18 | NJoin | Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
| 22:50:25 | gevaerts | ded: can you try checking the filesystem on the ipod? |
| 22:51:19 | ded | gevaerts: Yes I'm on linux and have the ipod here. What exactly would you like to see the output of? |
| 22:51:42 | gevaerts | run fsck.vfat on it |
| 22:51:58 | ded | gevaerts: OK. |
| 22:52:14 | NJoin | parafin [0] (i=parafin@paraf.in) |
| 22:52:15 | gevaerts | In my experience, weird problems like this are often caused by something strange with the filesystem |
| 22:53:35 | | Quit Torne (Killed by reynolds.freenode.net (Nick collision)) |
| 22:53:35 | NJoin | dmb [0] (n=Dmb@unaffiliated/dmb) |
| 22:53:35 | NJoin | Torne [0] (i=torne@rockbox/developer/Torne) |
| 22:53:35 | NJoin | shodanX_ [0] (n=shodanX@jazz.informatik.uni-erlangen.de) |
| 22:53:39 | | Join TorneWuff [0] (i=torne@lowell.wolfpuppy.org.uk) |
| 22:53:45 | | Quit dmb (SendQ exceeded) |
| 22:54:03 | ded | gevaerts: Right. Do I unmount first and pass e.g. /dev/sdc2 as the argument? |
| 22:54:12 | gevaerts | ded: yes to both |
| 22:54:34 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
| 22:54:37 | | Quit Omlet05 ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 22:55:00 | | Quit shodanX_ (Connection reset by peer) |
| 22:57:38 | saratoga | huh it looks like trig tables in the new mdct can be reduced in size considerably, but to control error in this approach indexing would become more complicated, and we'd still probably only get about ~16 bits accuracy |
| 22:59:27 | saratoga | i wonder why the sincos_lookup0 lookup table in the current mdct doesn't seem to have this problem |
| 23:00 |
| 23:01:57 | saratoga | digging into this the current mdct seems to omit the phase factor |
| 23:03:07 | | Quit Torne (Read error: 111 (Connection refused)) |
| 23:03:52 | saratoga | does anyone understand the current mdct? i have a lot of questions about what its actually doing |
| 23:06:34 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
| 23:09:28 | | Join fml [0] (n=5dd2d196@giant.haxx.se) |
| 23:10:54 | fml | bluebrother: hello. You were right about \textsf vs. explicit usage of cmbright. When I first used \textsf (and didn't get the expected result) I forgot to add \textbf. And hence thought that chapter headings use a different font. |
| 23:12:35 | | Join Casainho [0] (n=chatzill@87-196-169-233.net.novis.pt) |
| 23:13:28 | | Quit Thundercloud (Remote closed the connection) |
| 23:25:26 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 23:29:07 | | Quit ajb (Remote closed the connection) |
| 23:29:54 | | Quit fml ("CGI:IRC") |
| 23:31:16 | Casainho | ok :-) |
| 23:31:25 | Casainho | any advances on Mini2440? |
| 23:31:47 | Casainho | I guess no... |
| 23:31:48 | ded | gevaerts: The problem is still there. fsck.vfat -a did find some things to correct, including "File size is 106 bytes, cluster chain length is 0 bytes." for /.rockbox/most-recent.bmark, but now it runs with no output. |
| 23:32:05 | Casainho | (sorry, mistake on channel) |
| 23:36:13 | | Quit petur ("reboot :(((((") |
| 23:36:15 | bluebrother | ded: can you use chkdsk /f on windows? That sometimes finds issues fsck.vfat does not, at least from my experience. |
| 23:36:52 | ded | bluebrother: OK, will do. |
| 23:38:39 | ded | No way! I just discovered you've made it control the volume on my computer while plugged on usb (even brings up the gnome notification graphic). Is there anything else I can do along those lines / is there some documentation available? |
| 23:39:28 | AlexP | yep :) |
| 23:39:33 | AlexP | It should be in the manual |
| 23:39:52 | AlexP | You can switch between e.g. multimedia, presentation (control powerpoint), mouse, etc modes |
| 23:39:57 | | Join petur [0] (n=peter@d54C6F9B2.access.telenet.be) |
| 23:42:28 | | Quit crwll (niven.freenode.net irc.freenode.net) |
| 23:42:28 | NSplit | niven.freenode.net irc.freenode.net |
| 23:43:09 | | Nick TorneWuff is now known as Torne (i=torne@lowell.wolfpuppy.org.uk) |
| 23:43:52 | | Part ded ("ERC Version 5.3 (IRC client for Emacs)") |
| 23:54:11 | | Quit domonoky1 (Read error: 104 (Connection reset by peer)) |
| 23:54:51 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 23:56:54 | NHeal | niven.freenode.net irc.freenode.net |
| 23:56:54 | NJoin | crwll [0] (n=crwlll@a91-156-100-168.elisa-laajakaista.fi) |
| 23:57:40 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 23:58:20 | | Quit pamaury_ ("exit(*(int *)0 / 0);") |
icon identifies that the person is a core developer (has commit access).