| 00:01:15 | preglow | not enough to port sv8 |
| 00:01:22 | preglow | any rockbox work i do now will be d2 |
| 00:01:38 | preglow | and i need some motivation even for that |
| 00:01:56 | preglow | i hate being stuck |
| 00:02:01 | * | Seed kicks preglow's ass :) |
| 00:02:21 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
| 00:02:30 | preglow | Seed: hey, we have goddamn buschel himself working on rockbox now, you know who to nag :P |
| 00:02:31 | * | jhMikeS holds preglow steadily in the foot vector |
| 00:02:50 | | Quit MethoS-- (Connection timed out) |
| 00:02:53 | Seed | I nag and the dude doesn't read mail.. it'll come to a noisy phone call soon |
| 00:03:00 | preglow | a warraned one |
| 00:03:03 | preglow | warranted too |
| 00:03:07 | * | jhMikeS understand about being attached to a target all too well |
| 00:03:07 | Seed | thanks for paying attention to us anyway |
| 00:03:26 | | Part pyro_maniac |
| 00:03:37 | preglow | in a perfect world, given tons of time, i'd definitely port sv8 |
| 00:03:41 | preglow | but no, it's not like that |
| 00:03:50 | Seed | the world is perfect |
| 00:04:15 | preglow | bribes will also make the world look more perfect temporarily |
| 00:04:25 | preglow | say, two crates of belgian beer might lighten my outlook |
| 00:04:27 | jhMikeS | karma is accelerating too (just a warning) :) |
| 00:04:45 | gevaerts | Some numbers : for e200 rockbox.zip is 2841438 bytes. bzip2-ed rockbox.elf is 331279 bytes, codec .elf are 607992 bytes and plugin .elf are 1071316 bytes |
| 00:05:31 | preglow | that is quite a bit |
| 00:05:34 | | Quit nibbler (Read error: 110 (Connection timed out)) |
| 00:05:54 | preglow | the plugin ones i would say we can live without, if it's an issue |
| 00:06:03 | preglow | btw |
| 00:06:15 | preglow | it would be possible to decouple the uploading of the .elfs from the uploading of the binaries |
| 00:06:20 | preglow | but that would of course add compliexity |
| 00:06:26 | preglow | complexity too... |
| 00:06:45 | | Join midijunkie [0] (n=Miranda@pD9547677.dip0.t-ipconnect.de) |
| 00:06:50 | gevaerts | It would gain some speed, but the main thing I'm worried about is total bandwidth. For people with caps this is a lot |
| 00:07:08 | rasher | Are people with caps running build servers? |
| 00:07:17 | * | linuxstb re-suggests that we don't waste build server time transferring the 2MB unifont in every zip... |
| 00:07:31 | * | gevaerts is, except the cap isn't enforced |
| 00:07:33 | jhMikeS | do elfs compress well (I'm guessing this stuff is sent plain)? |
| 00:07:46 | pixelma | linuxstb: not in every ;) |
| 00:07:58 | linuxstb | pixelma: Damn you archos users... |
| 00:08:27 | linuxstb | ;) (btw) |
| 00:08:46 | preglow | linuxstb: wut? |
| 00:08:46 | pixelma | there are also non-archos targets without it (without UniCatcher) |
| 00:08:52 | preglow | i thought fonts were their own zip |
| 00:09:00 | Seed | one more email to buschel and then plenty of beer to Norway |
| 00:09:22 | preglow | i'll start coding as soon as i'm through recovering from delirium tremens |
| 00:09:27 | gevaerts | jhMikeS: uncompressed we're talking about 10MB total. Compressed (bz2) about 2MB |
| 00:09:30 | linuxstb | preglow: They were, but recently kugel changed that to include all fonts for shipped themes... |
| 00:09:46 | preglow | i don't like the shipped themes |
| 00:09:49 | preglow | include one |
| 00:09:53 | preglow | package the rest in a zip |
| 00:09:59 | | Quit CaptainKwel ("http://www.mibbit.com ajax IRC Client") |
| 00:10:06 | preglow | as in, i don't like that they're bundled like they are |
| 00:10:44 | pixelma | you know, it could be easier if the themes site... |
| 00:10:54 | preglow | oh, that's still not up, is it? :P |
| 00:10:56 | amiconn | Collecting the .elfs sounds like overkill to me |
| 00:11:13 | amiconn | The .map files are certainly more important |
| 00:11:18 | preglow | static functions |
| 00:11:20 | gevaerts | Zipped fonts (still e200) take about 650kb |
| 00:11:29 | amiconn | You can still disassemble the binary |
| 00:11:36 | pixelma | linuxstb: not entirely kugel's change. It was in there before but didn't work properly |
| 00:11:42 | amiconn | ...and compare with the .map |
| 00:12:07 | preglow | and still have hell trying to identify static functions |
| 00:12:26 | linuxstb | pixelma: IMO it worked properly... i.e. it was what I thought the feature was meant to do. |
| 00:12:30 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 00:13:20 | | Quit stripwax (Client Quit) |
| 00:14:01 | pixelma | well - you said you wanted it to include only the one needed for the default theme. But it already included some more (there was a difference whether a font was specically referenced for a certain screen resolution or not. |
| 00:14:06 | pixelma | ) |
| 00:14:19 | jhMikeS | gevaerts: so it's 2MB for a single build? as big as the zipped build itself. is every bit of the .elf needed or could the most important info just be extraced? |
| 00:14:30 | amiconn | linuxstb: It may have worked (by chance) like you expected, but it certainly didn't work as intended |
| 00:14:56 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 00:15:27 | pixelma | unifont was one that was not included before and which makes a major difference |
| 00:17:33 | gevaerts | jhMikeS: yes, it would nearly double the size. I suppose we could get most of the advantage from just objdump −−syms (i.e. addresses of *all* symbols, not just the non-static ones) at a fraction of the size |
| 00:17:47 | | Join MethoS-- [0] (n=lem@dyndsl-085-016-160-240.ewe-ip-backbone.de) |
| 00:18:10 | gevaerts | Total objdump −−syms output for this same build (all .elf files together) is 956783 bytes, or 141829 bzip2-ed |
| 00:18:29 | * | amiconn would suggest 7zip |
| 00:19:11 | gevaerts | 151509 with 7zip |
| 00:19:11 | | Quit bluebrother ("leaving") |
| 00:19:29 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
| 00:19:29 | | Quit pixelma (Nick collision from services.) |
| 00:19:30 | gevaerts | That's 5% of the total zip size. |
| 00:19:36 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 00:19:40 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 00:19:40 | | Quit amiconn (Nick collision from services.) |
| 00:19:41 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 00:19:48 | | Quit mirak (Read error: 113 (No route to host)) |
| 00:19:58 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 00:20:04 | * | Llorean thinks that as soon as we get the themes site working we should drop it down to _just_ including the default theme and its one associated font. |
| 00:20:07 | linuxstb | amiconn: That may be the case, but if it did work like you (I assume?) intended, then I would have argued at the time. We've always said that the fonts are a necessary part of a Rockbox install, and simply distribute them separately because they are both a) large; and b) static. |
| 00:20:18 | gevaerts | At those sizes we could even add them to the .zip IMHO |
| 00:20:26 | rasher | Llorean: I agree. |
| 00:22:15 | Llorean | Until then, we may as well keep doing what we're doing re fonts and themes because it doesn't matter too much, and what we have now is "the path of least confusion" for users, I think |
| 00:22:29 | pixelma | linuxstb: I believe that was discussed when saratoga did his changes to let cabbiev2 be included and loaded as default theme, not sure of its outcome |
| 00:23:13 | preglow | so, what's the outlook on that theme site? |
| 00:23:34 | pixelma | I think it's also weird to have shipped themes that don't work properly, but I can see both sides |
| 00:23:35 | rasher | preglow: There's some stuff in an SVN module, but it needs more work still |
| 00:24:27 | pixelma | s/is/would be |
| 00:24:31 | amiconn | linuxstb: As intended by wpsbuild.pl code, not by me. I just contributed to the fix that kugel started |
| 00:25:08 | | Quit MethoS-- (Remote closed the connection) |
| 00:25:16 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-c75699ebcb4b0358) |
| 00:25:38 | amiconn | I know we used to say fonts are separate, but later decided on a default theme that requires an on-disk font and other support files |
| 00:26:44 | amiconn | We also have a bunch of themes in SVN, which I'd prefer to stay there (and in the distribution) until the theme site goes online |
| 00:27:47 | amiconn | We could make them a separate package, but that would mean a whole bunch of packages. The old font package was universal - theme packages are target specific |
| 00:28:38 | rasher | I don't think there's any point in changing things until there's a theme site |
| 00:29:29 | linuxstb | I agree that once a themes site is available we should remove those themes - I just think that we never shipped those fonts for over a year, so there was no need to change to include them. |
| 00:30:12 | Llorean | Probably not |
| 00:30:15 | linuxstb | (over a year since cabbie became default - I can't remember when the fonts were actually split) |
| 00:30:21 | Llorean | But now that it's changed, we probably shouldn't change it back. |
| 00:30:33 | pixelma | we shipped *some* of them already for a while which went through unnoticed it seems |
| 00:30:36 | Llorean | We're getting wider exposure these days anyway, so it's nice to know people won't have weird theme issues with the included ones. |
| 00:31:02 | amiconn | The change was *not* specifically to include those fonts - it was to fix a bug that caused files (fonts, backdrops, icons) to be included when they shouldn't and vice versa, i.e. fix a bug in the script |
| 00:33:10 | | Quit tyfoo (Read error: 104 (Connection reset by peer)) |
| 00:37:34 | *** | Saving seen data "./dancer.seen" |
| 00:41:11 | | Quit jgarvey ("Leaving") |
| 00:46:19 | | Join dfkt_dt [0] (i=dfkt@unaffiliated/dfkt) |
| 00:46:25 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 00:46:53 | | Quit dfkt (Nick collision from services.) |
| 00:46:57 | | Nick dfkt_dt is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
| 00:47:25 | | Quit denes ("bye") |
| 00:47:31 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 00:54:57 | | Quit bertrik ("Leaving") |
| 01:00 |
| 01:07:17 | | Join Wyatt [0] (n=wyatt@cpe-75-187-62-233.columbus.res.rr.com) |
| 01:08:01 | | Join midgey [0] (n=tjross@71.238.148.140) |
| 01:08:25 | Wyatt | Is there any ETA on the rockbox twiki being brought back to life? |
| 01:09:05 | krazykit | Wyatt, i don't see any problems with it here... |
| 01:09:14 | * | linuxstb neither |
| 01:09:23 | Wyatt | Huh, I'm getting 403s |
| 01:09:38 | linuxstb | "Forbidden" ? |
| 01:10:35 | linuxstb | Wyatt: So for example, you can't access this URL? http://www.rockbox.org/twiki/bin/view/Main/MajorChanges |
| 01:11:22 | | Join homielowe [0] (n=homielow@d206-116-134-81.bchsia.telus.net) |
| 01:11:27 | Wyatt | Huh, seems to only happen for Konqueror... |
| 01:11:42 | Wyatt | Okay, that's strange. |
| 01:12:23 | Unhelpful | works for me in konqueror |
| 01:12:32 | | Quit synergst` (Remote closed the connection) |
| 01:12:39 | Wyatt | Well bloody hell. |
| 01:14:02 | Wyatt | Okay, interesting. I had "Send identification" unticked in the settings. |
| 01:14:12 | Wyatt | Switch that and it works. |
| 01:14:55 | linuxstb | What's that ? The browser ID string? |
| 01:15:06 | Wyatt | Aye, that |
| 01:15:33 | | Join synergist [0] (i=christop@cant.be-arsed.co.uk) |
| 01:16:08 | midgey | does the live IRC log work in Konquerer? |
| 01:17:31 | | Join barrywardell_ [0] (n=barrywar@79.97.77.138) |
| 01:17:48 | Wyatt | First I've heard of such a beast |
| 01:18:00 | Wyatt | Appears to. |
| 01:18:01 | | Quit midijunkie ("?(???~•~)?") |
| 01:18:22 | midgey | hmm, chrome and safari both fail |
| 01:19:00 | Wyatt | Safari does? Strange, KHTML-based browsers should be fine, I would think... |
| 01:20:22 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-6f04d2bbf59967af) |
| 01:20:53 | saratoga | FS #9791 - log-today doesn't load in Google Chrome |
| 01:21:34 | | Nick yosafbri` is now known as yosafbridge (n=yosafbri@ludios.net) |
| 01:22:32 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 01:22:58 | | Join Seth [0] (n=ca89a511@gateway/web/cgi-irc/labb.contactor.se/x-f1859fc0d0d2f7ed) |
| 01:23:05 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 01:23:44 | Seth | #rockbox-community |
| 01:24:19 | | Quit flydutch ("/* empty */") |
| 01:24:35 | Llorean | Sounds like the Chrome / Safari issue isn't HTML rendering but how they decide what to try to download |
| 01:24:58 | | Quit n1s (Read error: 110 (Connection timed out)) |
| 01:25:10 | | Quit Seth (Client Quit) |
| 01:28:14 | midgey | no, it renders fine |
| 01:31:34 | midgey | safari just tries to download forever |
| 01:32:09 | midgey | but in the download archive the actual html renders fine with the browser and refreshes |
| 01:32:23 | midgey | probably has to do with the server push feature |
| 01:32:28 | Wyatt | Has anyone tried using Google's Droid font in rockbox? |
| 01:33:08 | | Quit barrywardell (Read error: 110 (Connection timed out)) |
| 01:35:02 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-fec13d9188fd6b07) |
| 01:35:37 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 01:36:20 | rasher | Wyatt: Vector fonts rarely convert well to raster fonts |
| 01:37:04 | ze | vector fonts convert to beautiful raster thousands of times every minute on millions of displays worldwide |
| 01:37:07 | ze | :p |
| 01:37:34 | rasher | Let me rephrase |
| 01:37:55 | rasher | Vector fonts rarely convert well to 1-bit raster fonts |
| 01:38:16 | rasher | It's just not nice, when compared to purpose-built bitmap fonts |
| 01:38:23 | ze | ah, makes sense |
| 01:38:38 | rasher | You might get lucky though |
| 01:38:54 | Llorean | Or you could take the time to convert and then tweak if you _really_ wanted it. |
| 01:39:14 | Wyatt | Well I sort of figured droid might work well, being made for a small device from the start. |
| 01:39:25 | stripwax | I may be going crazy, but .. where are the latest bootloader binaries kept (or is the answer 'they're not, build your own from svn'). Was sure they were in the Current Build page on website |
| 01:40:05 | linuxstb | stripwax: That's the answer - they're not kept. Only tested bootloaders are made available for download. |
| 01:40:36 | rasher | Wyatt: They're still meant to be rendered with antialiasing |
| 01:41:16 | linuxstb | Also, 320x480 isn't that small... |
| 01:41:27 | stripwax | linuxstb - makes sense, cheers. Was there a recent release of new bootloaders or did I imagine that too? |
| 01:41:50 | Llorean | stripwax: There are some trial bootloaders on the tracker right now |
| 01:42:14 | rasher | stripwax: For which target? |
| 01:43:16 | stripwax | ipod 5g/64 −− but if they're in the tracker I'll go look, thanks |
| 01:43:50 | rasher | FS #9955 |
| 01:45:21 | | Quit sarixe (Read error: 104 (Connection reset by peer)) |
| 01:45:30 | | Part toffe82 |
| 01:45:46 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 01:47:21 | stripwax | rasher - thanks - actually reading that, if behaviour is unchanged for ipods in the new bootloaders then I'll stick with the current one for now |
| 01:47:25 | Wyatt | Hmm. In that case, maybe I should revise my original intent. I'm looking for a clean, sans-serif font with good coverage of the CJK unified ideographs. |
| 01:47:51 | rasher | Wyatt: And none of the available ones fit? |
| 01:47:59 | rasher | I think there are some in the tracker, but I'm not sure |
| 01:48:16 | rasher | Wyatt: Have you seen http://rasher.dk/rockbox/fontstats/? |
| 01:49:29 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 01:50:25 | Wyatt | Well, I haven't updated the fonts in about six months, but I recall that I was unable to find one that really worked well for me, before... |
| 01:52:36 | | Quit Nico_P (Remote closed the connection) |
| 01:53:07 | rasher | I can't really help you - I'm not a big consumer of fonts. Settled on nimbus a long time ago, since it has all I need and more. |
| 01:53:27 | Wyatt | Well, we shall see. |
| 01:53:36 | Wyatt | Thanks anyway. |
| 01:53:51 | Wyatt | (and for the link. Interesting chart you got there.) |
| 01:54:10 | rasher | It should at least make it easier to see which of the current fonts might be worth a look |
| 02:00 |
| 02:08:29 | | Join HackyKid [0] (n=HackyKid@86.85.232.104) |
| 02:10:59 | | Quit barrywardell_ () |
| 02:14:49 | | Join __BradC [0] (i=heh14698@203.161.83.244.static.amnet.net.au) |
| 02:16:31 | __BradC | Can someone help me with the rockbox build please? I need to get make to display the commands it's actually using to build rather than "LD wav2wv.rock". Is there an env variable I can supply to get it to give me the entire build process rather than the abbreviated one it displays by default? |
| 02:16:51 | Unhelpful | __BradC: make V=1 |
| 02:17:19 | __BradC | superb Unhelpful, thanks :) |
| 02:21:40 | | Quit maddler (Read error: 60 (Operation timed out)) |
| 02:24:39 | | Join JdGordon [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
| 02:37:32 | | Join grdxyxy [0] (n=eric@60.208.164.235) |
| 02:37:37 | *** | Saving seen data "./dancer.seen" |
| 02:39:27 | | Part grdxyxy |
| 02:45:10 | | Quit HackyKid (Read error: 110 (Connection timed out)) |
| 03:00 |
| 03:06:04 | | Quit avis ("maybe when we drown, the fish will be our friends") |
| 03:10:19 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
| 03:17:31 | __BradC | Bagder, I've fixed the fnarfbargle.com build server. Details in E-mail |
| 03:21:09 | | Join grdxyxy [0] (n=eric@60.208.164.235) |
| 03:35:42 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 03:39:14 | | Quit grdxyxy ("Leaving.") |
| 03:47:57 | | Quit Llorean (Read error: 54 (Connection reset by peer)) |
| 03:48:18 | | Join Llorean [0] (n=DarkkOne@adsl-70-241-16-52.dsl.hstntx.swbell.net) |
| 03:53:00 | | Quit scorche (Nick collision from services.) |
| 03:53:46 | | Join scorche [50] (n=scorche@rockbox/administrator/scorche) |
| 04:00 |
| 04:00:20 | | Quit tvelocity[a] (Remote closed the connection) |
| 04:02:09 | | Quit Wyatt (Remote closed the connection) |
| 04:06:17 | | Quit Aurix_Lexico (Remote closed the connection) |
| 04:07:06 | | Quit taylor_ ("Leaving") |
| 04:09:05 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
| 04:09:21 | | Join blkhawk- [0] (i=HydraIRC@g229213070.adsl.alicedsl.de) |
| 04:09:48 | | Join JdGordon [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
| 04:10:27 | | Quit rvvs89 (Read error: 110 (Connection timed out)) |
| 04:20:25 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 04:22:15 | | Quit AndyIL (Read error: 145 (Connection timed out)) |
| 04:25:41 | | Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) |
| 04:25:52 | | Quit blkhawk (Read error: 113 (No route to host)) |
| 04:26:07 | | Join Cheeese [0] (n=Aaaah@166.197.141.153) |
| 04:26:35 | | Quit SirFunk__ (Read error: 104 (Connection reset by peer)) |
| 04:26:36 | | Quit intrados_ (Read error: 104 (Connection reset by peer)) |
| 04:26:36 | | Quit Dhraakellian (Read error: 104 (Connection reset by peer)) |
| 04:26:43 | | Part Cheeese |
| 04:26:51 | | Join Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) |
| 04:27:15 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
| 04:27:34 | agaffney | 21:26 [freenode] DCC SEND from Cheeese [0.0.0.0 port 0]: startkeylogger [0B bytes] requested in channel #rockbox |
| 04:27:40 | agaffney | o_O |
| 04:27:43 | | Join intrados_ [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) |
| 04:30:32 | rvvs89 | I also got this |
| 04:33:09 | agaffney | it was to the entire channel |
| 04:33:11 | agaffney | everyone got it |
| 04:34:05 | ze | and if you were here and don't see a record of it, maybe you wanna check for keylogger processes or something :p |
| 04:37:41 | *** | Saving seen data "./dancer.seen" |
| 04:40:29 | awake_ | so if we saw that, does it mean we're fine? |
| 04:40:46 | ze | hell if i know |
| 04:49:58 | | Quit CaptainKewl ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") |
| 04:53:30 | soap | we have a map file for 3.1, eh? |
| 04:54:05 | soap | If I tell this guy to crash rockbox 3.1 and report the specific Data Abort address it can be looked up, right? |
| 04:54:13 | saratoga | i'm not sure, but it'd be pretty easy to make one since we tagged it in SVN |
| 05:00 |
| 05:01:58 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 05:06:45 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 05:22:19 | | Quit Horscht ("Verlassend") |
| 05:33:10 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-ae79e15e087ae097) |
| 05:44:52 | | Quit daurn (Read error: 60 (Operation timed out)) |
| 05:45:06 | | Join daurnimator [0] (n=quae@ppp118-208-164-180.lns10.mel4.internode.on.net) |
| 06:00 |
| 06:04:18 | | Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 06:06:50 | | Quit midgey () |
| 06:24:47 | | Quit rmaniac (Read error: 110 (Connection timed out)) |
| 06:37:42 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:06:04 | | Quit intrados_ (Connection reset by peer) |
| 07:08:02 | | Join intrados_ [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) |
| 07:13:35 | | Quit kkurbjun ("Leaving.") |
| 07:19:52 | Unhelpful | FS #9919 updated, "stable cache" now works, and i think the whole thing is probably ready, it certainly doesn't perform any *worse* than current pictureflow if started during playback. its dep #9916 might want a name change to avoid confusion, and needs headers added to the new files. |
| 07:23:38 | | Join Draftman [0] (n=draft200@77.242.109.1) |
| 07:24:10 | | Join planetbeing_ [0] (n=planetbe@24.86.172.128) |
| 07:24:17 | Draftman | hi everybody) |
| 07:24:44 | | Part planetbeing_ |
| 07:41:31 | | Join lffor2milli [0] (n=43534488@gateway/web/cgi-irc/labb.contactor.se/x-7cf1adb1d554daba) |
| 07:47:38 | | Nick blkhawk- is now known as blkhawk (i=HydraIRC@g229213070.adsl.alicedsl.de) |
| 07:48:55 | lffor2milli | Hey I want to see if you guys can help me with a Recording question with rockbox and an ipod 5.5gen |
| 07:50:26 | lffor2milli | I have a roland sp-404 with a line out/line in input I wan to use the line out output via RCA to DOck Connector and Record to an IPod? |
| 07:52:31 | scorche | you can record from the line-in on rockbox on the 5th gen ipod if that is what you are asking ;) |
| 07:52:40 | scorche | s/from/to |
| 07:52:44 | Draftman | is it more simply to use a dictaphone on your ipod? |
| 07:54:25 | lffor2milli | nah i tried i got a 5.5 the one with the search option when u go to music at least that is what i heard on a website. |
| 07:56:06 | scorche | lffor2milli: which of these do you have? http://support.apple.com/kb/HT1353 (scroll down a bit) |
| 07:56:19 | lffor2milli | I am basically trying to route the audio from a sampler's line out RCA cords and record to my i-pod via a dock connector, i have bought a dock connector to rca cord but I think it may only be line out I don't know if anyone has tried this |
| 07:59:55 | lffor2milli | The iPod (5th generation late 2006) serial number's last three digits will be one of the following: V9K, V9P, V9M, V9R, V9L, <−−- ends in |
| 08:00 |
| 08:00:49 | lffor2milli | I got another one the same but ends in v9m I am thinking I have to mod the dock connector but want to see if that is really the case, and if anyone else has had any experiernce with recording |
| 08:01:55 | | Nick rocko is now known as gnuguy (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 08:02:06 | scorche | well, i dont know which pins your "dock connector to rca cord" uses, but i havent heard any reports that the line-in recording hasnt been working, so.. |
| 08:02:18 | | Nick gnuguy is now known as rocko (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 08:04:45 | lffor2milli | the pins work when I want to play my ipod, its a NYko -Dock Connector to RCA, it works good as a Line Out when trying to record I get no sound |
| 08:10:03 | | Quit BHSPitMonkey (Remote closed the connection) |
| 08:15:40 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 08:16:00 | | Quit Seed ("cu, Andre") |
| 08:16:13 | | Quit lffor2milli ("CGI:IRC (EOF)") |
| 08:16:19 | scorche | well, the line out and line in are different pins on the connector...if it works well as a line out, then your connector is proba......bah |
| 08:16:59 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 08:17:31 | | Quit DataGhost (Nick collision from services.) |
| 08:17:39 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
| 08:20:41 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
| 08:21:40 | | Part Draftman |
| 08:22:30 | | Quit kachna (Read error: 104 (Connection reset by peer)) |
| 08:23:13 | | Quit nuonguy ("This computer has gone to sleep") |
| 08:24:09 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
| 08:28:59 | | Quit nuonguy (Read error: 60 (Operation timed out)) |
| 08:30:42 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:31:29 | amiconn | __BradC: I'm curious what the problem was |
| 08:32:16 | | Join Zagor [0] (n=bjorn@82.99.7.155) |
| 08:32:35 | __BradC | there was a change made to something in the rockbox build on or around the 2nd of March which appeared to trigger an issue in the version of make that was on that server.. I "fixed" it by upgrading make |
| 08:32:58 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 08:33:03 | amiconn | The change was made by me, that's why I am asking... |
| 08:33:13 | amiconn | What version of make was there before? |
| 08:33:36 | | Quit rocko ("Leaving") |
| 08:33:39 | __BradC | the one that was standard issue in Ubuntu 6.06LTS.. hang on, let me check |
| 08:34:07 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 08:35:10 | __BradC | it looks like it was an early beta of 3.81 |
| 08:36:30 | amiconn | Ah, so it was probably an actual bug in 'make'. |
| 08:37:14 | __BradC | I suspect so.. let me show you what it did *exactly* that caused the linking errors, it had me very puzzled |
| 08:37:44 | *** | Saving seen data "./dancer.seen" |
| 08:39:39 | amiconn | I guess it interpreted $+ like $^ |
| 08:40:35 | amiconn | I got this very same linking error when fiddling with the build system, until I replaced $^ with $+ for archives (which is necessary) |
| 08:41:06 | __BradC | http://pastebin.com/m3b9489fd |
| 08:41:45 | __BradC | /home/rbclient/temp/apps/plugins/libplugin.a /home/rbclient/temp/apps/plugins/bitmaps/libpluginbitmaps.a /home/rbclient/temp/apps/codecs/libwavpack.a \ <- this line is missing an additional libplugin.a at the end.. |
| 08:41:55 | amiconn | Yep, as I suspected. |
| 08:42:38 | amiconn | $^ lists all prerequisites exactly once, while $+ lists them in the order they are specified, even if some are duplicated |
| 08:42:38 | __BradC | Good, good.. as long as A) it's fixed and B) we know what caused it (ie bug in make) |
| 08:43:10 | __BradC | it gave me a long overdue push to upgrade the software on that machine anyway |
| 08:44:00 | amiconn | This must have been an actual bug and not a missing feature, as the manuals for gnu make 3.80 and 3.79 describe $+ as well. |
| 08:44:31 | __BradC | Well, it was a beta version of make.. |
| 08:45:16 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 08:45:19 | * | amiconn thinks it's a bit weird that a long term support distro includes beta software... |
| 08:45:42 | amiconn | Anyway, good to know it's fixed :) |
| 08:47:16 | __BradC | yeah, I was going mental trying to figure it out.. while I was there I added the mips toolchain to the machine also.. I've kinda neglected it for a while |
| 08:50:24 | | Join MaxHR [0] (n=chatzill@adsl-69-236-176-42.dsl.pltn13.pacbell.net) |
| 08:52:12 | MaxHR | Hello, am thinking of loading rockbox on sansa s250 player (never used RB before), two questions, can rockbox handle the loading in windows, or must I boot to standard firmware? and is ogg or mp3 better to rip to for decent battery life? |
| 08:52:55 | Unhelpful | ok, plugins/lib/buffer_alloc.[ch] have header comments now. going to wait a few more hours for objections/suggestions before commit. |
| 08:53:06 | | Quit z35 ("Leaving") |
| 08:53:50 | Unhelpful | MaxHR: i believe they're *pretty* close for battery life at the same quality. i think there's a codecs benchmark page on the wiki if you want to have "exact" figures, but the numbers there might not be very current. |
| 08:56:25 | MaxHR | Unhelpful: ok, I have never really used ogg much, is there any benefit for it over lame (quality/size or feature wise)? |
| 08:56:58 | | Join Rob2223 [0] (n=Miranda@p4FDCC1D9.dip.t-dialin.net) |
| 08:56:59 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 08:57:49 | Unhelpful | quality/size is a bit better |
| 08:59:03 | | Quit bmbl ("Woah!") |
| 08:59:22 | MaxHR | I am thinking for ripping at highest setting btw |
| 09:00 |
| 09:04:54 | linuxstb | Rockbox's mp3 decoder is faster than its vorbis decoder, so you will probably get longer battery life with mp3. Recent tests show 22 hours for mp3, 18 hours for vorbis - http://www.rockbox.org/twiki/bin/view/Main/SansaRuntime (look at the bottom for the most recent tests) |
| 09:07:25 | linuxstb | MaxHR: And yes, you can copy files to it in Rockbox - that feature was added a week or so ago - so you need a "current build" of Rockbox, not the last release (v3.1) |
| 09:09:04 | MaxHR | righton! I will try loading it in the morning and play around, am looking forward to having gapless playback for albums, as the stock fw doesn't do that |
| 09:09:54 | MaxHR | thx and goodnight :) bb after testing |
| 09:10:07 | | Quit MaxHR ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") |
| 09:13:15 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:14:06 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:19:42 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
| 09:22:21 | | Quit stripwax (Read error: 54 (Connection reset by peer)) |
| 09:28:27 | | Join Thundercloud [0] (n=thunderc@82.132.136.185) |
| 09:32:07 | | Join __lifeless [0] (n=lifeless@94.50.173.129) |
| 09:33:11 | | Join planetbeing_ [0] (n=planetbe@24.86.172.128) |
| 09:33:17 | | Part planetbeing_ |
| 09:33:32 | | Quit _lifeless (Read error: 60 (Operation timed out)) |
| 09:36:48 | | Join webguest98 [0] (n=43a0905c@gateway/web/cgi-irc/labb.contactor.se/x-8335b6cdf2216fb7) |
| 09:37:47 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 09:37:47 | | Quit webguest98 (Client Quit) |
| 09:38:02 | | Part domonoky |
| 09:44:05 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 09:45:05 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 09:45:11 | | Quit Thundercloud (Remote closed the connection) |
| 09:54:24 | | Join nibbler_ [0] (n=Nibbler@e181082021.adsl.alicedsl.de) |
| 10:00 |
| 10:00:07 | | Quit robin0800 (Remote closed the connection) |
| 10:03:00 | | Join pyro_maniac [0] (i=foobar@p57BB93E4.dip0.t-ipconnect.de) |
| 10:06:18 | | Quit kachna|lappy (Read error: 113 (No route to host)) |
| 10:12:31 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 10:20:57 | linuxstb | Unhelpful: I'm just looking briefly at your buffering patch - what's the purpose of global_context ? Couldn't that just be local to buffer_alloc.c ? |
| 10:26:04 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 10:28:15 | | Join Sedgewick [0] (n=Sedgewic@81.200.132.126) |
| 10:28:57 | | Quit faemir ("Leaving") |
| 10:30:34 | linuxstb | Unhelpful: Or maybe better - just make the plugin using the library declare the buffer context struct. I don't like the way it hides that with macros. |
| 10:32:58 | | Quit homielowe () |
| 10:33:59 | | Quit stripwax ("http://miranda-im.org") |
| 10:35:06 | | Join planetbeing_ [0] (n=planetbe@24.86.172.128) |
| 10:35:45 | planetbeing_ | n1s: I was just looking through random logs. You said 4G nano uses S5L8720?? o.O |
| 10:37:14 | n1s | planetbeing: not sure but the firmware files contain "S5L8720 Secure Boot0" strings in multiple places |
| 10:37:29 | planetbeing_ | Really? |
| 10:37:30 | planetbeing_ | Wow. |
| 10:37:45 | *** | Saving seen data "./dancer.seen" |
| 10:37:47 | planetbeing_ | That's very interesting. |
| 10:38:11 | n1s | and someone figured out how to get into the DFU mode on it |
| 10:38:27 | planetbeing_ | We've got a copy of what is supposedly called the Secure ROM of the thing on the iPod touch, at least. |
| 10:38:30 | n1s | any tips on fun things to try? |
| 10:39:01 | n1s | is that ROM decrypted? |
| 10:39:10 | planetbeing_ | My original theory is that Apple would've ordered a bunch of these things with all the same bootrom, but that must not be true, because I think iPod touch uses different firmware formats. |
| 10:39:14 | planetbeing_ | The ROM isn't encrypted. |
| 10:39:50 | planetbeing_ | The ROM handles DFU mode and/or loading a next stage bootloader from the NOR flash. |
| 10:39:51 | n1s | that's nice, can it be downloaded from somewhere? |
| 10:40:18 | planetbeing_ | It's floating around... Let me try to find a copy on Google first. |
| 10:40:56 | planetbeing_ | I'm not sure how helpful it will be to you though. |
| 10:41:25 | planetbeing_ | It's all bound around parsing, checking and decrypting this file format that's called Img3 that's used on the iPhone and iPod touch. |
| 10:41:37 | planetbeing_ | I don't suppose you guys have seen that fourcc? |
| 10:42:36 | markun | planetbeing_: hi there! you are the iphone-linux guy, right? |
| 10:42:53 | n1s | no, the format for the nano seems to be similar to the classic etc |
| 10:43:13 | planetbeing_ | markun: Yup. |
| 10:43:31 | planetbeing_ | n1s: have you guys seen iTunes send anything to the iPod in DFU mode? |
| 10:43:45 | planetbeing_ | And I'm guessing it's probably the standard DFU interface as defined by USB.org? |
| 10:44:45 | n1s | planetbeing: I have not tried anything really but the button presses and seeing that it identifies as a DFU device with different PID |
| 10:45:12 | planetbeing_ | Do you happen to remember the product id? :p |
| 10:45:32 | planetbeing_ | Well, it can't possibly be the same, or iTunes would misidentify it. |
| 10:45:55 | planetbeing_ | But you don't know what format of files DFU mode accepts? |
| 10:48:14 | n1s | the pid was 0x1255 in DFU mode, and no, I didn't try anything with it in the DFU mode |
| 10:48:35 | linuxstb | planetbeing_: I don't want to get too off-topic for this channel, but have a quick question - I'm curious if you're the only person working on iphone-linux, or if there are many other interested developers? |
| 10:49:15 | planetbeing_ | linuxstb: A bunch of people have offered help, but interest seems to be a little ephemeral for the most part. :/ |
| 10:49:33 | | Join HackyKid [0] (i=HackyKid@wlan-198210.nbw.tue.nl) |
| 10:49:39 | planetbeing_ | I was the only one holding it together, but I got busy with other portions of my life for a couple of months so it hadn't gone anywhere. I'm trying to get back into it now. |
| 10:50:47 | planetbeing_ | Not very many people have both the time and skills to undertake, say, writing a new USB driver or reverse engineering the iPhone's XNU kernel to figure out how the touch screen works. |
| 10:51:14 | planetbeing_ | n1s: there's no Apple software that will talk to it either? |
| 10:51:22 | planetbeing_ | The iPod Updater doesn't work with it? |
| 10:52:27 | n1s | planetbeing: i didn't try anything really so i dont' know :/ must boot windows one of these days and try that |
| 10:52:42 | planetbeing_ | Yeah. It would be interesting to see what gets sent. |
| 10:53:28 | planetbeing_ | But apparently they're starting to add in x.509 certs? That's not good. I haven't heard of PKI used in any of the iPod firmware so far. (is that correct?) |
| 10:54:13 | pondlife | What affects the RAM usage figure in rockbox-info.txt ? |
| 10:54:30 | n1s | IIUC one of or the first original iphone jailbreaks worked from a DFU mode exploit, ist it likely the ipods use the same code and would you guess it has been fixed?? |
| 10:54:30 | pondlife | #8944 increases it by a whopping 60k |
| 10:55:20 | planetbeing_ | The bug we happened to be a stack overflow in the parser for the DER certs. |
| 10:55:27 | planetbeing_ | bug we had* |
| 10:55:35 | planetbeing_ | It's been fixed in the new iPod touch 2G bootrom. |
| 10:55:58 | planetbeing_ | They use an updated image format (img3) from the original format used by the first generation bootrom (img2). |
| 10:56:04 | linuxstb | pondlife: FS #8944 or r8944 ? |
| 10:56:14 | pondlife | FS #8944, sorry |
| 10:56:16 | planetbeing_ | Since you say the iPod firmware is entirely different, I am not sure how much code is shared. |
| 10:56:25 | pondlife | I think I have found my culprits... |
| 10:56:38 | linuxstb | pondlife: That's just a rejected bug report... |
| 10:56:57 | pondlife | 8894, even :) |
| 10:57:06 | pondlife | (FS #8894) |
| 10:57:21 | n1s | planetbeing: ok, thanks for the info, got to go now but will check the logs |
| 10:57:30 | pondlife | static int32_t overlap_buffer[2][3072]; is probably the main issue. |
| 10:57:35 | planetbeing_ | All right. My advice is to try DFU mode with the iPod updater. |
| 10:57:40 | pondlife | More buffer_alloc needed, I think |
| 10:57:48 | planetbeing_ | And see if there's any provisions to recovery from it with Apple's software. |
| 11:00 |
| 11:00:07 | | Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) |
| 11:02:43 | linuxstb | planetbeing_: How does DFU mode actually work? I know it's a USB standard, but does the standard simply specify a private payload to transfer, or is there more to it. Some of the devices Rockbox runs on have a "usb-boot mode", where code is uploaded via usb and then executed - is dfu similar to that, or is the actual data uploaded not specified by the standard? |
| 11:03:02 | * | linuxstb should probably just read that specification... |
| 11:03:05 | planetbeing_ | The actual data uploaded is not specified by the standard. |
| 11:03:21 | planetbeing_ | Just the way it's uploaded, the endpoints used, the state diagram, etc. |
| 11:03:36 | linuxstb | So what do Apple upload? I assume it's encrypted? |
| 11:03:43 | planetbeing_ | Eventually it comes down to, stuff is uploaded somehow, and the device is given the instruction to "manifest". |
| 11:03:50 | planetbeing_ | And manifest can mean flashing or executing code or whatever. |
| 11:04:10 | planetbeing_ | Yeah, for Apple, you upload an Img3, generally. |
| 11:04:32 | planetbeing_ | Those are signed, encrypted containers that they use for bootloader resources, as well as even the XNU kernel. |
| 11:06:05 | linuxstb | And this was (is?) hacked in some way? |
| 11:06:19 | planetbeing_ | Somewhat. |
| 11:06:39 | planetbeing_ | It all depends on breaking into the chain of trust at some point. |
| 11:06:59 | planetbeing_ | Usually not during a signature check, though. |
| 11:07:10 | planetbeing_ | But just bugs in code that's already been signature checked. |
| 11:07:44 | planetbeing_ | However, the old signature checking code in the bootrom (for img2) we broke. |
| 11:10:52 | linuxstb | Is theiphonewiki.com site the best place to read about this? |
| 11:13:08 | planetbeing_ | Yes, although none of the people on the "cutting edge" edit it regularly, but it should be fine. |
| 11:15:09 | linuxstb | OK, thanks. |
| 11:21:19 | pondlife | Got my timestretch delta down to 2748... still quite large. |
| 11:21:46 | pondlife | Any objection to that sort of thing being committed? |
| 11:23:13 | | Join Darksair [0] (n=user@125.33.199.240) |
| 11:24:49 | LinusN | i have no objections |
| 11:27:06 | linuxstb | pondlife: So I assume that's now virtually all code? |
| 11:27:46 | pondlife | I think so, not entirely sure how to interpret the numbers... BIN delta = 2696, RAM delta = 2800 |
| 11:28:05 | linuxstb | That sounds reasonable to me as well - I haven't looked at the patch, but I can't imagine it's a trivial feature... |
| 11:28:08 | pondlife | The delta table appears to use the mean of the two |
| 11:28:39 | linuxstb | Yes, I don't really understand that... |
| 11:28:44 | pondlife | The last posted patch still uses 60k of RAM on top of that... new one coming up. |
| 11:29:15 | pondlife | I really don't want to penalise non-timestretch users (99% of us) |
| 11:34:11 | | Quit Darksair ("Having dinner...") |
| 11:35:18 | pondlife | Hmm, tdspeed.c has a GPLv2 license specified |
| 11:35:37 | Unhelpful | linuxstb: i wanted to leave open the possibility of running multiple allocators, for example one per core, or for two different regions of memory... but without the probably-common case of one allocator needing the context passed everywhere. |
| 11:36:00 | pondlife | I guess I should commit it as is, then see if the copyright holders (sdoyon and nicolas pitre) mind if I change it to v2 or later? |
| 11:36:38 | pondlife | I suspect it's just because the file has been on the tracker for a while |
| 11:36:52 | linuxstb | Unhelpful: But isn't the context being passed everywhere? i.e. via the macros? |
| 11:37:52 | linuxstb | pondlife: It would seem nicer to verify the copyright before changing. Or do you mean commit with a "v2" header, and then change it to "v2 or later" once they confirm (assuming they do) ? |
| 11:38:03 | pondlife | Yes |
| 11:38:26 | pondlife | Is there a problem with v2 code in SVN for a while? |
| 11:38:53 | linuxstb | Probably not, but is there any rush? |
| 11:38:54 | pondlife | I've e-mailed - maybe I should wait for their responses first? |
| 11:38:57 | pondlife | No |
| 11:39:08 | Unhelpful | true, i suppose. it only makes the code *look* more simple, so i wouldn't have a problem with removing the macros. i thought about wrapping the _ctx versions with ones that use the global context, but that really doesn't make sense unless i can get it to inline the calls to them |
| 11:39:25 | pondlife | Well, yes - it appears this is wanted before the 3.2 freeze.. |
| 11:39:58 | linuxstb | Unhelpful: It just seems odd to have global_context declared as a global variable in buffer_alloc.c, but then not used (directly). |
| 11:40:29 | linuxstb | pondlife: When is that? |
| 11:42:14 | Unhelpful | perhaps i ought to remove the context passing entirely, and refer to the global context directly, until we actually have to worry about running more than one? |
| 11:43:03 | linuxstb | I think I would tend towards the plugin itself defining the context struct - that's how most libraries tend to work. |
| 11:43:21 | Unhelpful | fair enough, that's probably the smallest change, too. |
| 11:44:18 | Unhelpful | should the filenames change, perhaps, to avoid confusion with the core function of the same name? |
| 11:45:02 | linuxstb | Yes, that could be nicer. |
| 11:45:42 | Unhelpful | and the _ctx suffix may as well go away, if it's the only way to call them... is the buf_ function prefix fine? |
| 11:45:45 | | Quit HackyKid (Read error: 110 (Connection timed out)) |
| 11:47:10 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 11:49:23 | pondlife | linuxstb: Not sure, but soon, I'd think. Is 3.2 meant to be end-of-March? |
| 11:49:38 | pondlife | If so, the freeze should be with us mid-March, right? |
| 11:50:58 | linuxstb | I think the schedule is release on 23rd, freeze two weeks before - so the 9th. |
| 11:51:08 | pondlife | So very soon! |
| 11:56:27 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 11:56:56 | linuxstb | Unhelpful: What are you planning on calling the files? I guess it's possible that other buffering libs could be added, so it might be useful to make the names specific. |
| 11:58:33 | Unhelpful | i don't know, i had most of the code written before it occurred to me that "buffer_alloc" was not a good name. it's a handle-based API, not all that different from core bufalloc/bufclose, but i'm not sure what name would best suggest that without creating confusion. |
| 11:59:16 | | Quit planetbeing_ () |
| 12:00 |
| 12:00:46 | linuxstb | Maybe just something simple like "buflib" - for both the files and the prefix? That at least makes it clear that it's something different from other things. |
| 12:02:10 | Unhelpful | that's fine with me. any other suggestions? |
| 12:03:00 | linuxstb | Not from me ;) |
| 12:04:14 | Unhelpful | the second dev to implement something that could be called a "buflib" is going to hate me ;) |
| 12:05:35 | | Quit The-Compiler ("Lost terminal") |
| 12:06:00 | | Join The-Compiler [0] (n=compiler@the-compiler.org) |
| 12:09:54 | * | pondlife thinks that buffer_alloc() should fail if audio has already been initialised... |
| 12:22:04 | | Join HackyKid [0] (i=HackyKid@wlan073112.nbw.tue.nl) |
| 12:26:44 | | Quit HackyKid (Read error: 54 (Connection reset by peer)) |
| 12:27:18 | | Join HackyKid [0] (i=HackyKid@dyn241-hg.nbw.tue.nl) |
| 12:37:46 | *** | Saving seen data "./dancer.seen" |
| 12:42:43 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
| 12:57:45 | | Quit Horscht ("Verlassend") |
| 12:58:48 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 13:00 |
| 13:01:59 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 13:02:05 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) |
| 13:10:17 | | Quit HackyKid (Read error: 104 (Connection reset by peer)) |
| 13:10:23 | | Join HackyKid [0] (i=HackyKid@dyn241-hg.nbw.tue.nl) |
| 13:14:22 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 13:18:14 | | Quit archivator () |
| 13:18:22 | | Join archivator [0] (n=archivat@77.70.28.57) |
| 13:18:50 | pondlife | Who would claim to understand how dircache is built? |
| 13:18:54 | | Quit __lifeless (Remote closed the connection) |
| 13:19:14 | moos | Slasheri I guess ;) |
| 13:19:30 | pondlife | Ah, he's both Mr Tag- and Mr Dir- cache? |
| 13:19:43 | moos | yup |
| 13:20:16 | pondlife | Well, anyone who knows (or would like to test) should take a look at a little tidy-up patch - http://www.rockbox.org/tracker/task/9981 |
| 13:20:54 | | Join _lifeless [0] (n=lifeless@94.50.173.129) |
| 13:21:35 | | Join bzed_ [0] (n=bzed@devel.recluse.de) |
| 13:23:12 | | Quit HackyKid (Read error: 104 (Connection reset by peer)) |
| 13:23:33 | | Join HackyKid [0] (i=HackyKid@dyn241-hg.nbw.tue.nl) |
| 13:27:39 | | Join tvelocity [0] (n=tony@adsl24-106.her.forthnet.gr) |
| 13:36:26 | | Quit bzed (Read error: 110 (Connection timed out)) |
| 13:36:26 | | Nick bzed_ is now known as bzed (n=bzed@devel.recluse.de) |
| 13:47:25 | | Quit robin0800 (Remote closed the connection) |
| 14:00 |
| 14:08:21 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:10:52 | robin0800 | have you broken shuffling ? updateded today and shuffle not working cleared settings and tried again still not working |
| 14:30:44 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 14:37:47 | *** | Saving seen data "./dancer.seen" |
| 14:41:16 | | Quit bmbl (Success) |
| 14:42:05 | | Join pyro_maniac1 [0] (i=foobar@p57BB93B4.dip0.t-ipconnect.de) |
| 14:49:15 | | Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) |
| 14:50:54 | archivator | Can anyone help with a bit rbutil patching? I need to store two paths for a single TTS engine. Any proper way of doing that or should I just combine the paths into one and store that? |
| 14:53:07 | archivator | *bit of |
| 14:57:28 | | Quit intrados_ (Read error: 54 (Connection reset by peer)) |
| 14:58:08 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 14:58:10 | | Quit pyro_maniac (Read error: 110 (Connection timed out)) |
| 14:58:38 | | Join intrados_ [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) |
| 15:00 |
| 15:01:48 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 15:17:27 | | Join midijunkie [0] (n=Miranda@pD95477D3.dip0.t-ipconnect.de) |
| 15:36:42 | | Part LinusN |
| 15:36:54 | | Join jaykay [0] (n=chatzill@p579E6E31.dip.t-dialin.net) |
| 15:38:07 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-6f4875d38fd71bd1) |
| 15:42:53 | | Quit nibbler_ ("Ex-Chat") |
| 15:49:54 | | Quit pyro_maniac1 (Read error: 60 (Operation timed out)) |
| 15:51:35 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 16:00 |
| 16:00:37 | | Part damada ("http://quassel-irc.org - Chat comfortably. Anywhere.") |
| 16:01:08 | | Nick evilnick is now known as evilnick_7 (i=0c140464@gateway/web/ajax/mibbit.com/x-6f4875d38fd71bd1) |
| 16:08:23 | | Quit The-Compiler ("leaving") |
| 16:09:15 | | Join The-Compiler [0] (n=compiler@the-compiler.org) |
| 16:10:38 | | Quit intrados_ (Read error: 104 (Connection reset by peer)) |
| 16:10:56 | | Quit HackyKid (Read error: 104 (Connection reset by peer)) |
| 16:11:07 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
| 16:11:08 | | Join HackyKid [0] (i=HackyKid@dyn241-hg.nbw.tue.nl) |
| 16:12:54 | | Join intrados_ [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) |
| 16:13:42 | | Quit jaykay (Read error: 110 (Connection timed out)) |
| 16:23:33 | | Quit The-Compiler ("leaving") |
| 16:24:26 | | Join pyro_maniac [0] (i=foobar@p57BB8FB5.dip0.t-ipconnect.de) |
| 16:24:31 | | Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-28378df3cd0e37ee) |
| 16:26:05 | | Join The-Compiler [0] (n=compiler@the-compiler.org) |
| 16:31:36 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-53cfc001685e8195) |
| 16:31:44 | | Part pyro_maniac ("Leaving.") |
| 16:31:57 | | Nick evilnick is now known as evilnick_230 (i=0c140464@gateway/web/ajax/mibbit.com/x-53cfc001685e8195) |
| 16:37:48 | *** | Saving seen data "./dancer.seen" |
| 16:38:35 | | Quit Ridayah (Read error: 60 (Operation timed out)) |
| 16:42:41 | | Join MethoS- [0] (n=lem@host-091-096-215-014.ewe-ip-backbone.de) |
| 16:46:33 | | Join webguest36 [0] (n=4c645366@gateway/web/cgi-irc/labb.contactor.se/x-9b39335989b3967f) |
| 16:47:57 | | Quit webguest36 (Client Quit) |
| 16:48:42 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:51:12 | | Join MethoS-- [0] (n=lem@host-091-097-243-122.ewe-ip-backbone.de) |
| 16:55:30 | | Part pondlife |
| 17:00 |
| 17:01:22 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
| 17:03:06 | archivator | Has anyone here worked on the rbutil code? I need some clarification on how the settings system works |
| 17:03:33 | LambdaCalculus37 | archivator: Ask bluebrother and Domonoky; they're the RButil maestroes. |
| 17:03:43 | LambdaCalculus37 | s/maestroes/maestros |
| 17:04:16 | The-Compiler | LambdaCalculus37: s/maestroes/maestros/ ;) |
| 17:04:36 | | Quit Zagor ("Don't panic") |
| 17:04:37 | | Join {phoenix} [0] (n=dirk@p54B4769C.dip.t-dialin.net) |
| 17:05:09 | archivator | ...I guess I'll wait for them to show up.. |
| 17:05:29 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 17:11:53 | | Quit Sedgewick ("off") |
| 17:13:19 | | Quit kachna|lappy (Read error: 60 (Operation timed out)) |
| 17:15:23 | | Join MethoS- [0] (n=lem@host-091-097-240-045.ewe-ip-backbone.de) |
| 17:18:19 | | Quit HackyKid (Read error: 110 (Connection timed out)) |
| 17:18:24 | | Join HackyKid [0] (i=HackyKid@wlan073112.nbw.tue.nl) |
| 17:18:45 | | Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) |
| 17:29:28 | | Quit MethoS-- (Read error: 113 (No route to host)) |
| 17:30:08 | | Quit The-Compiler ("leaving") |
| 17:30:27 | | Join The-Compiler [0] (n=compiler@the-compiler.org) |
| 17:34:14 | | Join miepchen^schlaf [0] (n=miepel@p579EC956.dip.t-dialin.net) |
| 17:43:42 | | Quit midijunkie ("?(???~•~)?") |
| 17:49:06 | | Join MethoS-- [0] (n=lem@host-091-096-210-140.ewe-ip-backbone.de) |
| 17:54:56 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 17:54:57 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:00 |
| 18:01:00 | | Quit JdGordon|zzz ("Ex-Chat") |
| 18:01:14 | | Join JdGordon|zzz [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
| 18:01:18 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) |
| 18:02:58 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 18:03:11 | | Join MethoS- [0] (n=lem@host-091-097-247-134.ewe-ip-backbone.de) |
| 18:04:06 | | Quit petur ("*plop*") |
| 18:14:22 | | Join midijunkie [0] (n=Miranda@pD95477D3.dip0.t-ipconnect.de) |
| 18:14:56 | | Quit HackyKid (Read error: 110 (Connection timed out)) |
| 18:16:18 | | Quit MethoS-- (Read error: 113 (No route to host)) |
| 18:17:33 | | Join unstable [0] (i=unstable@tor/regular/sid) |
| 18:17:58 | unstable | Does rockbox work with the e280 v2 yet? |
| 18:18:04 | unstable | I hate the of |
| 18:18:27 | unstable | Some idiot sold me the e280 on ebay, claiming it was v1 and even said it worked with rockbox, but alas, it was v2 |
| 18:18:27 | _Auron_ | check the wiki for updates, but the answer is not yet |
| 18:18:46 | | Quit The-Compiler ("leaving") |
| 18:18:55 | _Auron_ | I have a e260v2 that I got off woot.com |
| 18:18:59 | domonoky | it works but it is "unstable" and of course not supported |
| 18:19:18 | | Join The-Compiler [0] (n=compiler@the-compiler.org) |
| 18:19:41 | _Auron_ | I hate the OF too, especially the 'updating database' crap it does. which it doesn't even do well, I might add. still awaiting an official release for it |
| 18:20:35 | | Join MethoS-- [0] (n=lem@dyndsl-085-016-167-166.ewe-ip-backbone.de) |
| 18:21:41 | * | domonoky thinks it might take a long time, till we have a official release for the ams-sansas, not many people are working on it.. |
| 18:24:26 | | Join flydutch [0] (n=flydutch@host25-43-dynamic.5-87-r.retail.telecomitalia.it) |
| 18:33:34 | | Quit (Read error: 110 (Connection timed out)) |
| 18:34:30 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 18:37:49 | *** | Saving seen data "./dancer.seen" |
| 18:38:53 | | Join MethoS- [0] (n=lem@host-091-097-246-178.ewe-ip-backbone.de) |
| 18:39:27 | | Join Riku [0] (n=Lss@cm130.delta141.maxonline.com.sg) |
| 18:39:34 | Riku | "rockbox for 5G, from what I've read, only lags on the 80gb version due to the way data is stored and accessed on larger drives..." |
| 18:39:42 | Riku | is there truth in this statement? |
| 18:40:43 | kadoban | Riku: i doubt it, that makes no sense |
| 18:40:45 | | Join perrikwp [0] (i=98214c9d@gateway/web/ajax/mibbit.com/x-49e47de99241b44f) |
| 18:40:58 | scorche|sh | rockbox generally lags (depending on usage) on any 5th gen due to the relatively lower power processor and the large screen to update |
| 18:41:06 | | Quit MethoS-- (Read error: 60 (Operation timed out)) |
| 18:41:14 | Riku | compared to the 4g? |
| 18:41:24 | Riku | didnt know the 4g has a better processor |
| 18:41:43 | scorche|sh | it doesnt...it has a smaller screen to update |
| 18:41:51 | | Join Barahir [0] (n=jonathan@BAE647a.bae.pppool.de) |
| 18:42:32 | | Join Cobraz [0] (n=testers@a213-84-141-34.adsl.xs4all.nl) |
| 18:45:08 | rasher | kadoban: There is a difference in the 80/60GB models in how the harddrive is formatted, but I don't think it affects responsiveness |
| 18:45:22 | rasher | Or is it only the 80GB? I forget. |
| 18:45:34 | scorche|sh | only 80 |
| 18:49:09 | Riku | humm maybe i'll do a side by side with a 30gig 5g once i get the chance |
| 18:50:18 | rasher | I sincerely doubt you'll see any difference |
| 18:51:56 | | Quit J-23 (Read error: 131 (Connection reset by peer)) |
| 18:51:59 | | Join J-23_ [0] (n=zelazko@unix.net.pl) |
| 18:52:18 | | Join tessarakt [0] (n=jens@e180072081.adsl.alicedsl.de) |
| 18:52:40 | Riku | ok |
| 18:52:55 | Riku | but it is sort of irritating that the responsiveness is less than OF |
| 18:53:06 | Riku | this is the only drawback other than the battery thing |
| 18:53:10 | Riku | for me anyway |
| 18:57:30 | scorche|sh | what battery thing? |
| 18:58:52 | Riku | reduced battery life |
| 19:00 |
| 19:01:43 | | Join [0] (n=proudfoo@dyn128-54-242-75.ucsd.edu) |
| 19:01:46 | scorche|sh | that is older information...we should be just about at or above the original firmware runtime now (or this could be the one device we are still a little bit behind on...someone else can feel free to chip in) |
| 19:03:40 | LambdaCalculus37 | I'm getting around 17-18h battery life on my iPod video with Rockbox, but this is with A) a CompactFlash mod, and B) a higher capacity battery. Also, I haven't been able to conduct a proper comparison test to see how much battery life I'm getting with the OF. |
| 19:04:09 | | Quit sarixe ("Leaving") |
| 19:04:38 | Riku | my refurbished set clocks 17hr 34mins looping a flac lvl 6 encoded album |
| 19:04:47 | Riku | eq off |
| 19:04:53 | Riku | -58db |
| 19:05:00 | Riku | using lineout |
| 19:05:05 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 19:06:03 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:10:12 | | Nick kushal_12_27_200 is now known as kushalone (n=kushal@12.169.180.178) |
| 19:11:50 | | Join avis [0] (n=ident@pdpc/supporter/student/avis) |
| 19:13:22 | | Quit kushalone ("Leaving") |
| 19:13:37 | | Join kushalone [0] (n=kushal@12.169.180.178) |
| 19:14:33 | kushalone | kushalone, |
| 19:15:22 | | Join Horschti [0] (n=Horscht@xbmc/user/horscht) |
| 19:15:37 | archivator | Has anyone considered hacking together a usage_bench_test ? Something that wakes the screen now and then, does some work to simulate menu browsing, etc. That is, a usage emulator. I don't really like the -58 dB benchmarks.. Too artificial, the numbers don't mean a thing.. |
| 19:16:28 | gevaerts | archivator: the numbers are *usually* meant to allow people to see what difference a change makes |
| 19:16:53 | Riku | well i do use my ipod exclusively with the lineout |
| 19:17:09 | Riku | but the current benchmarking tool should be fine imo |
| 19:17:21 | Riku | you could start it in the morning and just use it throughout the day |
| 19:18:25 | archivator | gevaerts: I realize that but I would like to have a reasonable expectation how long my battery would last during normal usage. |
| 19:18:51 | gevaerts | archivator: sure, but I don't think "normal usage" actually exists |
| 19:22:04 | archivator | You're right. On the other hand, here's a reasonable test methodology: start the test, use the player for 30 min, during which the test records # LCD wakes/min, average LCD on duration, different metrics; then, you leave the player and the test emulates usage based on those metrics (you can go fancy and have the numbers decrease to simulate user awareness of decreasing battery levels). |
| 19:22:36 | archivator | It's far from perfect but it would give reasonable data. |
| 19:23:07 | gevaerts | Well, you're welcome to build such a system... |
| 19:23:25 | archivator | Right after I finish the festival integration :) |
| 19:23:30 | Riku | the whole point of battery benches is to give a reasonable idea how long the battery will last |
| 19:23:45 | Riku | but i do agree that tests should be standardised |
| 19:23:59 | archivator | Needed to hear that, though, don't want to have it done and then you guys be all "that doesn't fit our belief system" |
| 19:24:40 | | Quit Cobraz () |
| 19:24:43 | * | gevaerts points out that he represents about 1.5% of all developers with commit access |
| 19:25:28 | | Join sbeh [0] (n=sbeh@aef.wh.uni-dortmund.de) |
| 19:25:31 | archivator | gevaerts: I realize that but you have been part of the community far longer than I and thus have a better sense of what's acceptable.. |
| 19:25:44 | sbeh | hi, bricked my sansa e200 (raw write on /dev/sda), what can i do? |
| 19:25:54 | gevaerts | archivator: I'm still one of the newer ones |
| 19:26:27 | gevaerts | sbeh: http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick |
| 19:26:40 | toffe82 | do we need datasheet from austrian mcrosystem ? |
| 19:26:56 | sbeh | gevaerts: danke |
| 19:26:58 | archivator | I'll bring the question up in the forums or the mailing lists when I get to working on that. |
| 19:26:59 | sbeh | gevaerts: thanks oO |
| 19:27:51 | BigBambi | archivator: If you want developer response, then mailing list |
| 19:28:00 | BigBambi | archivator: Many/most don't read the forums |
| 19:28:19 | archivator | Right. Will have that in mind. |
| 19:28:33 | BigBambi | archivator: Generally plugins are pretty "free" |
| 19:29:29 | Riku | you know i wish it were possible to flip the display on the ipod video |
| 19:29:33 | Riku | so its easier to use |
| 19:29:57 | sbeh | gevaerts: does not work :/ |
| 19:30:27 | archivator | Riku: no one's got to trying that yet. The lcd_flip functions are stubs.. Do we need hardware support for flip to work? Can't we do it in software? |
| 19:30:59 | Riku | i cant code but i'll be glad to do any testing if needed |
| 19:32:04 | | Join HackyKid [0] (n=HackyKid@86.85.232.104) |
| 19:32:35 | archivator | gevaerts: don't you think it's a better idea instead of your USB graph indicators to use plain text - data sent and data received? Plus, current utilization/speed perhaps. |
| 19:33:04 | gevaerts | archivator: as the comment says, I'm leaving this to actual UI people :) |
| 19:33:14 | gevaerts | sbeh: what exactly doesn't work? |
| 19:33:42 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 19:33:56 | sbeh | gevaerts: power on makes the wheel glue, and nothing happens |
| 19:34:09 | archivator | Right. Thanks for the proof btw! Pretty cool. :) |
| 19:34:30 | | Quit kushalone ("Leaving") |
| 19:34:44 | sbeh | gevaerts: dmesg says new full speed usb device, but no usb-storage is found |
| 19:35:11 | gevaerts | well, no. You're not supposed to get a storage device at that point... |
| 19:35:21 | * | gevaerts thinks that sbeh should read that page again |
| 19:35:33 | amiconn | Seems like the black rectangle bug in the sdl sim isn't an sdl glitch, but a sim bug in the update rectangle calculation, that got uncovered by backlight simulation for colour targets |
| 19:35:35 | | Join maddler [0] (n=maddler@static-217-133-171-24.clienti.tiscali.it) |
| 19:36:03 | | Join kushalone [0] (n=kushal@12.169.180.178) |
| 19:36:25 | sbeh | gevaerts: switching the look-jumper to the position nearer to headphone-connector and holding record while powering in does not change anything |
| 19:36:34 | sbeh | look = lock |
| 19:36:47 | gevaerts | sbeh: have you read the entire SansaE200Unbrick page? |
| 19:38:32 | sbeh | gevaerts: yes |
| 19:38:45 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 19:38:55 | sbeh | gevaerts: every tips starts with the recovery-mode where i don't get into |
| 19:39:27 | | Quit lastebil (Remote closed the connection) |
| 19:39:31 | gevaerts | sbeh: no |
| 19:39:31 | | Join lastebil [0] (n=truck@cube.lomal.la) |
| 19:39:46 | gevaerts | sbeh: http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick#Manufacturing_Mode |
| 19:40:17 | sbeh | oh, there's a difference between recovery and manufacturing mode |
| 19:40:21 | sbeh | sorry :P |
| 19:40:50 | | Quit Horschti ("Verlassend") |
| 19:41:13 | | Join z35 [0] (n=z35@h200.80.91.75.dynamic.ip.windstream.net) |
| 19:44:29 | | Join mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) |
| 19:50:55 | | Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) |
| 19:51:54 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 19:53:21 | sbeh | gevaerts: lsusb says 'Bus 001 Device 053: ID 0781:0720 SanDisk Corp. Sansa C200 series in recovery mode |
| 19:53:31 | sbeh | but i've got an e260 oO |
| 19:55:07 | | Join jaykay [0] (n=chatzill@p579E6E31.dip.t-dialin.net) |
| 19:55:08 | archivator | Old recovery image? They might have forgotten to change the usb identity info.. |
| 19:55:39 | sbeh | i dont know what i should think of this |
| 19:55:50 | sbeh | because there is no message 'welcome to recovery mode' on the screen |
| 19:56:32 | | Join gregzx [0] (n=chatzill@drx229.neoplus.adsl.tpnet.pl) |
| 19:57:21 | mirak | h |
| 19:57:22 | mirak | hi |
| 19:59:10 | | Join MethoS-- [0] (n=lem@host-091-097-243-200.ewe-ip-backbone.de) |
| 20:00 |
| 20:00:39 | sbeh | ah ok, even in manufactoring-mode its saying recovery |
| 20:00:41 | | Quit MethoS- (Read error: 60 (Operation timed out)) |
| 20:01:52 | Llorean | In manufacturing mode nothing should display on the screen at all. |
| 20:03:02 | LambdaCalculus37 | Only the scroll wheel should light up. |
| 20:03:12 | | Quit gevaerts (Read error: 145 (Connection timed out)) |
| 20:03:59 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 20:04:24 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 20:05:33 | | Join bluebrother [0] (i=4e359a67@gateway/web/ajax/mibbit.com/x-f337d93fe49084fe) |
| 20:06:03 | sbeh | yeah |
| 20:06:07 | sbeh | people i love you |
| 20:06:11 | sbeh | this is realy hot shit :] |
| 20:06:13 | bluebrother | domonoky: any thoughs / comments on trying to get a rbutil release out the next couple of days? |
| 20:06:35 | sbeh | Llorean: you're right, the sansa did enter the manufacturer mode even i don't hold anything |
| 20:06:41 | bluebrother | How about bumping to 1.1? We now don't need to update anymore on new Rockbox releases, so I think this justifies 1.1 |
| 20:06:52 | Llorean | bluebrother: That sounds good to me. |
| 20:06:59 | sbeh | ok, now i have welcome to the recovery mode blabla |
| 20:07:47 | | Join jaykay_ [0] (n=chatzill@p579E6CE2.dip.t-dialin.net) |
| 20:07:57 | domonoky | bluebrother: 1.1 is fine. But i only have time till saturday. afterwards i am away for a week. |
| 20:08:20 | bluebrother | I've posted a current svn build a couple of days ago in the forums. As there were no responses either nobody tested or there weren't any issues |
| 20:08:50 | bluebrother | domonoky: I don't see a problem here. Worst case would be the OS X binaries coming a week later |
| 20:09:42 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
| 20:10:39 | domonoky | jup, so feel free to release a new 1.1 version.. :-) |
| 20:13:06 | | Quit The-Compiler ("Lost terminal") |
| 20:13:22 | sbeh | hm, ok, just copying the .mi4-file did not do it |
| 20:14:00 | sbeh | but sansa.fmt did it, yeah :), thanks everyone ;) |
| 20:16:14 | | Join The-Compiler [0] (n=compiler@the-compiler.org) |
| 20:18:31 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
| 20:20:23 | bertrik | I think it's weird that serial_port in features.txt depends on IPOD_ACCESSORY_PROTOCOL |
| 20:21:04 | | Quit JdGordon (Remote closed the connection) |
| 20:23:08 | | Quit jaykay (Read error: 110 (Connection timed out)) |
| 20:23:44 | | Join MethoS- [0] (n=lem@host-091-097-244-038.ewe-ip-backbone.de) |
| 20:25:15 | pixelma | gibbon_: a very belated thanks, I was already gone :) |
| 20:25:27 | pixelma | sorry, wrong channel :\ |
| 20:28:55 | | Quit Acksaw ("Erection reset by queer") |
| 20:33:06 | | Quit gevaerts (Nick collision from services.) |
| 20:33:16 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 20:37:53 | *** | Saving seen data "./dancer.seen" |
| 20:38:30 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
| 20:41:09 | | Join nibbler [0] (n=Nibbler@pD9E30B0F.dip.t-dialin.net) |
| 20:46:28 | | Join MethoS-- [0] (n=lem@host-091-096-213-236.ewe-ip-backbone.de) |
| 20:47:54 | | Quit stripwax ("http://miranda-im.org") |
| 20:49:55 | | Quit MethoS- (Read error: 60 (Operation timed out)) |
| 20:50:50 | | Join ibseco [0] (n=ibseco@BAH125a.bah.pppool.de) |
| 20:51:09 | | Join skykaze [0] (n=74784ce8@gateway/web/cgi-irc/labb.contactor.se/x-f489a242cee04047) |
| 20:52:15 | skykaze | anybody here.. |
| 20:52:53 | | Quit skykaze (Client Quit) |
| 21:00 |
| 21:01:40 | amiconn | bertrik: That change was bad. |
| 21:01:59 | | Join MethoS- [0] (n=lem@dyndsl-085-016-161-187.ewe-ip-backbone.de) |
| 21:02:38 | amiconn | HAVE_SERIAL means a serial interface, which e.g. the archoses have too, but the 'serial' feature means it can be configured, which isn't possible on the archoses as it wouldn't make sense |
| 21:04:28 | pixelma | the feature should be renamed then probably? |
| 21:09:00 | | Join JdGordon| [0] (i=836b0049@gateway/web/ajax/mibbit.com/x-c8bc493b219f9012) |
| 21:15:16 | | Quit maddler (Connection reset by peer) |
| 21:16:08 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
| 21:20:37 | | Join hillshum [0] (n=hillshum@unaffiliated/hillshum) |
| 21:22:07 | hillshum | Should I be able to move http://www.rockbox.org/twiki/bin/edit/Main/SansaCharging to a different parent? |
| 21:24:58 | rasher | hillshum: I don't see why not? |
| 21:25:32 | hillshum | The link is "Change Topic" in the upper right no? |
| 21:26:34 | rasher | hillshum: No. On the regular page, click "more" |
| 21:26:50 | hillshum | Okay |
| 21:30:37 | | Join bs66_1 [0] (n=sysuser@94.191.146.76.bredband.tre.se) |
| 21:32:01 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 21:32:40 | bertrik | amiconn, oh sorry |
| 21:33:14 | bertrik | the original didn't make any sense to me at all and it seemed an obvious fix |
| 21:34:02 | n1s | maybe the feature can be called "serial_accessory_port" or something? |
| 21:34:24 | | Quit nibbler ("Ex-Chat") |
| 21:35:35 | bertrik | amiconn, should I revert it for now? |
| 21:37:18 | | Quit bs66_ (Read error: 145 (Connection timed out)) |
| 21:37:33 | | Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") |
| 21:37:39 | | Part unstable |
| 21:37:44 | | Quit jhMikeS (Nick collision from services.) |
| 21:37:50 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 21:38:05 | | Quit Horscht ("Verlassend") |
| 21:39:53 | | Quit Nico_P (Remote closed the connection) |
| 21:44:02 | | Quit freqmod_gq (Read error: 104 (Connection reset by peer)) |
| 21:44:37 | | Quit tyfoo (Read error: 104 (Connection reset by peer)) |
| 21:45:07 | hillshum | bertirk: I'll test the ADC channel in ~3 hours |
| 21:45:59 | n1s | has anyone seen FS #9982 ? |
| 21:48:10 | n1s | we have told people several times that translating the manual is not a very good idea, but do we reject it on principle |
| 21:48:51 | n1s | (he also translated the html manual for e200 directly, not the source so maintaining it will be next to impossible...) |
| 21:51:20 | amiconn | gevaerts: Hmm, didn't you add something to the usb stack that notices safe removal? |
| 21:51:22 | | Join freqmod_gq [0] (i=quasselg@dhcp208-240.ed.ntnu.no) |
| 21:51:25 | | Quit freqmod_gq (Remote closed the connection) |
| 21:51:26 | Llorean | I think for translated manuals there should be a few specific requirements. 1) All versions targets are translated with the translated versions provided as latex so that all versions can be built. 2) We only host translated release manuals, so that we don't have to worry about whether they're up to date, etc. |
| 21:51:46 | | Join freqmod_gq [0] (i=quasselg@dhcp208-240.ed.ntnu.no) |
| 21:53:35 | gevaerts | amiconn: not yet. It should handle explicit eject properly (except on the beast, as that one isn't removable because of the two partitions), but safe removal doesn't do eject. I still need to look at what it does exactly |
| 21:54:21 | linuxstb | n1s: I think we need to at least ask him/her to provide the translation as latex - and as Llorean said, this will mean all parts, not just those used by the e200. We also need to think about how to incorporate manual translations into the build system... |
| 21:54:30 | gevaerts | IIRC safe removal *sometimes* does a proper eject |
| 21:54:34 | amiconn | bertrik: I think the feature should be renamed (probably as n1s suggested), but if you don't have time to do it now it should be reverted so that it won't be forgotten |
| 21:55:03 | * | linuxstb has doubts about hosting a manual in a language no core project member understands though (afaik...) |
| 21:55:33 | BigBambi | linuxstb: We have an English one... |
| 21:55:56 | | Nick jaykay_ is now known as jaykay (n=chatzill@p579E6CE2.dip.t-dialin.net) |
| 21:56:02 | linuxstb | BigBambi: ? |
| 21:56:07 | rasher | gevaerts: Yeah, I'm pretty sure that happened to me a few times when testing |
| 21:56:18 | Llorean | linuxstb: Most of our Rockbox translations are like that too, though. |
| 21:56:19 | bertrik | amiconn, ok, in that case I think I'll revert |
| 21:56:35 | BigBambi | linuxstb: Just a joke, given the seemingly constant arguments we have about English :) |
| 21:56:49 | Llorean | I think that we shouldn't do regular manual builds for any language other than English, but release builds _if a translation update is submitted during the freeze that claims to be complete_ |
| 21:57:01 | gevaerts | Llorean: true, but the translations are easy to check for completeness and bit-rot |
| 21:57:35 | Llorean | gevaerts: They're easy to check for "does every string have a line of possible-gibberish assigned to it" at least. |
| 21:58:25 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
| 21:58:32 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 21:59:02 | n1s | The risk of a translated manual simply being incorrect in places is big, add incompleteness and it becomming out of date, maybe it would only make things worse for people trying to use it... |
| 21:59:09 | gevaerts | Llorean: yes. Not perfect, but a lot better than I see as possible for the manual |
| 21:59:20 | | Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) |
| 21:59:33 | Llorean | n1s: As I said, don't publish translated manuals except with releases when we have someone who's willing to testify to it being completed. |
| 21:59:44 | * | gevaerts would like to be proven wrong on this, but he doesn't think it's likely |
| 22:00 |
| 22:00:55 | n1s | Llorean: to me that means that we will never release any translated manuals at all. |
| 22:00:57 | linuxstb | I think it depends on how this translator responds to the request to translate the latex - if he doesn't want to, then I say we just reject it. We don't want to add something that no-one is going to maintain. |
| 22:01:07 | gevaerts | I wouldn't object to e.g. plugin bits not having a translation, provided that this is clearly marked |
| 22:01:43 | Llorean | n1s: That's fine. I don't see any reason we _have_ to, I just think that there should be some conditions under which we would in case someone is dedicated enough to jump through the hoops we'd feel is necessary. |
| 22:03:10 | | Quit FlynDice (Read error: 104 (Connection reset by peer)) |
| 22:03:42 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
| 22:05:03 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 22:05:19 | | Join barrywardell [0] (n=barrywar@79.97.77.138) |
| 22:06:39 | | Quit {phoenix} (Remote closed the connection) |
| 22:07:23 | rasher | Having never really understood the theme site, how are themes stored with regards to which themes they fit? Simply by their LCD size? |
| 22:07:32 | rasher | Eh, which targets they fit. |
| 22:09:48 | scorche | yes...just LCD size...though we presented to the user by target to make it easy for them, of course |
| 22:10:02 | scorche | though, this never took into account rwps, etc |
| 22:11:46 | | Join Horschti [0] (n=Horscht@xbmc/user/horscht) |
| 22:12:35 | | Join Horscht86 [0] (n=Horscht@p4FD4BE03.dip.t-dialin.net) |
| 22:12:45 | | Quit Horscht86 (Read error: 104 (Connection reset by peer)) |
| 22:14:02 | rasher | Should work out in the end anyway |
| 22:14:35 | | Join planetbeing_ [0] (n=planetbe@24.86.172.128) |
| 22:14:41 | rasher | For targets with no remote, show all themes that match the main lcd. For targets with one, show all themes that match the main lcd *and* have an .rwps file in the zip |
| 22:15:05 | amiconn | There are some more differences to account for, e.g. RTC vs. non-RTC |
| 22:15:55 | rasher | Eugh.. That requires parsing the .wps file as well as the zip structure :\ |
| 22:16:12 | rasher | Doable though. Think I'll ignore it for now |
| 22:16:27 | scorche | or little checkmarks when uploading... |
| 22:16:45 | | Quit evilnick_230 ("http://www.mibbit.com ajax IRC Client") |
| 22:17:14 | scorche | but yeah...i would think that for now we can ignore it...it doesnt rank highly on the priority scale |
| 22:17:22 | Llorean | amiconn, rasher: I thought non-RTC targets fill in the location an RTC text would be with spaces, now. |
| 22:17:29 | Llorean | So that RTC themes should work for both |
| 22:18:15 | * | rasher thinks there should be a "RTC available" tag |
| 22:18:48 | rasher | That would of course make parsing the wps on the theme site even more complicated |
| 22:19:21 | pixelma | maybe have additional sites for the remotes (thinking of 128x64x1 which could now be .wps or a .rwps |
| 22:19:25 | * | gevaerts still wants conditions based on equality of two other tags |
| 22:19:45 | pixelma | s/sites/pages |
| 22:20:13 | sbeh | hey after unbricking my sansa e260, dmesg says: usb 1-1.3: config 128 interface 0 altsetting 0 endpoint 0x81 has an invalid bInterval 100, changing to 10 |
| 22:20:41 | amiconn | rwps isn't independent of the main wps atm. That would need (basic) multifont support |
| 22:21:00 | sbeh | ah, damned, usb-mode |
| 22:22:20 | | Nick Hawson_ is now known as Hawson (n=hawson@c-98-204-189-235.hsd1.md.comcast.net) |
| 22:23:24 | | Join Homedawg68 [0] (i=Homedawg@dhcp-0-18-f3-5b-2f-68.cpe.quickclic.net) |
| 22:23:58 | Homedawg68 | Will rockbox ever make a rockbox for Nano 2g? |
| 22:24:05 | pixelma | I can think of at least one other tag that exists on one target but not on the other one with the same display size - the virtual LED one (e.g. should exist for the greyscale Ipods but not for the H100 as this has a real LED) |
| 22:24:29 | Homedawg68 | Will there ever be Rockbox iPod Nano 2G? |
| 22:24:30 | scorche | Homedawg68: i cant speak for "ever", but no one is currently working on it, so the outlook does not look good |
| 22:24:36 | Homedawg68 | Oh |
| 22:24:41 | scorche | you dont need to repeat yourself.. |
| 22:25:01 | Homedawg68 | Is it hard to make it for that or something? |
| 22:25:12 | n1s | yes |
| 22:25:16 | Homedawg68 | Because it's probably easier to make then a jailbreak for the iPod touch |
| 22:25:29 | n1s | oh, please explain. |
| 22:25:40 | scorche | much harder, actually.... |
| 22:25:46 | Homedawg68 | How the fuck would I know |
| 22:25:53 | Homedawg68 | I'm not part of the Devteam |
| 22:26:09 | scorche | then dont assume it is easier... |
| 22:26:10 | scorche | besides all new hardware that would need to be reverse engineered, we would need to get around the encryption on the firmware |
| 22:26:27 | Homedawg68 | And my explanation of what I do know: iTouch is updated like every other month or so |
| 22:26:29 | n1s | so how do you know which is easier, a thing *no one* has done yet or a thing you don't know how it was done? |
| 22:26:42 | Homedawg68 | Nano 2G hasn't been updated in.. |
| 22:26:43 | Homedawg68 | Er... |
| 22:26:48 | Homedawg68 | 2 - 3 years probably |
| 22:26:49 | scorche | it isnt about being updated |
| 22:27:01 | Homedawg68 | Yes it is, because it updates the ability of jailbreaking |
| 22:27:17 | Homedawg68 | because rockbox and jailbreak basically do the same thing, allow you to do things you can't normally on an iPod |
| 22:27:18 | scorche | we arent jailbreaking the ipod...we are replacing the firmware... |
| 22:27:26 | scorche | no they arent |
| 22:27:37 | Homedawg68 | Are you dense? I said basically |
| 22:27:43 | scorche | and they arent |
| 22:27:52 | Homedawg68 | and yes they are |
| 22:28:08 | Homedawg68 | Find an unpacker for the .ipsw file |
| 22:28:13 | Homedawg68 | Which obviously someone has |
| 22:28:17 | Homedawg68 | If it has been done |
| 22:28:28 | scorche | they are completely different...jailbreaking still uses all of the bits of the apple firmware to run off of...rockbox replaces the firmware so we need to figure out all of the chips, how they work, load our code, etc |
| 22:28:43 | Homedawg68 | And take files or script from the 3G or Chromatic for the video file |
| 22:28:47 | scorche | if it is so easy, then please feel free to do it...otherwise, dont claim to know more than us about this "simple" thing |
| 22:28:54 | Homedawg68 | How the fuck would I do it |
| 22:29:03 | Homedawg68 | If someone showed me how to do it |
| 22:29:05 | Homedawg68 | Hell I'd do it |
| 22:29:18 | scorche | you seem to think you have a fine idea how....i am telling you that your thinking is incorrect |
| 22:29:45 | scorche | and stop using vulgar language....it is not needed |
| 22:29:54 | Homedawg68 | Who the hell are you to tell me that my thinking is so correct, because if you know so much then you do it |
| 22:30:06 | Homedawg68 | And it's called freedom of speech, I enjoy using it. |
| 22:30:16 | | Quit Horscht (Read error: 113 (No route to host)) |
| 22:30:20 | Mode | "#rockbox +o scorche " by ChanServ (ChanServ@services.) |
| 22:30:27 | Mode | "#rockbox +b %Homedawg68!*@* " by scorche (n=scorche@rockbox/administrator/scorche) |
| 22:30:30 | Homedawg68 | Lawl |
| 22:30:39 | Homedawg68 | Brb getting ip changer |
| 22:31:19 | scorche | freedom of speech does not apply to private areas...you are muted for 10 minutes...please use this time to rethink your approach and perhaps come back with a better attitude |
| 22:32:25 | | Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) |
| 22:32:42 | Llorean | Homedawg68: This channel has guidelines. It's a private space you are being permitted to use, and that permission can be revoked under certain conditions. |
| 22:33:48 | Llorean | scorche tried to explain to you the differences between how Rockbox works and how a simple jailbreak works. The jailbreak is basically "running applications on their OS" whereas Rockbox is "writing an entirely new OS to run applications on." The level of additional work necessary for a Rockbox port is significant, and in many senses impossible to describe accurately to someone who's not familiar with what hoops exist at that level to jump |
| 22:35:04 | | Quit sbeh () |
| 22:37:41 | Riku | think of it this way. |
| 22:37:46 | | Quit jhMikeS (Nick collision from services.) |
| 22:37:52 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 22:37:55 | Riku | jailbreak is like adding a turbo add on kit |
| 22:37:57 | *** | Saving seen data "./dancer.seen" |
| 22:38:02 | Riku | what rockbox does is build a new engine |
| 22:38:43 | | Join Ridayah [0] (n=ridayah@173-19-228-175.client.mchsi.com) |
| 22:38:43 | Llorean | Jailbreak is more like "taking the limiter off" whereas Rockbox is like leaving the engine and frame, but replacing everything else, if you want to go that sort of analogy route. |
| 22:39:06 | Riku | humm youre right thats more accurate |
| 22:39:13 | Homedawg68 | But it's like been 2 or 3 years |
| 22:39:18 | Homedawg68 | It can't take that long |
| 22:40:24 | Mode | "#rockbox -o logbot " by ChanServ (ChanServ@services.) |
| 22:42:43 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 22:42:50 | Llorean | Riku: Not like it matters too much. None of the people who want it on the player he wanted have ever really had the dedication to even try to do the work. They just complain that we're not doing it, which is basically the case with 95% of the threads in the new ports forum. Everyone has a favorite player, but everyone also thinks that someone completely unpaid should do the work for them. |
| 22:43:24 | Riku | the way i see it you can hope but you cant insist |
| 22:43:50 | Mode | "#rockbox -b %Homedawg68!*@* " by scorche (n=scorche@rockbox/administrator/scorche) |
| 22:43:55 | scorche | now please behave |
| 22:49:52 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 22:50:01 | | Quit barrywardell (Read error: 104 (Connection reset by peer)) |
| 22:50:16 | | Join barrywardell [0] (n=barrywar@79.97.77.138) |
| 22:50:34 | | Join akur [0] (n=akur@bl6-153-99.dsl.telepac.pt) |
| 22:51:43 | planetbeing_ | You really can't barge into places and demand people do things for you. That would've gotten him a ban on irc.osx86.hu (where iPhone jailbreaking, etc. is discussed), not just a temporary gag. |
| 22:52:34 | scorche | eh...i have a process that i stick to...it ends nicely most of the time |
| 22:52:53 | | Part akur |
| 22:52:54 | scorche | then usually end up just leaving quietly while muted |
| 22:53:03 | | Quit tyfoo (Read error: 104 (Connection reset by peer)) |
| 22:53:24 | Llorean | planetbeing_: We like to at least hope that people can be reasonable once they've cooled down. |
| 22:57:26 | | Join fml [0] (n=4fd3d173@gateway/web/cgi-irc/labb.contactor.se/x-9150c66d23a0c506) |
| 22:57:31 | planetbeing_ | Oh, your moderation policy is definitely more civil. I am not involved in the moderation of irc.osx86.hu, but in its defense, we get people like him a lot more often. ;) |
| 22:58:19 | fml | How long does it take for a mail sent to the dev-ml to be processed? I sent one over an hur ago but doesn't seem to have been pickes |
| 22:58:28 | Mode | "#rockbox -o scorche " by ChanServ (ChanServ@services.) |
| 23:00 |
| 23:00:13 | saratoga | minute or two usually |
| 23:01:07 | gevaerts | fml: did you use a subscribed email address? |
| 23:01:30 | BigBambi | fml: I also sent one earlier that hasn't got through yet |
| 23:01:30 | rasher | fml: Does it show up in the archives? |
| 23:02:22 | Llorean | rasher: Sometimes the archives are _really_ slow to update. |
| 23:02:22 | fml | gevaerts: ah, no! I'll resend. |
| 23:04:52 | | Quit linuxstb ("Leaving") |
| 23:04:56 | amiconn | Unhelpful: Does the buflib take whatever memory you hand it? I.e. should it allow to port pf to hwcodec, using the audio buffer? |
| 23:05:04 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 23:05:53 | | Join MethoS-- [0] (n=lem@dyndsl-085-016-160-056.ewe-ip-backbone.de) |
| 23:06:06 | Unhelpful | yes. there were a few other things that were not in the API on hwcodec targets - i tried pf-on-sh a while ago, the stumbling block was bufalloc |
| 23:06:39 | * | amiconn should probably try that soonish |
| 23:08:03 | Unhelpful | and i had to package AA for pluginlib, but that's already committed now, for the swcodec mono targets |
| 23:09:46 | | Quit MethoS-- (Remote closed the connection) |
| 23:09:59 | Unhelpful | i'm not expecting great performance, but it's hard to say - 80MHz PP in e200 can manage 30-40fps, add a smaller display, a few less multiplies in some places because of greylib vs rgb565... but also running on a 12MHz CPU? |
| 23:10:40 | | Join MethoS-- [0] (n=lem@dyndsl-085-016-160-056.ewe-ip-backbone.de) |
| 23:11:19 | | Quit avis ("maybe when we drown, the fish will be our friends") |
| 23:11:56 | rasher | Would still be neat to have |
| 23:12:42 | Unhelpful | well, we're practically there. it *might* need an overlay loader, i don't know how large the code and static allocations are on sh1 |
| 23:12:51 | gevaerts | fml: I think I agree with you. Advanced typography can look really nice, but I don't think we want it |
| 23:13:16 | | Quit _lifeless (Remote closed the connection) |
| 23:13:20 | | Join _lifeless [0] (n=lifeless@94.50.184.60) |
| 23:13:59 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
| 23:15:00 | amiconn | Unhelpful: 12MHz (Ondios) or 11MHz (recorders) - and the greylib draws around 50% cpu power while running |
| 23:15:27 | fml | gevaerts: yes, I think it would make the rendering code unnecessarily complex. If we want more space then code it into the font. But RB would still be fast and lean. |
| 23:15:35 | amiconn | But I hope performance won't be bad - and there are certainly some possibilities for optimisation |
| 23:16:10 | amiconn | *wont be too bad |
| 23:23:30 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 23:27:11 | | Quit bertrik ("Leaving") |
| 23:30:22 | | Join Llorean1 [0] (n=DarkkOne@adsl-70-241-29-2.dsl.hstntx.swbell.net) |
| 23:30:43 | | Quit Llorean (Nick collision from services.) |
| 23:30:45 | | Nick Llorean1 is now known as Llorean (n=DarkkOne@adsl-70-241-29-2.dsl.hstntx.swbell.net) |
| 23:31:28 | | Quit Llorean (Read error: 54 (Connection reset by peer)) |
| 23:31:47 | | Join Llorean [0] (n=DarkkOne@adsl-70-241-29-2.dsl.hstntx.swbell.net) |
| 23:32:38 | | Quit fml ("CGI:IRC") |
| 23:33:59 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 23:34:04 | | Quit sarixe ("Leaving") |
| 23:34:39 | * | amiconn found a solution for the multifile plugin dependency problem when there's no .o named <pluginname>.o |
| 23:34:56 | amiconn | I can use a static pattern rule... no need to use .SECONDEXPANSION :D |
| 23:35:04 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-1d364d2ce8fd1b85) |
| 23:35:47 | n1s | should not all files in a plugin be recompiled if the makefile for the plugin changes? |
| 23:40:35 | | Quit bmbl ("Woah!") |
| 23:43:27 | bluebrother | hmm. Rockbox sources seem to come all as "WITHOUT WARRANTY OF ANY KIND, either express or implied." |
| 23:43:42 | bluebrother | note the "express" −− shouldn't that be "expressed" instead? |
| 23:43:58 | | Join gartral [0] (n=gareth@75.33.91.251) |
| 23:44:49 | n1s | IANANES (Native English Speaker) but i think "express" is correct in this context |
| 23:45:14 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 23:45:48 | rasher | The GPL uses "expressed", but google seems to find some using express |
| 23:45:59 | rasher | The BSD license does, it seems |
| 23:46:10 | Llorean | It really ought to be "expressed" as far as I know. |
| 23:46:14 | bluebrother | the GPL was the reason that confused me ;-) |
| 23:46:33 | Llorean | It's just a tense issue. |
| 23:46:46 | Llorean | I don't think we're missing an "express warranty", we don't have an "expressed warranty" |
| 23:46:59 | Llorean | Without that ed, it just seems to suggest the one we don't have would've been quite fast. |
| 23:47:01 | | Join midgey|web [0] (i=8dd5430f@gateway/web/ajax/mibbit.com/x-0d17087e7d88daa1) |
| 23:47:42 | bluebrother | still feels like "fast" warranty to me. Not that it is a real issue ... ;-) |
| 23:48:13 | bluebrother | especially if the term is correct. Another thing learnt :) |
| 23:48:45 | n1s | http://en.wikipedia.org/wiki/Warranty#Express_warranty |
| 23:48:53 | | Quit faemir ("Leaving") |
| 23:49:07 | | Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) |
| 23:50:34 | | Join bephillips [0] (n=181783b9@gateway/web/cgi-irc/labb.contactor.se/x-f5571be24f4d6704) |
| 23:50:54 | Llorean | I would think "expressed or implied" covers all types of possible warranties while "express or implied" allows the potential for an explicit warranty to still seem to exist as long as it's not an implicit warranty or an express warranty. |
| 23:51:03 | Llorean | At least, based on that definition |
| 23:52:13 | | Quit kushalone ("Leaving") |
| 23:52:33 | n1s | I think the "WITHOUT WARRANTY OF ANY KIND" is pretty clear on it's own :) |
| 23:52:43 | bluebrother | true :) |
| 23:53:43 | Llorean | Indeed |
| 23:54:03 | | Join BradPhillips [0] (n=181783b9@gateway/web/cgi-irc/labb.contactor.se/x-e0dc98d0670d0406) |
| 23:54:11 | BradPhillips | Hi |
| 23:54:46 | BradPhillips | Can I get authorization to edit the Wiki? I have some accessory tests to report, already left a comment on FS. |
| 23:55:32 | bluebrother | BradPhillips: sure. Is your wiki name the same as your nick? |
| 23:55:36 | rasher | BradPhillips: Done. Now promise not to spam us. |
| 23:55:50 | BradPhillips | Cross my heart. |
| 23:56:02 | | Quit bephillips ("CGI:IRC (Ping timeout)") |
| 23:56:20 | * | bluebrother too slow |
| 23:57:38 | bluebrother | hmm. How does the h100 detect the remote types? It's an ACD, but how does the remote generate the value? It can't be the RMC pin |
| 23:58:51 | n1s | bluebrother: iirc it had something to do with a difference in resistance or something, i think LinusN was the one that figured it out |
| 23:59:00 | | Quit jaykay (Read error: 110 (Connection timed out)) |
icon identifies that the person is a core developer (has commit access).