| 00:06:51 | | Quit Hillshum (Remote closed the connection) |
| 00:11:50 | | Join Hillshum [0] (n=hillshum@75-165-247-150.slkc.qwest.net) |
| 00:12:59 | | Quit bmbl ("Bye!") |
| 00:15:11 | | Join TheSeven [0] (n=theseven@dslb-084-056-145-159.pools.arcor-ip.net) |
| 00:15:19 | *** | Saving seen data "./dancer.seen" |
| 00:17:50 | | Join shamx [0] (n=shamikul@bas2-cooksville17-1177948541.dsl.bell.ca) |
| 00:17:56 | shamx | hi |
| 00:22:27 | Hillshum | shamx: if you have a question, just ask |
| 00:23:04 | | Join ender [0] (i=krneki@foo.eternallybored.org) |
| 00:23:35 | Zagor | meh. it's not easy to beat brute force... |
| 00:24:01 | Hillshum | Zagor: What? |
| 00:25:57 | Zagor | Hillshum: the build server |
| 00:26:20 | * | Hillshum still doesn't follow |
| 00:27:05 | Zagor | I'm trying various clever prediction and scheduling optimisations to avoid speculative building but it's very difficult since client speeds vary so much |
| 00:27:42 | | Join _lifeless [0] (n=lifeless@188.18.75.250) |
| 00:28:11 | Zagor | the fastest method is still to keep all clients building until the very end, speculatively |
| 00:32:45 | Hillshum | Zagor: are you keeping track of which client's done which to optimize ccache? |
| 00:33:44 | Zagor | I have the information, but I don't use it. ccache hit rate varies wildly depending on how the commit looks |
| 00:33:47 | | Join __lifeless [0] (n=lifeless@188.18.75.250) |
| 00:36:04 | | Part Buschel |
| 00:36:31 | | Quit robin0800 (Remote closed the connection) |
| 00:39:30 | | Quit jgarvey ("Leaving") |
| 00:40:59 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 00:45:21 | kugel | Zagor: turned svn.rockbox.org off now? |
| 00:48:17 | Zagor | no, its' network got unreachable. |
| 00:49:23 | | Quit martian67 (Remote closed the connection) |
| 00:49:38 | Zagor | this is a bad week for rockbox... |
| 00:49:39 | | Quit _lifeless (Read error: 113 (No route to host)) |
| 00:49:57 | | Join martian67 [0] (n=martian6@ip-216-194-109-30.wildroseinternet.ca) |
| 00:51:14 | | Quit martian67 (SendQ exceeded) |
| 00:53:41 | | Quit Strife89 ("Dinner.") |
| 00:54:21 | | Quit ender (" Explaining a word requires other words which in turn must be explained with others, and so on and on without end. Communica") |
| 00:58:33 | | Quit intrados_ (Remote closed the connection) |
| 01:00 |
| 01:00:16 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 01:03:14 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 01:11:49 | | Quit martian67 (Remote closed the connection) |
| 01:12:16 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 01:13:29 | | Quit martian67 (SendQ exceeded) |
| 01:14:08 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 01:14:51 | | Quit martian67 (SendQ exceeded) |
| 01:16:28 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 01:18:14 | kugel | rasher: can we allow .psd/.xcf in themes? :( |
| 01:18:50 | rasher | kugel: No. |
| 01:20:13 | * | kugel would like to provide them with the theme |
| 01:20:43 | rasher | They don't belong with a theme that users install on their DAP |
| 01:20:50 | rasher | Provide them somewhere else |
| 01:21:27 | kugel | alright... |
| 01:23:25 | Unhelpful | amiconn: 16-ArialUnicodeMS is still about 2x the size of 16-GNU-Unifont... and there's *some* kind of problem that goes away if i bump the font cache size, and that causes weird things to happen, like parts of the statusbar text appearing elswhere on the screen in the userfont. perhaps a place that was missed where glyph size calculation needs to be changed to check font depth? |
| 01:25:41 | | Quit Zagor ("Clint excited") |
| 01:34:31 | | Quit Thundercloud (Remote closed the connection) |
| 01:34:56 | | Quit notlistening (Remote closed the connection) |
| 01:37:22 | | Quit daggett ("Ex-Chat") |
| 01:44:30 | | Join andrewrb [0] (n=chatzill@81.170.113.143) |
| 01:46:23 | | Quit andrewrb (Client Quit) |
| 01:48:05 | * | kugel wants to note that 0.5k of his statusbar patch is the two filename settings (due to MAX_PATH) |
| 01:52:06 | | Quit goffa_ (Read error: 113 (No route to host)) |
| 01:57:43 | shamx | srry i was away for a bit |
| 01:58:02 | | Join intrados_ [0] (n=intrados@cpe-71-67-138-190.woh.res.rr.com) |
| 01:59:27 | shamx | but my question is im trying to port the Samsung P2 with the rockbox firmware, and I have done a lot of looking around and saw that the D2 Fw will work with adjustments problem is I don't how to go about it, I'm familiar with C but not the Hardware side of porting and how to actually get it working..... |
| 02:00 |
| 02:00:27 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
| 02:02:03 | | Quit GeekShado_ ("The cake is a lie !") |
| 02:06:45 | saratoga | shamx: someone was looking at it a couple months ago, but they vanished without doing much |
| 02:07:02 | shamx | hmmm |
| 02:07:05 | saratoga | you could search the IRC logs or the forums for what they did and pick up after them, or else start somewhere else |
| 02:07:14 | saratoga | i think they were trying to write a display driver |
| 02:08:20 | shamx | ya thats hwat I read on the thread that the display gets messed up with the D2 Fw, problem is I dont' know where exactly they left off right now I'm starting from scratch |
| 02:12:49 | saratoga | i don't think they'd really accomplished much anyway, so probably not much is lost if you start from scratch |
| 02:13:19 | saratoga | the datasheet is available for the display controller, and its easy to run code, so I guess dig through the D2 LCD driver and figure out what needs changing to work with the different screen size |
| 02:13:33 | shamx | hmm kk gunna look at the d2 fw and see whats done with it so far |
| 02:15:21 | *** | Saving seen data "./dancer.seen" |
| 02:19:10 | | Join goffa__ [0] (n=goffa@216.220.23.105) |
| 02:24:08 | pixelma | AlexP: (in case you are still awake or for later) - looks like you broke the Gigabeat manuals - looking at the log of the BdN guy in the forum there is an error message saying "Undefined control sequence \n ActionRCPsToggleMode ->Long \ButtonPlay" and the last available PDF from the Rockbox page is of August 23rd |
| 02:25:37 | | Join jboy_ [0] (n=langzeit@p5B17E896.dip.t-dialin.net) |
| 02:28:32 | | Quit shamx () |
| 02:31:27 | | Quit goffa_ (Read error: 110 (Connection timed out)) |
| 02:32:06 | | Quit Hadaka (Read error: 60 (Operation timed out)) |
| 02:35:42 | kugel | my custom sb patch even works on remotes \o/ |
| 02:40:37 | kugel | MG_Man: have a few minutes? |
| 02:40:41 | MG_Man | So for the h300. you need to first put on euro firmware, then you can put on rockbox? |
| 02:40:42 | MG_Man | Sure |
| 02:41:15 | kugel | I'm gonna put my custom statusbar patch on flyspray, with some h300 suitable test theme |
| 02:41:27 | MG_Man | Alright |
| 02:41:36 | kugel | do you happen to have a remote also? |
| 02:41:50 | MG_Man | I don't have a DAP yet |
| 02:41:55 | MG_Man | I'm using the sims |
| 02:41:58 | kugel | oh |
| 02:42:14 | MG_Man | Gonna order an h300 either today or tomorrow though |
| 02:42:16 | kugel | looked to me as if you would have one |
| 02:42:19 | MG_Man | Just wanna make sure it all works |
| 02:42:25 | MG_Man | I will soon, don't worry |
| 02:42:29 | kugel | h300 is a good choice |
| 02:42:37 | | Quit langzeitstudent_ (Read error: 110 (Connection timed out)) |
| 02:42:44 | MG_Man | I don't mind the size - I have huge hands anyway |
| 02:43:01 | MG_Man | And I can fit a TI-83 in most of my pockets, so that's a non-issue too |
| 02:43:41 | MG_Man | Anyway, I USED to have an iPod 3G with Rockbox on it though |
| 02:43:54 | MG_Man | It got stolen though, but as to why anyone would want an old iPod is beyond me |
| 02:44:01 | MG_Man | But, that's what iPods do :/ |
| 02:44:31 | MG_Man | But yeah, the h300 I'm planning to get comes with the remote, if that helps |
| 02:48:55 | MG_Man | anyway, I need your help with something now, a theme issue |
| 02:49:29 | MG_Man | When the battery meter reaches full, it then goes blank |
| 02:49:34 | MG_Man | http://www.yousendit.com/download/YkxLcmxYTkFrUm14dnc9PQ |
| 02:49:51 | MG_Man | Her'es so you can try it out, I don't see anything wrong with it myself that could be causing it |
| 02:50:43 | | Join Hadaka [0] (n=naked@naked.iki.fi) |
| 02:52:31 | MG_Man | wait... |
| 02:52:35 | MG_Man | No, I found why |
| 02:52:50 | MG_Man | There's a | at the end of the line where there shouldn't be |
| 02:57:25 | | Quit faemir ("Leaving") |
| 03:00 |
| 03:04:08 | MG_Man | Alright, final preparations for uploading it |
| 03:06:46 | | Join Eduren [0] (i=Eduren@c-67-183-87-172.hsd1.wa.comcast.net) |
| 03:07:37 | JdGordon| | kugel: yay, ill have a gander at your patch on the bus home |
| 03:13:12 | kugel | JdGordon|: Do that :> |
| 03:13:24 | kugel | it's awesome :) |
| 03:14:14 | | Quit mcuelenaere () |
| 03:18:17 | Unhelpful | kugel: AAF updated... we're down to +1085B on ARM and +993B on coldfire :D |
| 03:18:43 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 03:19:31 | kugel | without a large speed hit? |
| 03:19:43 | kugel | I'd rather offer a bit binsize for maximum performance |
| 03:20:57 | Unhelpful | this shouldn't have a significant speed hit, it's only one extra multiply in the FG-color case, and the second multiply is replaced with a multiply-accumulate to avoid adding as a separate step |
| 03:21:51 | Unhelpful | and there's never any testing for or updating an LUT |
| 03:23:41 | Unhelpful | also, the new loop logic would be very easy to adapt to word-at-a-time reads from the glyph data, which would be a pretty nice speedup on little-endian targets - i don't think we can do that on BE? |
| 03:24:39 | kugel | well you would just need to swap it, wouldn't you? |
| 03:25:01 | Unhelpful | yes, but would that be any faster than just using byte-at-a-time? |
| 03:25:34 | kugel | I'd think so |
| 03:25:55 | | Join kamlurker [0] (n=chatzill@user-0c90t1f.cable.mindspring.com) |
| 03:26:06 | Unhelpful | do we have a plugin that can benchmark text drawing somewhere? could always try that. :D |
| 03:26:22 | kugel | accessing memory is slow, especially on cf, so I'd expect "burst loading" with a bit of fix up is faster |
| 03:26:43 | | Join JdGordon_ [0] (i=441d994a@gateway/web/freenode/x-defchmbxgezqwred) |
| 03:27:35 | kugel | Unhelpful: amiconn committed something a while ago, test_gfx or something. That benches drawing without lcd updating (to factor a dependency out) |
| 03:30:03 | | Part Eduren |
| 03:31:30 | kugel | custom statusbar is +1.7k binsize. 300 of which are making the skin tokens id3 == NULL safe |
| 03:32:09 | JdGordon_ | you say that like its a bad thing? |
| 03:32:11 | kugel | ram is more, at least +260 per screen for the filename settings, and 1.8k per screen for the gui_wps etc structs |
| 03:32:35 | kugel | no, *only* 1.7k :) |
| 03:32:48 | JdGordon_ | fuck deltas... this is going in once its ready |
| 03:33:25 | Unhelpful | test_gfx doesn't test text drawing :/ |
| 03:33:53 | kugel | this one is definitely worth 0.04s of mp3 playback |
| 03:34:18 | kugel | Unhelpful: add it ? :p |
| 03:34:29 | Unhelpful | working on that. :P |
| 03:34:38 | kugel | just lcd_puts() "ROCKBOX" a thousand times |
| 03:34:52 | JdGordon_ | kugel: my first thought is settings_apply_skins() should go *inside* the THEME_CHANGHED event handler |
| 03:35:38 | MG_Man | Okay |
| 03:35:40 | kugel | you can skip the nitpicking :) |
| 03:35:41 | MG_Man | Uploading theme now |
| 03:36:10 | JdGordon_ | umm.. isnt that the point of code reviews? |
| 03:36:33 | JdGordon_ | and first thought means i didnt think the consequences through.. but it logically makes sense |
| 03:36:34 | kugel | sure, go on |
| 03:36:53 | Unhelpful | kugel: it seems to have something like that, i must've missed it in the output |
| 03:37:25 | kugel | settings_apply_skins is settings code and belongs there IMO |
| 03:37:32 | kugel | viewport.c should mess with the filenames etc |
| 03:37:58 | kugel | should *not* |
| 03:38:05 | JdGordon_ | viewport.c shouldnt do anything other than say where each viewport is... |
| 03:38:12 | JdGordon_ | and *maybe* do the refreshing |
| 03:39:32 | kugel | I think it's fine where it is (settings_apply_skins() and viewport_theme_changed() ) |
| 03:40:16 | | Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 03:41:25 | | Quit kamlurker ("ChatZilla 0.9.85 [Firefox 3.0.13/2009080315]") |
| 03:41:46 | JdGordon_ | I'm saying i dont tihnk so... i need to look more closely |
| 03:50:26 | JdGordon_ | using VOICE_EXT_WPS for the sb file is not really ideal either |
| 03:54:07 | Unhelpful | hrm... we're actually a bit slower now. however, i can now inline the pixel blends and *still* see a reduction in the delta, so i'll try timing that. |
| 03:54:58 | | Quit JdGordon_ (Ping timeout: 180 seconds) |
| 03:56:14 | kugel | JdGordon: probably, I'll change that |
| 03:56:45 | | Quit dmb (Read error: 113 (No route to host)) |
| 04:00 |
| 04:01:10 | JdGordon | i dont think that one gets a probably.... |
| 04:01:21 | Unhelpful | inlining the pixel blends gets us about even with the "old" blends on beast... up a little, down a little, depending on drawmode |
| 04:03:44 | | Join moos [0] (i=mostafa@rockbox/staff/moos) |
| 04:06:22 | | Quit TheSeven (Nick collision from services.) |
| 04:06:29 | | Join darkham [0] (n=puppy@host31-22-dynamic.46-79-r.retail.telecomitalia.it) |
| 04:06:40 | | Join The_Seven [0] (n=theseven@84.56.182.167) |
| 04:06:44 | | Nick The_Seven is now known as TheSeven (n=theseven@84.56.182.167) |
| 04:15:23 | | Quit darkham ("Leaving") |
| 04:15:26 | *** | Saving seen data "./dancer.seen" |
| 04:17:01 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
| 04:19:53 | | Quit intrados_ (Remote closed the connection) |
| 04:22:31 | kugel | JdGordon: any more comments on it? |
| 04:22:37 | JdGordon | hungry.... |
| 04:22:51 | JdGordon | ill comment in the tracker |
| 04:25:48 | kugel | JdGordon: I'll add the patch to make tokens id3==NULL save also, going to commit it separately |
| 04:26:10 | JdGordon | any reason to not just do that one now? |
| 04:26:30 | kugel | not needed right now |
| 04:26:36 | kugel | maybe someone wants to look at too |
| 04:26:49 | JdGordon | i tinhk leaving that t rot is silly |
| 04:27:04 | kugel | oh, and the svn server is down :p |
| 04:27:50 | JdGordon | ok, thats a good reason |
| 04:29:49 | MG_Man | Alright, the theme's up |
| 04:30:07 | MG_Man | Look in the h300/iPod Color/anything with 220x176 in themes.rockbox.org |
| 04:30:13 | MG_Man | The purple one with Quake 3 |
| 04:30:16 | MG_Man | What do you think? |
| 04:30:24 | JdGordon | I tinhk its time for dinner |
| 04:31:38 | MG_Man | Okay well, when you're done eating delicious dinner, come look at delicious theme :D |
| 04:31:58 | kugel | 6k ram, hrm |
| 04:32:04 | kugel | still not much |
| 04:32:27 | kugel | could be lower though (/me pokes JdGordon to finish the skin buffer conversion) |
| 04:32:44 | JdGordon | yeah yeah :p |
| 04:32:57 | JdGordon | sub/line handling doesnt work how I tohught it did so its complicated |
| 04:33:16 | JdGordon | tonight maybe... hopefully.... depends how i feel after food |
| 04:33:27 | kugel | alright |
| 04:33:33 | kugel | I'll blame you anyway :p |
| 04:33:46 | MG_Man | Anyway, I think its getting late |
| 04:33:52 | MG_Man | Any opinions before I go to bed? |
| 04:34:14 | MG_Man | Also sleep is good, if only you coder-types used it :P |
| 04:35:13 | JdGordon | if we coder types used it, nothing would get done |
| 04:35:25 | | Join intrados_ [0] (n=intrados@cpe-71-67-138-190.woh.res.rr.com) |
| 04:36:21 | MG_Man | ok, good night |
| 04:37:06 | | Quit MG_Man ("...GOT AWAY SAFELY!") |
| 04:38:51 | | Join hd [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 04:40:01 | | Quit hd (Read error: 104 (Connection reset by peer)) |
| 04:40:58 | | Quit HellDragon (Read error: 60 (Operation timed out)) |
| 04:41:09 | | Join HellDragon [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 04:47:21 | Hillshum | In Brickmania, shots fired cease to work after the paddle ceases to have the fire power-up. Is this a bug or feature? |
| 04:50:44 | | Quit Rondom (Nick collision from services.) |
| 04:50:54 | | Join Rondom [0] (n=Rondom@dslb-084-057-130-030.pools.arcor-ip.net) |
| 04:51:43 | Unhelpful | sounds like a bug to me. |
| 04:51:57 | * | Hillshum searches the tracker |
| 04:52:18 | | Quit dmb (Read error: 131 (Connection reset by peer)) |
| 04:54:00 | | Quit Zarggg () |
| 04:55:19 | | Join fyre^OS [0] (n=nnscript@cpe-68-173-235-106.nyc.res.rr.com) |
| 04:56:10 | * | Hillshum compiles a sim to make sure it exists on that |
| 04:57:03 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
| 04:57:04 | | Quit DataGhost (Nick collision from services.) |
| 04:57:04 | | Join DataGhost_ [0] (i=dataghos@62.131.46.165) |
| 04:57:30 | | Quit kugel (Remote closed the connection) |
| 04:58:06 | | Nick DataGhost_ is now known as DataGhost (i=dataghos@62.131.46.165) |
| 05:00 |
| 05:04:56 | Hillshum | Yup, it's there |
| 05:05:30 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
| 05:05:49 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 05:08:19 | | Quit Hadaka (Read error: 104 (Connection reset by peer)) |
| 05:08:22 | | Join Hadaka [0] (n=naked@naked.iki.fi) |
| 05:11:11 | | Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) |
| 05:19:46 | | Quit dmb (Read error: 113 (No route to host)) |
| 05:20:58 | | Quit sbhsu_ (Read error: 145 (Connection timed out)) |
| 05:24:59 | | Join sbhsu_ [0] (n=a6530466@Zion.dorm.au.edu.tw) |
| 05:26:35 | | Join Hadaka_ [0] (n=naked@naked.iki.fi) |
| 05:27:10 | | Quit sbhsu (Read error: 60 (Operation timed out)) |
| 05:27:56 | | Quit Hadaka (Read error: 104 (Connection reset by peer)) |
| 05:28:02 | | Nick Hadaka_ is now known as Hadaka (n=naked@naked.iki.fi) |
| 05:31:53 | | Quit Sajber^ (Read error: 104 (Connection reset by peer)) |
| 05:36:23 | | Quit jfc^3 (Read error: 54 (Connection reset by peer)) |
| 05:37:12 | | Quit Horscht ("Verlassend") |
| 05:40:34 | | Join ademille [0] (n=ademille@c-24-10-232-214.hsd1.ut.comcast.net) |
| 05:40:50 | | Join jfc [0] (n=john@dpc6682208002.direcpc.com) |
| 05:41:13 | | Part ademille |
| 05:41:38 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 05:58:50 | | Quit moos (Read error: 131 (Connection reset by peer)) |
| 05:59:20 | | Join moos [0] (i=mostafa@rockbox/staff/moos) |
| 06:00 |
| 06:12:21 | | Quit Hillshum (Read error: 110 (Connection timed out)) |
| 06:15:30 | *** | Saving seen data "./dancer.seen" |
| 06:18:53 | JdGordon | is it a safe assumption that *most* skin lines wont have more than say 5 or 6 sublines? |
| 06:20:37 | JdGordon | I need to walk a linked list to find the next suitable list item (frequently).... is it better to use less complicated code and start the search at the start and remember the best until the "current" item, or start the search from current untill the end, then start from the beging again? |
| 06:20:44 | Llorean | Alternating sublines lines? |
| 06:20:50 | JdGordon | yeah |
| 06:22:05 | Llorean | I'd imagine the average number used is probably only 3 or 4, but I haven't really looked. |
| 06:24:39 | JdGordon | and most lines would only have 1 subline... |
| 06:24:49 | JdGordon | i.e lines *must* have at least one |
| 06:24:58 | | Part moos |
| 06:24:58 | | Join moos [0] (i=mostafa@rockbox/staff/moos) |
| 06:28:51 | * | JdGordon doesnt understand the existing subline logic :( |
| 06:30:00 | JdGordon | hmm.... eeek |
| 06:41:57 | JdGordon | ok, I *think* that sublines dont actually work as intended anymore... it looks like regrdless of the different subline timeouts it will still always do 1->2->3->1... if that makes sens |
| 06:41:59 | JdGordon | e |
| 06:42:19 | safetydan | the rockbox dsp is 32-bit internally? |
| 06:42:52 | * | JdGordon has no idea |
| 06:43:53 | safetydan | hrm... I was almost sure that there were some codecs that had a higher than 16-bit sample output and the DSP handled this |
| 06:44:11 | JdGordon | hmm... CustomWPS suggests that that is how its supposed to work |
| 06:44:32 | safetydan | ah, there's a comment in dsp.c that confirms its 32-bit internally |
| 06:47:10 | JdGordon | dont trust comments :) |
| 06:47:47 | safetydan | eh, good enough for my purposes |
| 06:47:57 | safetydan | that, and the int32_t types |
| 06:49:09 | * | JdGordon is very curois about some code which to me looks like its dead code |
| 06:49:19 | JdGordon | this patch is going to need testing :( |
| 06:53:00 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 07:00 |
| 07:08:59 | | Quit Ridayah_ (Read error: 113 (No route to host)) |
| 07:10:08 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 07:20:30 | Newa | now that it's a bit more quiet, a question about hardware compatibility: |
| 07:21:13 | Newa | I have a e-cheapo mp3 player that has been flashed incorrectly and currently functions as a weird-shaped usb stick of sorts, but doesn't play anything |
| 07:21:29 | Newa | I opened the case and got these numbers inside: |
| 07:21:36 | Newa | TCH A105 V2 |
| 07:21:42 | Newa | 0816 |
| 07:21:48 | Newa | Samsung 843 K9G4G08U0A |
| 07:21:53 | Newa | PCB0 |
| 07:22:47 | Newa | Is is possible to detect from that if the player is compatible with rockbox, and if so, which model would most resemble it's functionality? |
| 07:24:08 | Newa | (big) pictures of the opened player here: http://arcadia.anime.fi/~n/pikkump/ |
| 07:25:06 | JdGordon | there is no such thing as compatable with rockbox... rockbox has either been ported, is in progress... or not at all... |
| 07:25:14 | JdGordon | yours is in the 3rd category |
| 07:26:34 | Newa | ok, so abandon hope for that strand |
| 07:26:39 | Newa | thanks for the reply :) |
| 07:35:10 | | Quit martian67 (Connection reset by peer) |
| 07:35:24 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 07:37:34 | | Quit martian67_ (SendQ exceeded) |
| 07:39:00 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 07:40:05 | | Quit martian67_ (SendQ exceeded) |
| 07:44:43 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 07:45:33 | | Join stoffel [0] (n=quassel@p57B4E572.dip.t-dialin.net) |
| 07:49:41 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 07:50:55 | | Quit martian67_ (SendQ exceeded) |
| 07:52:11 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 07:55:32 | | Quit martian67_ (SendQ exceeded) |
| 08:00 |
| 08:03:56 | amiconn | [03:33:25] <Unhelpful> test_gfx doesn't test text drawing :/ <== Huh? See time_text() ... |
| 08:04:31 | Unhelpful | amiconn: i did see... then i added a second pass using FONT_UI :) |
| 08:05:59 | Unhelpful | do the entire width and offset tables always stay in the cache? i don't really see any other way to use them, except by using some other, more complicated data structure to cache data about glyphs |
| 08:06:56 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 08:07:50 | | Quit martian67_ (SendQ exceeded) |
| 08:08:19 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 08:09:26 | | Quit martian67_ (SendQ exceeded) |
| 08:11:03 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 08:11:38 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 08:12:49 | amiconn | Unhelpful: Some simple math tells me they can't |
| 08:13:05 | | Quit martian67_ (SendQ exceeded) |
| 08:13:48 | | Quit BHSPitMonkey (Read error: 104 (Connection reset by peer)) |
| 08:14:37 | Unhelpful | i'm just trying to figure out how much of the font cache is actually available for glyph data. it seems unlikely to me that a screen worth of text should be filling the cache, so that it has to hit the disk at every redraw. |
| 08:14:41 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 08:15:01 | amiconn | Unifont has 55000+ glyphs. The font buffer is only 4000 bytes on archos, but unifont is usable |
| 08:15:32 | *** | Saving seen data "./dancer.seen" |
| 08:15:37 | | Quit martian67_ (SendQ exceeded) |
| 08:15:44 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 08:16:14 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 08:16:46 | Unhelpful | it looks like the font buffer on beast should be 60000B. that's enough for 15 screens worth of 4bpp bitmap data, and it's a bit hard to believe it can't actually fit glyphs for all on-screen text in the cache, even with their widths and offsets. |
| 08:17:30 | | Quit martian67_ (SendQ exceeded) |
| 08:18:16 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 08:19:09 | | Quit martian67_ (SendQ exceeded) |
| 08:19:35 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
| 08:19:41 | | Quit timc (Read error: 60 (Operation timed out)) |
| 08:21:58 | JdGordon | Unhelpful: isnt the font buffer much huger then that already? |
| 08:23:48 | Unhelpful | JdGordon: the "max static loadable font buffer size" according to the comment in font.h is set to 60000 |
| 08:27:08 | amiconn | The font buffer is either 60000, 10000 or 4000 byte depending on target (ram size and lcd height) |
| 08:27:13 | amiconn | See font.h |
| 08:29:44 | Unhelpful | perhaps the glyph sizes are being calculated incorrectly for 4-bit glyphs, and they're being allocated more space than they need? |
| 08:31:03 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 08:33:27 | | Quit martian67_ (SendQ exceeded) |
| 08:34:09 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 08:35:01 | | Quit martian67_ (SendQ exceeded) |
| 08:35:05 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 08:36:16 | * | Unhelpful wonders whose idea it was, exactly, to call the log2 of the actual font depth "depth" everywhere. :/ |
| 08:37:02 | | Quit stoffel (Remote closed the connection) |
| 08:38:18 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:41:42 | | Join Rob2222 [0] (n=Miranda@p4FDCD446.dip.t-dialin.net) |
| 08:41:53 | Unhelpful | especially when it's doc'd in the header as 0=1-bit 1=4-bit |
| 08:43:36 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 08:43:49 | | Join timc [0] (n=aoeu@116.3.12.199) |
| 08:47:31 | Unhelpful | hrm. glyph size calculation is *definitely* wrong for 4-bit fonts, which are only padded to bytes at the end of the glyph, not at the end of each line, and aside from that aren't padded in units of 8px either. |
| 08:48:01 | | Join daggett [0] (n=denis@lab.openpattern.org) |
| 08:51:37 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 08:59:04 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 08:59:35 | | Part safetydan ("Leaving.") |
| 09:00 |
| 09:02:27 | JdGordon | didnt we enable the shadow variable warnings in gcc? |
| 09:02:31 | | Join decayedcell [0] (n=decayed_@60-241-92-53.static.tpgi.com.au) |
| 09:04:48 | | Nick amiconn is now known as amiconn_ (i=quassel@rockbox/developer/amiconn) |
| 09:04:51 | | Part decayedcell |
| 09:07:02 | | Join decayedcell [0] (n=decayed_@60-241-92-53.static.tpgi.com.au) |
| 09:07:30 | | Part decayedcell |
| 09:08:17 | | Nick daurn| is now known as daurnimator (n=daurnima@ppp121-44-197-43.lns10.mel4.internode.on.net) |
| 09:09:55 | | Join tester23 [0] (n=57a0e2e5@gateway/web/cgi-irc/labb.contactor.se/x-zcnxgvuucpmeujjw) |
| 09:10:11 | | Nick tester23 is now known as tester23_ (n=57a0e2e5@gateway/web/cgi-irc/labb.contactor.se/x-zcnxgvuucpmeujjw) |
| 09:10:34 | | Quit tester23_ (Client Quit) |
| 09:11:07 | | Join tha [0] (i=1038@130.83.160.206) |
| 09:11:11 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 09:12:11 | GodEater | does anyone know if we've got anywhere with charging on the ipod video yet ? |
| 09:12:19 | GodEater | or are we still best to charge from the OF ? |
| 09:16:54 | | Quit ender` (" Sometimes I lie awake at night, and I ask, "Where have I gone wrong?" Then a voice says to me, "This is going to take more") |
| 09:19:48 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:21:39 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 09:21:46 | | Join hd [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 09:23:21 | Zagor | FYI: The svn.rockbox.org upgrade is postponed until next week. |
| 09:29:52 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:38:16 | | Quit HellDragon (Read error: 110 (Connection timed out)) |
| 09:51:35 | | Quit BHSPitMonkey ("Ex-Chat") |
| 09:55:47 | | Quit funman ("leaving") |
| 10:00 |
| 10:01:43 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 10:03:51 | | Quit Thundercloud (Remote closed the connection) |
| 10:05:10 | petur | Zagor: what's up with the build table? |
| 10:15:34 | *** | Saving seen data "./dancer.seen" |
| 10:41:10 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 10:45:55 | | Quit mt (Read error: 104 (Connection reset by peer)) |
| 10:46:29 | | Join mt [0] (n=MTee@rockbox/developer/mt) |
| 10:50:47 | | Join flydutch [0] (n=flydutch@host214-146-dynamic.15-87-r.retail.telecomitalia.it) |
| 10:51:15 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 10:55:01 | | Quit HBK- (Read error: 110 (Connection timed out)) |
| 10:59:14 | | Quit martian67 (Remote closed the connection) |
| 10:59:38 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 11:00 |
| 11:00:30 | | Quit martian67 (SendQ exceeded) |
| 11:03:15 | Zagor | petur: I started a test run of 519 and then the svn server got temporarily unavailable so all clients quit :-) I'll re-run it |
| 11:04:41 | | Join HBK- [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 11:06:18 | | Quit HBK (Read error: 110 (Connection timed out)) |
| 11:06:38 | CIA-61 | New commit by alex (r22521): Fix Gigabeat F manual. Thanks to Marianne Arnold for pointing out it was broken. |
| 11:06:54 | AlexP | pixelma: Thanks, not sure how I missed that |
| 11:09:00 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 11:10:20 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 11:12:58 | | Quit KBH (Read error: 110 (Connection timed out)) |
| 11:13:18 | AlexP | The theme site is CC-BY-SA only right? So if a theme is GPL licenced someone can't upload it without permission to change the licence from the original author? |
| 11:14:35 | | Quit HBK- (Read error: 60 (Operation timed out)) |
| 11:20:23 | | Join decayedcell [0] (n=decayed_@60-241-92-53.static.tpgi.com.au) |
| 11:26:24 | | Join BdN3504 [0] (n=d4ca7c02@91.191.140.131) |
| 11:26:33 | BdN3504 | online manuals don't work, stop at chapter 3 |
| 11:27:01 | BdN3504 | can you charge supported ipod nanos only via OF? |
| 11:28:58 | | Quit BdN3504 (Client Quit) |
| 11:31:17 | AlexP | fml: The new line rules (to make the colour fill the box) seem to break html manuals. Any ideas? |
| 11:46:45 | | Quit martian67 (Remote closed the connection) |
| 11:46:46 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 11:47:04 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 11:52:30 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 11:57:55 | | Quit timc (Read error: 131 (Connection reset by peer)) |
| 11:58:34 | | Join _lifeless [0] (n=lifeless@188.18.75.250) |
| 11:59:22 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 11:59:27 | | Quit __lifeless (Read error: 131 (Connection reset by peer)) |
| 11:59:57 | | Join ehntoo_ [0] (n=ehntoo@adsl-99-156-196-216.dsl.applwi.sbcglobal.net) |
| 11:59:57 | | Quit ehntoo (Read error: 104 (Connection reset by peer)) |
| 12:00 |
| 12:01:36 | | Quit HBK (Read error: 113 (No route to host)) |
| 12:02:26 | | Join PaulJam [0] (n=Paule@p54BEE994.dip.t-dialin.net) |
| 12:09:43 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 12:10:43 | | Quit martian67 (Read error: 110 (Connection timed out)) |
| 12:15:39 | *** | Saving seen data "./dancer.seen" |
| 12:20:12 | | Quit martian67_ (Connection reset by peer) |
| 12:21:31 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 12:22:16 | | Join timc [0] (n=aoeu@221.201.159.114) |
| 12:32:27 | | Join __lifeless [0] (n=lifeless@89.20.116.212) |
| 12:35:42 | | Join m67_l3 [0] (n=martian6@about/linux/regular/martian67) |
| 12:40:06 | | Quit __lifeless (Remote closed the connection) |
| 12:40:22 | | Join __lifeless [0] (n=lifeless@188.17.70.71) |
| 12:41:43 | Unhelpful | kugel: it turns out reading the bitmap in whole words is actually *slower*on my beast and e200. i'll keep the code around in case somebody wants to test it on a color coldfire, maybe it works out better there. |
| 12:42:36 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 12:43:01 | | Join CIA-43 [0] (n=CIA@208.69.182.149) |
| 12:44:06 | kugel | Unhelpful: hm, strange |
| 12:44:17 | | Quit TheSeven ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
| 12:45:03 | | Quit CIA-61 (Client Quit) |
| 12:45:48 | | Quit martian67_ (Connection timed out) |
| 12:46:18 | Unhelpful | well, i have a special case for UPDATE_SRC if 2 pixels are read at a time. perhaps losing that optimization is enough to offset any gain from the larger reads, or perhaps the extra setup cost per glyph is the problem, since it needs to check glyph alignment and possibly skip some data. |
| 12:48:12 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
| 12:48:40 | kugel | hm, convttf'ing a single file without -o doesn't work |
| 12:49:43 | Unhelpful | it doesn't? works fine for me... |
| 12:50:41 | kugel | I get a segfault |
| 12:51:06 | kugel | "for i in 10 12 14; do ./convttf -p $i /usr/share/fonts/truetype/monof55.ttf; done" |
| 12:53:09 | kugel | though I have some local changes |
| 12:54:02 | kugel | ah my bug |
| 12:54:41 | | Join darkham [0] (n=darkham@host31-22-dynamic.46-79-r.retail.telecomitalia.it) |
| 12:55:56 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 13:00 |
| 13:01:36 | kugel | Unhelpful: how much slower is aaf? |
| 13:01:41 | kugel | compared to mono |
| 13:06:07 | kugel | Unhelpful: using an old font with the new patch still gives horrible slowness, a new font doesn't work at all :/ |
| 13:06:22 | | Join Sajber^ [0] (n=Sajber@h-142-237.A213.priv.bahnhof.se) |
| 13:09:10 | | Quit m67_l3 (Read error: 60 (Operation timed out)) |
| 13:10:01 | | Join ddalton [0] (n=ddalton@210-84-42-238.dyn.iinet.net.au) |
| 13:10:37 | ddalton | hi, how do I patch h300 bootloader on linux, since rbutil to my knowledge is qt and won't work with orca. I'm blind so need a screenreader, and the orca screenreader doesnt work with qt |
| 13:11:18 | kugel | have you actually tried rbutil? |
| 13:12:19 | ddalton | nope cos its qt, so why bother? |
| 13:12:30 | ddalton | why go to all that effort when u kno it'll fail? |
| 13:12:37 | kugel | what effort? |
| 13:13:02 | ddalton | um? finding the binary, downloading it, extracting it, running it... why bother if it won't work? |
| 13:13:07 | kugel | qt *has* accesibility features, and I've heard orca works with rbutil, so I would bother |
| 13:13:29 | ddalton | mmmm really? |
| 13:13:38 | kugel | yes, really |
| 13:17:38 | ddalton | well i hate to tell u, but orca doesn't support qt. |
| 13:17:44 | ddalton | and I've proven that by testing it |
| 13:18:17 | ddalton | So, if I come here asking for help, I don't need an education on my screenreader thank you |
| 13:18:46 | ddalton | but thanks anyway |
| 13:18:57 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 13:19:12 | ddalton | do u kno how i can do it manually? |
| 13:20:12 | ddalton | sorry about my response, its just a little frustrating |
| 13:20:31 | ddalton | like when someone who doesn't use these tools on a daily basis tells u to do something u kno won't work |
| 13:20:46 | ddalton | cos its documented in a milion places |
| 13:20:54 | kugel | you still haven't tried it, did you? |
| 13:21:02 | ddalton | nah i just did then |
| 13:21:15 | ddalton | rbutil: inaccessible |
| 13:21:19 | funman | http://osdir.com/ml/orca-list/2009-08/msg00022.html "If you want an accessible GUI at the moment you need to stay away from QT4." dated 3 weeks ago |
| 13:21:35 | ddalton | yep |
| 13:21:51 | kugel | alright |
| 13:22:02 | kugel | this alex wallis is using rbutil with a screen reader though |
| 13:22:04 | funman | ddalton: http://download.rockbox.org/manual/rockbox-h300/rockbox-buildch2.html#x4-110002.2.2 |
| 13:22:12 | funman | kugel: i think it's different on windows |
| 13:22:49 | ddalton | mmm yeh saw that, but it didnt hexplain how to do it on linux from wat i saw only on win |
| 13:22:56 | ddalton | explain* |
| 13:24:29 | funman | you can try building fwpatcher on linux from the source, i'm not sure why the people who released the binaries didn't think of linux/osx |
| 13:25:15 | ddalton | mmmm is the source easily available? seems like a fair bit of effort, is there a win user here that wouldnt mind doing one for me? |
| 13:25:50 | | Quit darkham (Client Quit) |
| 13:26:02 | kugel | why a windows user? |
| 13:26:05 | | Join darkham [0] (n=darkham@79.46.22.31) |
| 13:27:27 | funman | LinusN: is there a reason there are no binary releases of h300 fwpatcher for linux and osx ? |
| 13:28:05 | LinusN | not that i can think of |
| 13:28:25 | kugel | no demand? :p |
| 13:28:35 | LinusN | kugel: probably |
| 13:28:53 | ddalton | LinusN: kk, i found the sources for fw patcher: how should i compile them for h300? |
| 13:29:01 | ddalton | make says |
| 13:29:24 | ddalton | make target `bootloader-h100.bin', needed by `resource.o'. |
| 13:29:47 | LinusN | ah |
| 13:29:55 | ddalton | Kugel, sorry. Just not sure the best way to do this;-) |
| 13:30:14 | funman | the makefile doesn't support linux compilation |
| 13:30:22 | ddalton | uh |
| 13:30:22 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 13:30:45 | ddalton | so wat r my options then to patch h300.hex on linux |
| 13:30:59 | funman | at the moment, none |
| 13:31:44 | ddalton | mmm looks like ill be resorting to a sighty |
| 13:31:54 | ddalton | thanks guys |
| 13:31:57 | LinusN | you should be able to do it by hand, using mkboot |
| 13:32:29 | ddalton | LinusN: how? just run configure n choose bootloader? |
| 13:32:36 | funman | tools/iriver.c is really a copy of tools/fwpatcher/iriver.c |
| 13:33:37 | LinusN | http://www.rockbox.org/twiki/bin/view/Main/IriverBoot#Patching_the_iriver_firmware |
| 13:36:26 | ddalton | ah great, thanks |
| 13:36:53 | | Quit Zagor ("Clint excited") |
| 13:38:15 | Unhelpful | kugel: old fonts are partly to blame for the horrible slowness, convttf was hugely overreporting the max width of the font. i didn't check out "old" convttf to see if it has this bug, though, i've only been working with my exact-fit version. |
| 13:38:56 | kugel | monofur converted with your latest version doesn't work at all |
| 13:39:22 | kugel | makes the whole line entirely white |
| 13:39:35 | kugel | even ignoring viewport boundaries |
| 13:39:45 | kugel | the right-hand boundary at least |
| 13:40:29 | | Quit martian67 (Read error: 110 (Connection timed out)) |
| 13:40:40 | Unhelpful | ok, i'll try downloading monofur tonight and see if i can't find a problem |
| 13:41:08 | ddalton | should my old bootloader (about 2-3 years) still boot the latest version of rockbox? |
| 13:42:25 | LinusN | ddalton: it should, unless it is so old that it looks for rockbox in the wrong directory |
| 13:42:44 | ddalton | wait so in the current builds there is still a rockbox.iriver file? |
| 13:42:44 | kugel | Unhelpful: I uploaded my convttf, see tracker. It doesn't have algorithmic changes, just naming scheme. |
| 13:42:52 | ddalton | in the .rockbox directory |
| 13:43:00 | LinusN | ddalton: oh yes |
| 13:43:19 | LinusN | the latest official bootloader is from 2006 |
| 13:43:31 | Unhelpful | corbel, ms arial unicode, and a highly non-redistributable merge of dejavu sans and ms arial unicode all worked for me :/ |
| 13:43:45 | LinusN | at least in the wiki |
| 13:45:17 | ddalton | mmm somethings not right with my compile |
| 13:49:52 | kugel | Unhelpful: dejavu doesn't work either |
| 13:50:09 | ddalton | ah this looks better |
| 13:52:22 | | Join panni_ [0] (i=hannes@ip-95-222-19-21.unitymediagroup.de) |
| 13:53:15 | | Quit funman ("free(random());") |
| 14:00 |
| 14:05:02 | | Quit petur ("later") |
| 14:09:14 | ddalton | LinusN: u still around? |
| 14:09:18 | LinusN | sure |
| 14:10:46 | ddalton | just curious mate, whats the story with time voicing atm? |
| 14:11:04 | ddalton | being a while since I upgraded, and seems from a quick glance only way to check time with voice is system>time>set time and date |
| 14:11:23 | | Quit Grahack ("Leaving.") |
| 14:13:42 | ddalton | LinusN? |
| 14:14:08 | LinusN | ddalton: sorry, trying to work at the same time |
| 14:14:26 | ddalton | oh sorry. |
| 14:14:34 | LinusN | unfortunately, i haven't worked much with any rockbox development for quite some time |
| 14:14:52 | ddalton | mmm neither have i its been the better part of a year |
| 14:14:53 | LinusN | so i honestly don't know anything more about the time voicing |
| 14:15:14 | ddalton | mmm its rather odd if it's the case anyway |
| 14:15:41 | *** | Saving seen data "./dancer.seen" |
| 14:27:34 | Unhelpful | kugel: you didn't happen to try it unmodified? |
| 14:29:51 | kugel | no not yet |
| 14:30:18 | kugel | Unhelpful: maybe my make & c flags are incorrect, wanna have a look? |
| 14:30:52 | * | kugel was having similar problems with wrong make flags with that patch a while ago |
| 14:31:15 | | Join kushalone [0] (n=kushal@12.169.180.178) |
| 14:31:17 | | Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) |
| 14:32:10 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 14:34:02 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) |
| 14:35:59 | | Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) |
| 14:36:48 | Unhelpful | the makefile on the FS task builds it with -ansi, and without -std=c99. i've also built it with neither. |
| 14:37:35 | | Join froggyman [0] (n=4845c4d1@gateway/web/cgi-irc/labb.contactor.se/x-ssutzpsruawmadkx) |
| 14:37:45 | kugel | Unhelpful: with neither means gnu89, that gives a good deal more warnings |
| 14:38:01 | Unhelpful | ugh, i see some assorted cruft in there |
| 14:50:13 | | Join cfp [0] (n=cfp@abo-79-36-68.mts.modulonet.fr) |
| 14:52:55 | | Quit ddalton ("leaving") |
| 14:53:16 | | Join Utchybann [0] (n=lolo@AStrasbourg-251-1-65-224.w82-126.abo.wanadoo.fr) |
| 14:59:35 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 15:00 |
| 15:03:38 | | Join Strife89 [0] (n=michael@adsl-220-104-59.mcn.bellsouth.net) |
| 15:06:33 | | Quit antil33t1 (Read error: 104 (Connection reset by peer)) |
| 15:06:47 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
| 15:23:27 | | Quit LambdaCalculus37 (Ping timeout: 180 seconds) |
| 15:23:53 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 15:33:32 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
| 15:36:10 | | Quit bluebrother (Nick collision from services.) |
| 15:36:15 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 15:39:48 | | Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) |
| 15:41:20 | | Join evilnick [0] (i=0c140464@gateway/web/freenode/x-gjfdxffdwkvtdcvt) |
| 15:44:05 | | Quit kushalone (Client Quit) |
| 15:47:55 | | Quit funman ("leaving") |
| 15:48:41 | | Join Ridayah [0] (n=ridayah@173-19-110-59.client.mchsi.com) |
| 15:56:22 | | Join chandoo [0] (n=chandoo@ool-4353b978.dyn.optonline.net) |
| 15:57:54 | | Part LinusN |
| 15:59:18 | | Nick froggyman is now known as gevearts (n=4845c4d1@gateway/web/cgi-irc/labb.contactor.se/x-ssutzpsruawmadkx) |
| 15:59:48 | | Nick gevearts is now known as Guest74690 (n=4845c4d1@gateway/web/cgi-irc/labb.contactor.se/x-ssutzpsruawmadkx) |
| 16:00 |
| 16:01:12 | | Nick Guest74690 is now known as froggyman (n=4845c4d1@gateway/web/cgi-irc/labb.contactor.se/x-ssutzpsruawmadkx) |
| 16:04:28 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 16:06:49 | | Join pixelma_ [0] (n=58d9608e@rockbox/staff/pixelma) |
| 16:08:10 | pixelma_ | na toll |
| 16:08:36 | pixelma_ | sorry, wrong channel |
| 16:11:51 | | Quit froggyman ("CGI:IRC") |
| 16:12:53 | | Nick ehntoo_ is now known as ehntoo (n=ehntoo@adsl-99-156-196-216.dsl.applwi.sbcglobal.net) |
| 16:13:47 | kugel | pixelma: had a chance to test my pla rework patch again? |
| 16:14:48 | * | kugel wonders whether to commit it pre-3.4 or post |
| 16:15:13 | gevaerts | how ready is it? |
| 16:15:31 | | Join sbhsu [0] (n=a6530466@192.192.120.197) |
| 16:15:44 | *** | Saving seen data "./dancer.seen" |
| 16:16:25 | kugel | well, it touches (roughly) a dozen plugins and every target, so I can't really tell without heavy testing :) |
| 16:17:02 | gevaerts | in that case I'd vote for just after :) |
| 16:17:11 | kugel | on the other hand, it's still 4 (a whole third of the cycle) until the release |
| 16:18:16 | kugel | and it doesn't touch the key plugins (i.e. pictureflow and lamp :p ) |
| 16:18:21 | | Quit martian67_ (Success) |
| 16:18:38 | pixelma_ | haven't tried the last version yet |
| 16:18:46 | gevaerts | that means only two weeks until the freeze though. I'm not sure, maybe that's enough... |
| 16:19:04 | kugel | the freeze doesn't have much to do with it |
| 16:19:50 | gevaerts | yes and no. You can of course still fix serious bugs during the freeze, but it's not something to plan for I think |
| 16:20:09 | kugel | evilnick: what are you referring to with your post to the ui vp thread? |
| 16:20:25 | kugel | I think that's exactly the plan for the freeze |
| 16:20:36 | kugel | I don't think it has serious bugs |
| 16:21:08 | kugel | well I never *plan* to fix serious bugs anyway, as I don't plan for serious bugs in the first place |
| 16:21:13 | gevaerts | :) |
| 16:21:24 | evilnick | kugel: Precisely what I typed! How can a black and white screen show a "bright" colour? It was more about the manual than the UI change |
| 16:21:28 | | Quit Strife89 ("Leaving") |
| 16:21:54 | kugel | I didn't find "flashing warning" in that manual |
| 16:22:46 | pixelma_ | the thing is that you change quite a bit and even if there are only small bugs left they could possibly stay "unknown", whereas the current version has the "known bug" of some plugins not working correctly with regards to the controls, not sure |
| 16:23:18 | pixelma_ | (regarding getting the PLA rework in during the freeze) |
| 16:23:41 | kugel | I meant to commit it pre-freeze if at all (of course) |
| 16:24:14 | evilnick | It's in the Conditional Viewports section just under the EXAMPLE (page 2 of 7). And is a *really* minor thing. |
| 16:24:21 | pixelma_ | ok, then I misunderstood |
| 16:24:44 | | Quit sbhsu_ (No route to host) |
| 16:25:22 | kugel | evilnick: ah found it, envince sucks apparently for searching pdfs |
| 16:26:16 | kugel | I think comments to that manual patch should go in the tracker |
| 16:27:24 | kugel | gevaerts, pixelma: I'll go for post-release. Known bugs are better than possible unknown. And it's not exactly easy to deactivate for a release |
| 16:27:53 | gevaerts | kugel: how about the custom statusbar patch? Does that have a chance? |
| 16:28:06 | kugel | give it a try :) |
| 16:28:25 | * | gevaerts will make a build with it tonight :) |
| 16:28:48 | kugel | it doesn't have major problems, I think I tried all combinations of classic+custom/no+custom+/custom+whatever/no custom at all one can imagine |
| 16:29:27 | AlexP | kugel: Fatal words, you can be sure that there is some super obscure combination that one person is using now :) |
| 16:29:38 | kugel | "I think"... :) |
| 16:30:26 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 16:30:55 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 16:32:07 | | Join Strife89 [0] (n=michael@adsl-220-104-59.mcn.bellsouth.net) |
| 16:33:41 | kugel | AlexP: if gevaerts uses it, any super obscure combination will show up :) |
| 16:34:10 | AlexP | hehe :) |
| 16:34:15 | gevaerts | kugel: prepare for lots of questions on how to use it! |
| 16:36:38 | kugel | the statusbar one is at least rather easy to deactivate. |
| 16:39:28 | | Quit martian67 (Connection timed out) |
| 16:40:56 | | Join Blue_Dude [0] (n=chatzill@adsl-235-222-153.mco.bellsouth.net) |
| 16:42:42 | Blue_Dude | Who wants to hear about a conditional viewports bug? |
| 16:43:10 | gevaerts | we'd prefer not to ever hear about bugs |
| 16:43:26 | kugel | Blue_Dude: Nobody (as gevaerts said) |
| 16:43:26 | Blue_Dude | :) |
| 16:43:52 | kugel | but I guess we can't stop you from telling anyway :\ |
| 16:43:58 | Blue_Dude | I found one, but I don't know if it's the same one you've been working with. |
| 16:45:03 | Blue_Dude | In some circumstances, the WPS won't update when changing tracks while paused. The non-conditional viewport will update but the conditional viewports won't. |
| 16:45:25 | kugel | that sounds familiar |
| 16:45:45 | Blue_Dude | OK, then you know. That's all I was going for. |
| 16:46:34 | kugel | Blue_Dude: do you have that wps handy? |
| 16:46:59 | Blue_Dude | It's a customized one. Want me to send you a copy? |
| 16:47:05 | kugel | yea |
| 16:47:24 | kugel | and get the cloak finally :p |
| 16:48:13 | kugel | I found that conditionals aren't evaluated if the viewport they're defined in is hidden |
| 16:48:14 | Blue_Dude | Cloak? Still don't know exactly what that is. |
| 16:55:37 | kugel | Blue_Dude: any idea what the circumstances are? |
| 16:56:03 | | Quit PaulJam (".") |
| 16:56:08 | teru | kugel: I can't find .sb file in Azure_Ultimate_Ultra.176x220x16.zip in the tracker. is it correct? |
| 16:56:27 | kugel | no |
| 16:56:54 | * | kugel reuploads |
| 16:58:21 | kugel | there you go |
| 16:59:06 | teru | thanks. |
| 16:59:38 | | Quit pixelma_ ("CGI:IRC 0.5.9 (2006/06/06)") |
| 17:00 |
| 17:00:25 | Blue_Dude | When I'm done listening to a playlist, I often wait for the end of the track before bookmarking. When I do, I'll pause at the end of the track and skip to the next track and bookmark from there. When I do, the conditional viewport will not update to the next track information but the non-conditional viewport will. |
| 17:00:33 | | Join pixelma_ [0] (i=58d9608e@rockbox/staff/pixelma) |
| 17:01:14 | kugel | is that depending on the album art somehow? |
| 17:01:51 | Blue_Dude | The conditional viewport is conditional on album art being present, yes. If present, one will show. If not, the other will show. |
| 17:02:11 | kugel | that bug might on the other head not be related to conditional vps but with the way how retrieving the next track works as well |
| 17:02:29 | Blue_Dude | Maybe. But WPS screens without viewports work fine. |
| 17:02:30 | kugel | I meant the occurence of the bug |
| 17:02:53 | kugel | have you tried next track info outside of a conditional vp? |
| 17:03:19 | Blue_Dude | Yes. The non-conditional viewport shows track info, and it updates normally. |
| 17:03:46 | kugel | the next track info |
| 17:03:56 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 17:03:58 | Blue_Dude | The conditional VP shows current and next track info. Neither is updated. |
| 17:04:17 | Blue_Dude | The non-cond VP only shows current track. |
| 17:04:24 | kugel | ;; |
| 17:04:47 | kugel | Have you tried having the *next track* info outside of a cond vp? |
| 17:04:48 | Blue_Dude | Next track info is a little flaky regardless. Sometimes it takes a while for it to catch up. |
| 17:04:50 | Blue_Dude | No. |
| 17:05:04 | Blue_Dude | I would settle for current track to show correctly. |
| 17:05:14 | kugel | try that please |
| 17:05:28 | kugel | just to kill the possiblity of a bug elsewhere |
| 17:05:48 | Blue_Dude | k |
| 17:05:59 | Blue_Dude | Not sure where you're going with it though. |
| 17:10:00 | | Join froggyman [0] (n=4845c4d1@gateway/web/cgi-irc/labb.contactor.se/x-mbktxwdzecunxvrs) |
| 17:14:44 | | Quit froggyman (Client Quit) |
| 17:14:48 | | Quit pixelma_ () |
| 17:15:38 | | Quit teru ("Quit") |
| 17:25:39 | | Quit daggett ("Ex-Chat") |
| 17:25:49 | Blue_Dude | ok. Next track info in a non-cond VP is still flaky. |
| 17:27:25 | Blue_Dude | This is interesting: the bug still exists when the viewport is non-conditional. But the viewport is labeled. When the viewport is shown with %V all is well. When it's shown with %Vd is doesn't update correctly. |
| 17:28:38 | | Quit Grahack ("Leaving.") |
| 17:29:11 | kugel | i.e. it works correctly with plain %V, but not with %?COND<%Vda|%Vda>? |
| 17:29:55 | Blue_Dude | It doesn't even work right with %Vda. Conditional or not. |
| 17:30:37 | kugel | hrm |
| 17:30:43 | kugel | strange |
| 17:31:02 | kugel | JdGordon may have an idea, he committed cond vp and reworked it recently too |
| 17:31:24 | Blue_Dude | Yeah. I assumed it was a condition thing too, but it's the labeled viewport that does it. |
| 17:32:38 | | Join einhirn [0] (n=Miranda@p5DCC1450.dip0.t-ipconnect.de) |
| 17:34:18 | kugel | it's still a condition thing |
| 17:34:34 | kugel | every vp with a label gets the "possibly hidden" flag |
| 17:35:42 | Blue_Dude | OK. But it doesn't appear to be the %?COND syntax that does it, but the %Vda syntax. Even if they're parsed the same way. |
| 17:36:40 | | Join webguest11 [0] (n=45c4bcac@gateway/web/cgi-irc/labb.contactor.se/x-ewwldfcocmsdyifi) |
| 17:40:03 | | Quit webguest11 (Client Quit) |
| 17:40:13 | | Join webguest74 [0] (n=45c4bcac@gateway/web/cgi-irc/labb.contactor.se/x-xlrbrhwpfsrfnmrk) |
| 17:41:06 | | Quit Utchybann ("I like core dumps") |
| 17:41:11 | webguest74 | #rockbox: is anyone here? |
| 17:41:18 | webguest74 | is anyone here? |
| 17:41:48 | webguest74 | i need some help... |
| 17:42:01 | | Join froggyman [0] (n=chatzill@pool-72-69-196-209.chi01.dsl-w.verizon.net) |
| 17:42:09 | cfp | webguest74: ? |
| 17:43:00 | | Quit gevaerts (Nick collision from services.) |
| 17:43:12 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 17:43:28 | | Part sinthetek |
| 17:44:05 | | Quit Galois (Remote closed the connection) |
| 17:44:17 | ej0rge | webguest74: well, spit it out |
| 17:44:18 | | Join Galois [0] (i=djao@efnet.math.uwaterloo.ca) |
| 17:47:04 | | Quit funman ("leaving") |
| 17:50:04 | Blue_Dude | kugel: I'm kinda confused. I'm trying to "fix" the bug by using non-conditional tags and viewports and I still can't nail down what's going on. It works correctly as long as I'm not near the end of the file. If I am paused at the end of the file (- 2 secs or so), then the WPS won't display correctly even without conditional language. |
| 17:50:40 | kugel | ah those 2s are a nasty time frame |
| 17:51:09 | kugel | that's when the track actually already changed internally, but the pcmbuffer didn't empty yet |
| 17:51:30 | webguest74 | oh sorry! |
| 17:51:35 | webguest74 | i was reading a manual.... |
| 17:51:47 | webguest74 | k so i have an ipod nano..got it from my brother. |
| 17:52:09 | Blue_Dude | The %pp tag updates correctly but the %iX tags will not. |
| 17:52:11 | webguest74 | and he has rockbox on it..but the automated installer doesnt reconize that rockbox is installed... |
| 17:52:16 | webguest74 | wha? |
| 17:52:25 | webguest74 | ??? srry i dont get it..??? |
| 17:52:51 | webguest74 | and now I'm trying to update it...and wondering how to update it if its not reconized |
| 17:53:10 | webguest74 | its an ipod nano 1st gen |
| 17:53:38 | | Join webguest03 [0] (n=3b5ef556@gateway/web/cgi-irc/labb.contactor.se/x-epaqgfjnjvdxkkdz) |
| 17:54:48 | | Quit Strife89 ("Switching OSes.") |
| 17:54:50 | kugel | Blue_Dude: Rockbox has shown it doesn't function proplery during that 2s in many places |
| 17:54:50 | | Quit webguest03 (Client Quit) |
| 17:54:54 | Blue_Dude | kugel: it's not a viewport thing at all. Cabbiev2 (no viewports) won't work either in that circumstance. I don't remember it being a problem before though. |
| 17:55:26 | webguest74 | wha??? can someone explain what you guys are talking about? |
| 17:55:42 | Blue_Dude | webguest74: different issue. Don't worry about it. |
| 17:56:01 | webguest74 | k |
| 17:56:09 | webguest74 | so what do i do to update the firmwire? |
| 17:56:18 | webguest74 | everythings backd up to my pc. |
| 17:56:29 | webguest74 | or do i also update the loader? |
| 17:56:32 | domonoky | webguest74: the install tool wont detected that rockbox is already installed. but does it detect the ipod ? |
| 17:56:37 | webguest74 | yes. |
| 17:57:04 | domonoky | so just use the "install Rockbox" button to update to a newer version. |
| 17:57:22 | | Join explore [0] (n=msparker@pool-173-74-61-155.dllstx.fios.verizon.net) |
| 17:57:30 | webguest74 | so i DONT. need to reinstall the boot loader. |
| 17:57:59 | pixelma | only if the one before is reaaalllly old |
| 17:58:06 | domonoky | no, unless your bootloader is very very old its not necessary. the bootloader rarly changes. |
| 17:58:09 | webguest74 | umm...I dont know how old it is..... |
| 17:58:13 | JdGordon | (07:48:17 AM) kugel: I found that conditionals aren't evaluated if the viewport they're defined in is hidden <- that is by design... although I could see why that could cause problems because the next track stuff is all statis |
| 17:58:14 | webguest74 | how do I check? |
| 17:58:21 | JdGordon | although hmm... it shouldnt |
| 17:58:45 | kugel | JdGordon: but I hide the default and %Vi viewport for the statusbar |
| 17:59:14 | pixelma | webguest74: is a bootloader version displayed if you turn the Ipod on? |
| 17:59:19 | webguest74 | umm... |
| 17:59:24 | webguest74 | gimmie a sec |
| 17:59:29 | domonoky | webguest74: it also doesnt hurt to install the bootloader again, so you can also just install it again, to make sure its the newest. |
| 17:59:34 | webguest74 | L/ |
| 17:59:36 | webguest74 | K. |
| 17:59:41 | kugel | hence doing the image definitions and stuff like %?mp<%Vda|%Vdb> in the default or after %Vi is problematic |
| 17:59:49 | webguest74 | will it leave my past music and stuff and games there? |
| 17:59:58 | webguest74 | or will it b gone? |
| 18:00 |
| 18:00:03 | * | kugel doesn't understand that design decision |
| 18:00:12 | Blue_Dude | JdGordon: the problem I'm having is that when stepping around from the end of a track the %iX tags aren't updated consistently. This is true whether they're in a conditional statement or not. |
| 18:00:14 | domonoky | yes, everything should stay. |
| 18:00:18 | webguest74 | K. |
| 18:00:26 | | Join MoD_ [0] (n=MoD@ppp-93-104-182-201.dynamic.mnet-online.de) |
| 18:00:29 | domonoky | but backups are always a good idea :-) |
| 18:00:46 | webguest74 | umm...how long should it take..? I'm really scared that the ipod will screw up...then my bro would kill me...XD |
| 18:01:12 | kugel | Blue_Dude: that's because the UI is supposedly in sync with the pcm buffer, but that one can't announce when a track changed in the pcm buffer |
| 18:01:40 | domonoky | webguest74: if you are able to follow directions, the only proove way to destroy a ipod is to use a hammer :-) |
| 18:02:13 | Blue_Dude | kugel: So the UI just doesn't know where it is so it punts? |
| 18:02:32 | kugel | kind of that, yea |
| 18:03:20 | kugel | feel free to work on that :) |
| 18:03:29 | Blue_Dude | kugel: So somewhere there's a regime that recognizes that the codec is filling the next track but playing the current one, so freeze the tags so avoid confusing the user... |
| 18:03:59 | kugel | yes |
| 18:04:19 | Blue_Dude | Another wonderful weekend project. Thanks, I think... |
| 18:04:21 | Blue_Dude | :) |
| 18:04:42 | kugel | playback.c apparently know when the pcm transition happened (it does send the event to the wps), but I guess since you paused it isn't active |
| 18:04:44 | JdGordon | Blue_Dude: no, what happens is playback "finishes" with the current track and actually moves on to the next track, WPS stll thinks the current track is playing, and untill PCM is really finsihed with that previous track Wierd Shit Can Happen! |
| 18:05:32 | JdGordon | and yeah, because you have paused it during this time.. all bets are off |
| 18:05:33 | Blue_Dude | JdGordon: So the problem is that the WSCH routine is confused! |
| 18:05:37 | | Join Hillshum [0] (n=hillshum@75-165-247-150.slkc.qwest.net) |
| 18:05:43 | JdGordon | :) |
| 18:05:56 | Blue_Dude | Makes perfect sense. |
| 18:06:11 | Blue_Dude | I'll get right on that, along with the rewrite of playback.c |
| 18:06:28 | kugel | WSCH ? |
| 18:06:30 | JdGordon | awesome :) |
| 18:06:44 | Blue_Dude | Weird Sh*t Can Happen. |
| 18:06:51 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
| 18:08:29 | JdGordon | in my mind it should happen more like this... playback just does the buffering, when the end of the song is approaching *nothing* happens untill PCM sends the "track finished" event which gets to play*list* first which updates and then WPS updates |
| 18:08:38 | Blue_Dude | Actually, that fits in nicely. I've been thinking that there should be some way of determining exactly what is going out the hardware *at this instant* . It's the best way of mixing on the fly, which is vital for last second software mixing. |
| 18:09:18 | JdGordon | you can work that out easily... its codec position+pcm_latency iirc |
| 18:09:19 | kugel | ah so the pcmbuffer knows when it finished? |
| 18:09:25 | JdGordon | I belive so |
| 18:09:34 | kugel | or is that latencly a fixed value? |
| 18:09:35 | * | pixelma thinks fixing this being a weekend project is verry optimistic |
| 18:09:55 | pixelma | if I'm not mistaken some people already tried |
| 18:09:58 | Blue_Dude | But it doesn't know when it's finished with a particular track. It's all one long stream. |
| 18:10:10 | Blue_Dude | pixelma: I was being very facetious. |
| 18:10:13 | JdGordon | yee of little faith pixelma |
| 18:11:06 | pixelma | ok, don't let me discourage you :) |
| 18:11:26 | amiconn | Blue_Dude: Fyi: The plugin api version bump in http://svn.rockbox.org/viewvc.cgi/trunk/apps/plugin.h?r1=22394&r2=22395 was unnecessary |
| 18:11:44 | Blue_Dude | Of course, it would be easier just to redifine the "weekend". |
| 18:11:49 | Blue_Dude | redefine |
| 18:12:02 | JdGordon | Blue_Dude: moral of the story is dont pause during that track transition time |
| 18:12:25 | MoD_ | hi all, i need help with this command "rb->open(KEYBOX_FILE, O_RDONLY);" - what should it do, create a file? |
| 18:12:40 | amiconn | It was a fix for the hwcodec targets, which didn't build due to the immediately preceding commit. But if they didn't build, the api doesn't need to be bumped again |
| 18:12:46 | JdGordon | kugel: I didnt get to look at the bar patch enough... I tried doing sub/lines but thats apparentyl alot more complicated than I though/hoped :( |
| 18:12:49 | Blue_Dude | amiconn: I bumped the version, but not the min version. Isn't that the point? |
| 18:13:09 | Blue_Dude | Ah OK. |
| 18:13:17 | amiconn | no |
| 18:13:41 | kugel | JdGordon: no problem, I'm not seriously thinking of getting it in pre-3.4 anyway |
| 18:13:45 | Blue_Dude | THought it was necessary for backward compatibility. You can make it go away if you like. |
| 18:14:12 | Blue_Dude | JdGordon: i do it all the time. Can't help myself. |
| 18:14:32 | amiconn | The min api needs, and should, only be bumped if there are incompatible changes. Adding new stuff at the end is exactly for keeping the min api version fixed in the standard case |
| 18:15:12 | Blue_Dude | amiconn: If that's the case, why have two version numbers?\ |
| 18:15:28 | amiconn | The current api version needs to be bumped whenever something is added. |
| 18:15:31 | Blue_Dude | If only one is needed to show compatibility, then just use that one. |
| 18:15:46 | *** | Saving seen data "./dancer.seen" |
| 18:15:48 | amiconn | They are both needed |
| 18:16:07 | Blue_Dude | So when would you bump one and not the other? |
| 18:16:24 | kugel | Blue_Dude: plugins that use added stuff are not compatible to the API before the stuff was added, the api bump is needed for those |
| 18:16:34 | amiconn | I just explained... I'll try a different way |
| 18:16:46 | Torne | they're a minimum and a maximum, effectively |
| 18:16:50 | Blue_Dude | amiconn: only need to bump for hwcodec targets? |
| 18:16:54 | Torne | you can't run plugins older than min api version because things may have been moved |
| 18:16:56 | kugel | all other plugins can still use an older api since they do not use the new stuff, and since it's added to the end, it's not incompatible. |
| 18:17:03 | Torne | you can't run plugins newer than the api version because they might use things not in that core |
| 18:17:07 | amiconn | hrrrmmm |
| 18:17:35 | amiconn | Blue_Dude: If you add new functions, add them at the end and bump only the current version |
| 18:17:47 | Blue_Dude | Well, I added to the end, and bumped the version, but not the min version. Still backward compatible but not the same as before. |
| 18:18:01 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 18:18:02 | Torne | yes. that's right |
| 18:18:16 | Blue_Dude | Well, I did that and now it seems it was wrong. |
| 18:18:24 | kugel | you didn't need to change in this particular case because nothing changed for SWCODEC, and HWCODEC didn't even build before |
| 18:18:34 | amiconn | If you have to do an incompatible change (remove a function from the api that no longer exists, a function changes parameters etc), bump both versions, and take the chance to sort the api |
| 18:19:17 | amiconn | My point regarding r22395 is that you bumped the api version a second time immediately after r22394, which was unnecessary |
| 18:20:01 | amiconn | r22395 effectively only changes the api for hwcodec (because the function became ifdefed for swcodec), swcodec api hence stayed the same |
| 18:20:11 | Blue_Dude | I didn't bump it in r22394, which is why I fixed it in r22395. |
| 18:20:36 | amiconn | But r22394 failed to compile for hwcodec, so it couldn't have run on them |
| 18:20:50 | MoD_ | have somebody time for a newcommer like me, please? :) |
| 18:20:53 | amiconn | oh |
| 18:21:03 | amiconn | Somehow I remembered that you did.... |
| 18:21:21 | kugel | MoD_: I already told you, you need "O_CREAT|O_RDONLY" instead of only "O_RDONLY" |
| 18:21:37 | n1s | MoD_: it should open the file in read only mode |
| 18:21:56 | Blue_Dude | amiconn: I didn't bump twice. I just failed to bump it the first time, so I took the opportunity when I fixed it for hwcodec targets. |
| 18:21:59 | MoD_ | ok i will try, thx |
| 18:22:18 | kugel | Blue_Dude: it's alright then :) |
| 18:22:26 | n1s | MoD_: out of curiosity, what are you doing? |
| 18:22:29 | Blue_Dude | Oh good. I was mighy confused. |
| 18:22:41 | webguest74 | GUYS IT WORKED! |
| 18:22:41 | amiconn | Blue_Dude: Yeah, saw that now. Somehow I thought you bumped twice... |
| 18:22:43 | webguest74 | THANKYOU! |
| 18:22:47 | Blue_Dude | k |
| 18:22:54 | MoD_ | i wanna try the keybox |
| 18:23:15 | MoD_ | but it does not work....no file will be created |
| 18:23:21 | n1s | MoD_: ? |
| 18:23:31 | amiconn | Blue_Dude: Btw, the two api versions exist so that 3rd party plugins don't need to be recompiled everytime something new gets added to the api |
| 18:23:33 | kugel | JdGordon: care to explain that design decision? It was giving me slight headache |
| 18:23:42 | MoD_ | the plugin "keybox" |
| 18:23:59 | amiconn | The idea was that there would be several 3rd party plugin - I don't think that actually happened though |
| 18:24:26 | Blue_Dude | amiconn: No prob. I got it. |
| 18:26:06 | | Quit darkham (Client Quit) |
| 18:26:20 | n1s | MoD_: i know of the plugin, i wrote it, i wonder in what situation no file is created, as it WFM |
| 18:27:31 | MoD_ | i run it on sansa e200v2 hardware and on simulator, both does not work. what is wfm? - sry i am new |
| 18:27:42 | kugel | amiconn: not even the plugins on the tracker offer prebuild binaries, eventhough we allow that :( |
| 18:27:47 | | Quit einhirn (Read error: 54 (Connection reset by peer)) |
| 18:29:08 | | Quit webguest74 ("CGI:IRC") |
| 18:29:30 | n1s | MoD_: WFM - Works For Me; I've sucessfully used it on both simulator and at least 3 different targets so i wonder why this is happening |
| 18:29:57 | n1s | maybe i should try an e200v2 sim then |
| 18:30:22 | MoD_ | yes please do this an give me a feedback |
| 18:30:30 | MoD_ | and* |
| 18:31:41 | | Join Strife89 [0] (n=michael@adsl-220-104-59.mcn.bellsouth.net) |
| 18:32:00 | gevaerts | kugel: do I need to set a ui viewport for the custom status bar? |
| 18:32:52 | kugel | not necessarily |
| 18:34:03 | kugel | there's 3 options, 1) use a ui viewport, b) insert %Vi into the .sb which describes the ui viewport that's not interfering with the sb (ie the ui viewport the .sb is supposed to work with), 3) weird drawing effects and garbage on screen :) |
| 18:34:15 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:34:40 | gevaerts | Don't you really need (1) and (2) to be really sure? |
| 18:34:42 | kugel | in case of 2) it'll automagically apply the %Vi vp as ui viewport. |
| 18:34:47 | gevaerts | ah, ok |
| 18:35:49 | kugel | doing 2) is recommended, a combination of 1) and 2) works too (%Vi is still applied for the wps' default viewport) |
| 18:36:58 | kugel | the test themes have 1) and 2), the ui viewport is different to %Vi though. |
| 18:37:12 | pixelma | what happens if you don't specify full width for the statusbar viewport? |
| 18:37:32 | kugel | nothing bad |
| 18:37:47 | | Join domonoky1 [0] (n=Domonoky@g229251093.adsl.alicedsl.de) |
| 18:37:53 | kugel | you can also have a |S|MENU|S| layout if you like |
| 18:38:19 | kugel | the only restriction is that the menu/ui viewport is 1 piece |
| 18:38:46 | n1s | so multiple "statusbars" are possible? |
| 18:38:54 | kugel | yea |
| 18:39:10 | gevaerts | kugel: so the statusbar skin draws on the full screen, and has to take care to keep out of the way of the yu viewport? |
| 18:39:13 | n1s | i think it needs a new fancy name then! |
| 18:39:17 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 18:39:43 | MoD_ | is somewhere a list of all rockbox instructions? |
| 18:39:44 | MoD_ | where could i see what is possible to use? - only out of the sourcecodes |
| 18:39:44 | kugel | gevaerts: no, it only draws in the viewports you specifiy (except for the default and %Vi vps) |
| 18:40:12 | gevaerts | ah, ok |
| 18:40:19 | * | gevaerts thinks he is beginning to understand this |
| 18:41:05 | n1s | MoD_: yeah, the source is probably the best place to look |
| 18:41:48 | kugel | there was an attempt of a documentation (two actually) |
| 18:42:47 | MoD_ | sure, but before this i only write programs with basic/delphi ...so its a litle bit hard at startup in c |
| 18:43:01 | n1s | yes, the source is very reliable documentation though, it does what it says it does :) |
| 18:43:24 | kugel | it's not as comfortable as a book on the other hand |
| 18:43:58 | kugel | gevaerts: viewport-less statusbars are unsupported for that reason |
| 18:44:12 | gevaerts | kugel: I think I understand |
| 18:44:17 | kugel | drawing fullscreen causes bad effects |
| 18:45:14 | MoD_ | n1s: did you find anything? |
| 18:45:17 | gevaerts | I guess %wd now means "disable the standard status bar"? |
| 18:45:43 | kugel | n1s: this shows multiple bars http://imagebin.org/61457 |
| 18:45:56 | kugel | gevaerts: %wd is ignored |
| 18:45:57 | n1s | MoD_: patience. my atom takes a while to compile a sim :) |
| 18:46:36 | n1s | kugel: ggghhhaaaarRRRR! pokerface, arghH!! |
| 18:46:40 | kugel | haha |
| 18:46:57 | n1s | the bars are cute though |
| 18:47:09 | kugel | I'm not planning to add the possiblity to draw both the classic and the custom statusbar, it complicates things, because the custom statusbar acts as a normal statusbar for the rest of the code |
| 18:47:41 | | Quit gartral ("Why must we be chicken or sheep when we have the blood of the Fox, Wolf?") |
| 18:49:15 | * | gevaerts clearly did something wrong with coordinates :) |
| 18:49:16 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 18:49:17 | pixelma | so, %we would enable your "custom" statusbar, or do I always see this bar in both screens (WPS and lists)? |
| 18:49:32 | n1s | sigh, the sansa sims seem to lack keydefinitions for numpadless keyboards... |
| 18:49:32 | | Quit martian67_ (Remote closed the connection) |
| 18:49:54 | kugel | %we does nothing in a .sb file, %we doesn't behave differently for .wps files |
| 18:50:02 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 18:50:10 | | Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
| 18:50:18 | kugel | n1s: e200 sim? no |
| 18:50:23 | pixelma | I meant in the WPS |
| 18:50:52 | | Quit martian67_ (SendQ exceeded) |
| 18:51:03 | pixelma | so it enables your custom status bar then? |
| 18:51:11 | | Join JdGordon_ [0] (i=ad75b7c1@gateway/web/freenode/x-ltnsqgcrtulqwaif) |
| 18:51:11 | kugel | %we shows the bar you configured in the settings, going to classic bar at top (the default value) if it's off in the settings |
| 18:51:23 | n1s | kugel: according to the UiSimulator page they are missing, but if you know them, please tell |
| 18:51:48 | kugel | aren't the keys printed on the background image? |
| 18:52:15 | pixelma | the num keys (in most cases except the Clip IIRC) |
| 18:52:26 | kugel | 7 is rec, 8 is scroll backwards, 9 is play, 4 is left, 5 is select, 6 is right, 1 is power, 2 is scroll fwd, 3 is menu |
| 18:52:55 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 18:53:24 | n1s | kugel: yes, on the numpad, found them in the code, seems end, home etc should work |
| 18:53:26 | | Quit domonoky (Read error: 110 (Connection timed out)) |
| 18:53:35 | kugel | %we is a pretty useless tag since the statusbar can be placed at the bottom too |
| 18:54:05 | | Quit martian67_ (SendQ exceeded) |
| 18:54:15 | * | Strife89 spots a broken spot in the manual. http://download.rockbox.org/manual/rockbox-ipodcolor/rockbox-buildch3.html#x5-250003 |
| 18:55:39 | | Quit BBBradley ("CGI:IRC") |
| 18:56:02 | n1s | MoD_: keybox works fine for me on the e200v2 sim, file is created and can be read again etc |
| 18:56:31 | kugel | n1s: he found a line where O_CREAT isn't passed, it shouldn't create files in that case |
| 18:56:47 | MoD_ | why does it not work on my pc and on my sansa? |
| 18:57:06 | | Quit JdGordon_ (Ping timeout: 180 seconds) |
| 18:57:13 | MoD_ | no creat also not work |
| 18:57:56 | gevaerts | Can anyone remind me if the x and y coordinates after %Cl are relative to viewport or screen ? |
| 18:58:08 | n1s | kugel: no, it checks that the file is present before that call to open is made so O_CREAT should make no difference |
| 18:58:22 | kugel | i see |
| 18:59:00 | kugel | damn, gevaerts tries album art |
| 18:59:11 | gevaerts | of course :) |
| 18:59:17 | kugel | I have no idea what's going to happen to be honest :) |
| 18:59:20 | gevaerts | I know it's not guaranteed to work |
| 19:00 |
| 19:00:00 | kugel | we don't have any support for different album art sizes, so I guess either the wps or the sb ignores the size and shows the single one (if at all) |
| 19:00:32 | gevaerts | I'm first trying the same size everywhere |
| 19:01:10 | MoD_ | now i tried the game "Black Jack" on the Sansa e200v2 and it does not save the game .... anyone knows why i could save nothing? |
| 19:02:09 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 19:03:02 | | Quit martian67_ (SendQ exceeded) |
| 19:03:11 | * | n1s wants a wiki admin to rename UiSimulator to UISimulator |
| 19:04:05 | pixelma | gevaerts: I guess %Cl behaves the same as other bitmaps - that would mean coordinates are relative to the viewport the %C is in |
| 19:05:27 | kugel | that's correct |
| 19:06:51 | kugel | n1s: the theme is on the tracker |
| 19:08:03 | n1s | what theme, the one with 2 bars? |
| 19:08:29 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 19:12:42 | | Join martian67_ [0] (n=martian6@about/linux/regular/martian67) |
| 19:14:07 | | Join BryanJacobs [0] (n=bryanjac@e33.cs.rochester.edu) |
| 19:15:31 | kugel | n1s: yes |
| 19:17:49 | | Join JdGordon_ [0] (i=4601b43c@gateway/web/freenode/x-xuamqxfvtaeunyvo) |
| 19:18:39 | | Quit cfp ("Quitte") |
| 19:21:15 | | Join Lss [0] (n=Lss@59.189.92.204) |
| 19:23:55 | | Quit moos (Read error: 131 (Connection reset by peer)) |
| 19:24:07 | | Join moos [0] (i=mostafa@rockbox/staff/moos) |
| 19:26:11 | | Part decayedcell |
| 19:28:42 | AlexP | Strife89: Yeah, we know - I'm waiting for fml :) |
| 19:32:26 | | Quit JdGordon_ (Ping timeout: 180 seconds) |
| 19:32:39 | | Quit jfc (Read error: 54 (Connection reset by peer)) |
| 19:34:51 | MoD_ | cu all have fun! |
| 19:35:07 | | Part MoD_ |
| 19:35:21 | kugel | gevaerts: how does album art turn out? |
| 19:36:31 | | Join BdN3504 [0] (n=5ce5395e@gateway/web/cgi-irc/labb.contactor.se/x-wfzhigxiajgnfmta) |
| 19:36:46 | | Join jfc [0] (n=john@dpc6682208002.direcpc.com) |
| 19:38:03 | gevaerts | kugel: not very well. It's gone now from the wps as well... |
| 19:38:34 | | Nick froggyman is now known as froggyman_ (n=chatzill@pool-72-69-196-209.chi01.dsl-w.verizon.net) |
| 19:38:37 | | Join JdGordon| [0] (n=Miranda@nat/microsoft/x-tcphgpihxkkbhssb) |
| 19:38:48 | | Nick froggyman_ is now known as froggyman (n=chatzill@pool-72-69-196-209.chi01.dsl-w.verizon.net) |
| 19:40:37 | kugel | same size? |
| 19:41:38 | | Quit faemir ("Leaving") |
| 19:41:44 | | Join darkham_ [0] (n=darkham@host31-22-dynamic.46-79-r.retail.telecomitalia.it) |
| 19:41:53 | | Join merbanan [0] (n=banan@c-83-233-172-245.cust.bredband2.com) |
| 19:41:54 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 19:41:56 | gevaerts | hm, there's a lot more that seems wrong. Let me check first |
| 19:43:44 | kugel | btw, I think timestrech is broken |
| 19:44:01 | * | gevaerts seems to have mislaid some viewports |
| 19:44:15 | | Part froggyman |
| 19:47:38 | | Quit moos (Read error: 131 (Connection reset by peer)) |
| 19:48:03 | | Join moos [0] (i=mostafa@rockbox/staff/moos) |
| 19:49:02 | | Join SansaOwnerMatt [0] (n=44ef1a98@gateway/web/cgi-irc/labb.contactor.se/x-oquoldkpqnyjukfw) |
| 19:49:12 | SansaOwnerMatt | hi? |
| 19:49:13 | BdN3504 | how do i go about changing the keyboard layout in the "Rockbox Dev" Debian VMware image? xf86cfg does not work, dpkg-reconfigure console-data let's me choose, but does does not change anything |
| 19:49:19 | SansaOwnerMatt | I need some help |
| 19:49:44 | SansaOwnerMatt | anybody here know about Sansa c240s???? |
| 19:49:53 | | Join iamben [0] (n=ben@adsl-70-255-19-58.dsl.spfdmo.sbcglobal.net) |
| 19:49:55 | SansaOwnerMatt | Mine is bricked |
| 19:50:03 | SansaOwnerMatt | the blue light shows up and that's all |
| 19:50:23 | SansaOwnerMatt | Hellooooo?????/ |
| 19:51:55 | BdN3504 | SansaOwnerMatt: patience is a virtue. if anyone can help you, he/she will. |
| 19:52:06 | SansaOwnerMatt | You can call me Matt |
| 19:52:16 | SansaOwnerMatt | it said "Matt" and "Matthew" were already taken o_O |
| 19:52:24 | SansaOwnerMatt | But anyway I've tried e200tool |
| 19:52:44 | SansaOwnerMatt | And I've flashed new i2c on it |
| 19:52:50 | SansaOwnerMatt | And still just the blue ring :P |
| 19:53:07 | SansaOwnerMatt | But I want to verifiy I did it right |
| 19:53:47 | SansaOwnerMatt | sudo ./e200tool recover i2c.bin [I shortened the long file I downloaded from a form to "i2c.bin"] |
| 19:54:08 | SansaOwnerMatt | 'Execution Started!" |
| 19:54:31 | SansaOwnerMatt | Then it goes back to ubuntu@ubuntu:~$ |
| 19:54:39 | SansaOwnerMatt | ): |
| 19:55:35 | SansaOwnerMatt | If you can help, drop me an email! Thx. mvm612@gmailNOSPAM.com |
| 19:56:03 | gevaerts | what dile exactly did you download? |
| 19:56:03 | | Quit SansaOwnerMatt ("CGI:IRC (EOF)") |
| 19:57:43 | | Join snuupy [0] (n=45c4bcac@gateway/web/cgi-irc/labb.contactor.se/x-jtxkzmieaqrjukie) |
| 20:00 |
| 20:00:00 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 20:03:12 | | Quit snuupy ("CGI:IRC (Ping timeout)") |
| 20:04:42 | | Quit amiconn (Remote closed the connection) |
| 20:04:42 | | Quit pixelma (Remote closed the connection) |
| 20:05:02 | | Join stoffel [0] (n=quassel@p57B4C115.dip.t-dialin.net) |
| 20:06:04 | | Join pixelma [0] (i=quassel@rockbox/staff/pixelma) |
| 20:06:06 | | Join amiconn [0] (i=quassel@rockbox/developer/amiconn) |
| 20:06:37 | | Nick amiconn is now known as amiconn_ (i=quassel@rockbox/developer/amiconn) |
| 20:06:41 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 20:08:50 | | Quit Hillshum ("Ex-Chat") |
| 20:08:53 | n17ikh | Has there ever been any work done on automatic dimming of the screen at night for car adapter mode? |
| 20:09:36 | bertrik | not as far as I know |
| 20:10:18 | bluebrother | that's a rather fuzzy question. Some players do support a brightness setting in hardware, and those can set that. Players without hardware supporting brightness can't do it, and nobody implemented it. |
| 20:10:18 | bertrik | how do think this can be done automatically? based on time of day? or maybe based on being plugged into a dock or not? |
| 20:10:26 | | Join Hillshum [0] (n=hillshum@75-165-247-150.slkc.qwest.net) |
| 20:10:34 | n17ikh | well, I was thinking either time of day, or twiddling some GPIO pins |
| 20:10:43 | n17ikh | based on whether the lights in the car are on or not |
| 20:11:03 | bluebrother | also, on some players (like h100) this would eat up more battery than not dimming it due to the fact that dimming requires boosting the CPU, thus it's not wanted. |
| 20:11:06 | n17ikh | this being the e200 |
| 20:11:18 | n17ikh | well, for me, it's plugged into a car adapter |
| 20:11:21 | n17ikh | hence car adapter mode |
| 20:11:34 | n17ikh | maybe I'd be better off hacking up a patch to change the setting |
| 20:11:59 | n17ikh | or change the keymap to make the wheel change brightness instead of volume while plugged in? that seems silly though |
| 20:12:03 | bluebrother | well, my e200 has a brightness setting. |
| 20:12:26 | bluebrother | you can simply load a new cfg when plugging it in which sets the brightness to a different level. |
| 20:12:39 | n17ikh | well, the problem is that it's plugged in all the time |
| 20:12:43 | n17ikh | not only when it's dark |
| 20:13:19 | n17ikh | time-of-day seems easiest to implement |
| 20:13:39 | amiconn | Setting brightness based on time of day (and year) alone doesn't work - you'd also need the geographic latitude |
| 20:13:39 | n17ikh | you'd have to have some sort of table or calculation based on the date as well, and the latitude |
| 20:14:05 | n17ikh | or have an application that you run on your computer once to generate some table when you input latitude |
| 20:14:11 | amiconn | That's why this method is only implemented in gps devices |
| 20:14:34 | n17ikh | and if you travel north-south more than a few hundred miles, it'd become useless |
| 20:14:47 | JdGordon| | or add a light sensor to the front of the device |
| 20:14:57 | n17ikh | if you're adding hardware, yeah |
| 20:15:08 | amiconn | And even then it cannot take cloudiness etc into account, so it's not a very useful method |
| 20:15:35 | bertrik | it could be useful, even when not perfect |
| 20:15:50 | *** | Saving seen data "./dancer.seen" |
| 20:16:02 | n17ikh | well, cloudiness isn't much of a problem, because even the darkest clouds don't attenuate enough light to make it annoying/dangerous to have a bright screen in the car |
| 20:16:07 | n17ikh | at night it's a different story |
| 20:18:05 | n1s | anyone have any i |
| 20:18:10 | n1s | sigh |
| 20:18:44 | * | Llorean would like to point out that he's seen days darker than some nights in some regions. |
| 20:18:53 | Llorean | Especially when the street lights turn on based on time, rather than darkness. |
| 20:19:26 | JdGordon| | yeah, early afternoon clouds can make it pretty damn dark in winter |
| 20:19:40 | Llorean | What's wrong with just having the backlight fade shortly after button presses? |
| 20:19:56 | n17ikh | because then you can't see the screen without pressing a button during the day |
| 20:20:08 | n17ikh | and yeah, you can set "first button press brings up the backlight" |
| 20:20:18 | n17ikh | but, the point is that you should just be able to glance down to get song informatino |
| 20:20:20 | n1s | anyone have any opinion on either letting the rtc_(read|write)_datetime deal with the tm struct directly instead of this cumbersome and useless conversion to and from BCD because that is what ONE chip uses natively and that chip happened to be first |
| 20:20:21 | n17ikh | information, even |
| 20:20:44 | Llorean | n17ikh: You shouldn't be taking your eyes off the road at all, when driving. |
| 20:20:48 | n1s | s/either// |
| 20:20:59 | Llorean | It sounds like your feature request is "encourage me to look away from the road more" |
| 20:21:09 | bertrik | n1s, sounds like a great idea to change it |
| 20:21:11 | n17ikh | I'm an american, we drive with our knees while drinking coffee and shaving |
| 20:21:46 | n17ikh | no, the feature request is "make it so I don't have to browse around in the LCD options while driving" |
| 20:22:02 | JdGordon| | but brightness on your quickscreen? |
| 20:22:06 | JdGordon| | put* |
| 20:22:19 | Llorean | If you weren't choosing to look at the screen, you wouldn't need to change options. Drive safely, then, and it's not a problem. |
| 20:22:21 | Llorean | Use voice. |
| 20:22:45 | | Quit Sajber^ (Read error: 104 (Connection reset by peer)) |
| 20:22:49 | kugel | n1s: also change clean up tuner.c, 90% of it is target specific code and in that file for no reason |
| 20:22:55 | kugel | s/change// |
| 20:22:59 | n17ikh | I didn't think voice read file names or announced id3 info |
| 20:23:22 | n1s | kugel: one thing at a time :) |
| 20:23:43 | Llorean | It can read filenames just fine. |
| 20:23:51 | Llorean | So have a good folder structure, and you're set. |
| 20:24:00 | n1s | bertrik: yeah, it should kill off a fair deal of eseentialy unecessary code |
| 20:24:08 | Llorean | But really, your playlist doesn't go away, you can check what song was playing later once the car has stopped if you really have no clue what music is on your player. |
| 20:24:30 | n17ikh | it's an OCD thing |
| 20:24:45 | n17ikh | I always know what song it is, because I tend to have listened before |
| 20:24:55 | Llorean | So then you don't need the screen. |
| 20:24:59 | n17ikh | but I feel the need to check and see |
| 20:25:09 | Llorean | So think of this as additional therapy. :) |
| 20:25:11 | kugel | n1s: just saying :) |
| 20:25:11 | n17ikh | but that's not the point. |
| 20:25:28 | Llorean | You want a relatively complex feature for a very minor thing. |
| 20:26:02 | n17ikh | yeah, which is why I was asking if anyone had wanted it before. I was going to hack up a patch myself if not, because it's probably not that useful for most people. |
| 20:26:23 | | Quit faemir ("Leaving") |
| 20:26:24 | n1s | placing two cfg's in the root, and setting it to start in the filebrowser is pretty easy |
| 20:26:35 | iamben | my e200's fs and/or partition table seems borked, can i just repartition w/ one big vfat partition? it seems to have a second partittion, type 84 "OS/2 hidden C: drive" |
| 20:26:35 | n1s | s/,// |
| 20:26:52 | Llorean | Do we have different backlight levels for hold on/off, or just toggling whether or not the backlight may be on while on hold? |
| 20:26:55 | iamben | or should i just mkfs on the first (large) partition? |
| 20:27:05 | kugel | n1s: or just use the quickscreen as JdGordon already proposed |
| 20:27:16 | n1s | iamben: the second one is the firmware partition, don't mess with it ;) |
| 20:27:34 | n1s | kugel: right, I never use that... |
| 20:27:44 | Hillshum | Llorean: The latter plus the time delay |
| 20:27:55 | n17ikh | where's the documentation on how to configure the quickscreen? I've been looking for a few minutes on it |
| 20:27:59 | n17ikh | I've never done anything with it before |
| 20:28:12 | iamben | n1s: is it normal that fdisk -l complains a lot about cylinder boundaries and other stuff? |
| 20:28:24 | bertrik | I wouldn't mind a kind of 'idle' backlight level |
| 20:28:31 | n1s | iamben: don't think so, i' |
| 20:28:37 | n1s | m no sansa expert though |
| 20:28:37 | Torne | iamben: yes, it's trying to enforce ancient PC BIOS restrictions that don't matte rin the modern world |
| 20:28:42 | kugel | n17ikh: go to the setting of your desire, hold select, and choose where to attach it in the qs |
| 20:28:51 | n17ikh | kugel: Ah. |
| 20:28:53 | Torne | nobody cares if partitions start on cylinder boundaries any more |
| 20:28:57 | | Join Buschel [0] (n=AndreeBu@p54A3DDF5.dip.t-dialin.net) |
| 20:29:02 | Llorean | bertrik: A brighter one on keypress but a dim-but-not-off when it goes down? |
| 20:29:18 | bertrik | so for example, when pressing a button the display goes bright, then dimmer after 10 seconds or so and off after 2 minutes |
| 20:29:18 | Llorean | TBH I'm surprised we don't have that. It's pretty standard these days |
| 20:29:23 | iamben | Torne: its also saying "Partition 2 has different physical/logical beginnings (non-Linux?):" |
| 20:29:23 | kugel | n17ikh: if you set it at the bottom, you can even toggle into the opposite direction with up in the qs |
| 20:29:31 | Torne | iamben: likewise |
| 20:29:45 | bertrik | Llorean, yes, something like that |
| 20:29:48 | n17ikh | kugel: thanks. I'll look into that in a bit, my player's in the car |
| 20:29:50 | iamben | Torne: thanks |
| 20:29:57 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 20:29:58 | Torne | iamben: the CHS geometry in the partition table is probably nonsense, but that's ok as nobody uses that if the LBA data is there |
| 20:30:02 | Llorean | bertrik: I'm not sure it needs three levels (Bright, Faded, Off) |
| 20:31:29 | bertrik | Llorean, then I'm not sure what you mean |
| 20:31:45 | Llorean | Just bright and faded. |
| 20:31:50 | Llorean | I don't really understand why you need three levels |
| 20:32:01 | Llorean | There's "bright" after a keypress, and faded or off after it returns to idle |
| 20:32:24 | bertrik | I think it still sucks power when dimmed, although I don't know how much to be honest |
| 20:32:40 | Llorean | It does, but if they don't want to suck power, why not have it turn off? |
| 20:32:47 | Llorean | What's the purpose of a dim period if they already don't need the light on? |
| 20:34:00 | iamben | Torne: as long as its normal im not worried about it... i had some FS corruption and was afraid the p.table was damaged too, ill just remake the FS and move on |
| 20:34:42 | bertrik | Llorean, so in your idea, the faded level would optionally replace the off-level, right? |
| 20:34:45 | Torne | iamben: unless it says partitions overlap or extend past the disk it's probably fine |
| 20:35:03 | Torne | lots of formating tools do weird stuff with ptabls these days |
| 20:35:13 | Torne | especially on memory cards |
| 20:35:30 | * | kugel thinks that would kill the feature (replacing off with choice between off and dimmed) |
| 20:35:31 | Llorean | bertrik: Yes. It might be useful to save power but still have a visible display on some of the color LCDs, for example. |
| 20:35:43 | Llorean | kugel: Why would the other feature even be useful? |
| 20:35:53 | kugel | no idea |
| 20:35:55 | * | amiconn would also want configurable bright->dimmed->off |
| 20:36:04 | | Join TheSeven [0] (n=theseven@dslb-084-056-182-167.pools.arcor-ip.net) |
| 20:36:06 | Llorean | What purpose does the dimmed period serve, exactly? |
| 20:36:12 | Llorean | If you're going to off, anyway |
| 20:36:25 | kugel | I'd eventually use it |
| 20:36:37 | kugel | right now I have backlight on for 2min |
| 20:36:56 | kugel | I'd choose to have 5s normal, and additional 2min dimmed |
| 20:37:03 | amiconn | My cellphone does this, and it's very convenient e.g. when playing (java) games like sudoku |
| 20:37:21 | Llorean | What does it achieve, exactly? |
| 20:37:34 | Llorean | If you can see the screen at the dimmer level, why not just have it dim like that as the normal level and save power the whole time around? |
| 20:37:35 | amiconn | If you think a bit longer, the display dims down, saving energy but not hiding everything immediately |
| 20:38:10 | amiconn | And if you put it away, backlight will still go off completely |
| 20:38:12 | bertrik | for touchscreens it can help to know where the buttons are |
| 20:38:53 | Llorean | bertrik: Which is a reason for it to stay on but dim, rather than go off completely. |
| 20:39:46 | amiconn | Llorean: With configurable bright->dim->off, you can of course configure it to never go from dim to off |
| 20:39:53 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
| 20:39:57 | * | kugel wonders what not having dimm separate achieves |
| 20:40:02 | bertrik | I can see your point |
| 20:40:15 | Llorean | kugel: Less needless complexity? |
| 20:40:28 | kugel | complexity? |
| 20:40:29 | Llorean | What does having a third level accomplish that you can't do with two, functionally speaking? |
| 20:40:39 | amiconn | Well, you'd save a setting, but at the price of less flexibility |
| 20:40:42 | kugel | I know the backlight code a bit, and the added complexity is about the same for both |
| 20:40:53 | Llorean | amiconn: What is gained by that flexibility? |
| 20:41:00 | kugel | you need to add a setting for both cases too, same complexity again |
| 20:41:02 | Llorean | If you can see the screen at a dimmer level, why do you need the brighter first one? |
| 20:41:54 | amiconn | kugel: No. You need a setting for the dim level in both cases. Setting the dim level to zero means off. |
| 20:42:13 | amiconn | For bright->dim->off, you need a second timeout setting, but that's it |
| 20:42:14 | Llorean | kugel: You need more options to set two times, two brightness levels, and their relative plugged in and hold options, than with a setting that just lets you replace "off" with a brightness level |
| 20:42:21 | kugel | amiconn: that's what I said |
| 20:42:56 | amiconn | kugel: Afaiu you said that the number of settings would be the same, which isn't true |
| 20:43:04 | Llorean | It's literally twice as many settings. |
| 20:43:11 | kugel | both cases need a setting added |
| 20:43:12 | amiconn | eh? |
| 20:43:17 | bertrik | the time between bright and dimmed could be the same as the buttonlight timeout |
| 20:43:25 | amiconn | kugel: No, the full version needs *two* settings |
| 20:43:35 | amiconn | The dim level, and the timeout for the dim state |
| 20:43:46 | kugel | the dim level? |
| 20:43:47 | | Quit flydutch ("/* empty */") |
| 20:43:51 | amiconn | bertrik: For targets without buttonlight |
| 20:43:59 | kugel | Sorry, I expected that to be hardcoded to the lowest brightness level |
| 20:44:01 | amiconn | ? |
| 20:44:15 | amiconn | I wouldn't expect it to be hardcoded |
| 20:45:02 | | Join Windlord [0] (n=Windlord@cm66.sigma104.maxonline.com.sg) |
| 20:45:08 | amiconn | In fact this is something I was planning to add one day, just didn't get around to actually doing it |
| 20:45:37 | kugel | It's not quite clear to me why one would want the *idle backlight* to be anything else but the lowest possible brightness |
| 20:46:02 | bertrik | it could be *too* dim |
| 20:46:18 | Llorean | You'd want the idle backlight to be the dimmest level that's still visible in the ambient light, in many cases. |
| 20:48:04 | | Join _lifeless [0] (n=lifeless@188.17.70.71) |
| 20:48:06 | JdGordon| | does the backlight use so much battery that it actually does anything by dimming it for a while instead of just leaving it on slightly longer? |
| 20:48:33 | | Quit funman ("leaving") |
| 20:49:23 | kugel | JdGordon|: depends, but that's what I'm doing currently |
| 20:49:55 | kugel | on as3514 and as3525 the current is linear to the level |
| 20:50:05 | kugel | 1.25mA per brightness level IIRC |
| 20:50:22 | bertrik | as far as I know, the backlight on full power takes about the same or more current as the other parts of a mp3 player |
| 20:51:14 | JdGordon| | which works out to what if you dimm it for 30s instead of keeping it full for 30s? |
| 20:51:37 | JdGordon| | an extra 2 min battery life? |
| 20:51:37 | bertrik | it depends on the particular target of course |
| 20:53:00 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 20:54:21 | | Join snuupy [0] (n=4b77f304@gateway/web/cgi-irc/labb.contactor.se/x-dbignenvyfyzlnyt) |
| 20:54:38 | bertrik | hm yes, the savings aren't that great indeed |
| 20:54:43 | | Quit BryanJacobs ("Java user signed off") |
| 20:54:46 | kugel | gevaerts: any success? |
| 20:57:37 | | Join JT|work [0] (n=jt@adsl-66-51-208-136.dslextreme.com) |
| 20:58:26 | amiconn | JdGordon|: On some targets the backlight at full brightness sucks more power than all the rest (except hdd where applicable) |
| 20:58:51 | | Join dys [0] (n=andreas@95.115.90.169) |
| 20:59:32 | amiconn | And in addition to the power saving, the dim level can be used as a reminder that the backlight will soon go off |
| 20:59:49 | | Quit snuupy ("CGI:IRC (Ping timeout)") |
| 21:00 |
| 21:00:16 | amiconn | Like a fade-out (which isn't possible on all targets which can set brightness), but also more flexible (ie. longer |
| 21:01:41 | JT|work | I just accidentally bought a sansa e200 v2, not realizing there was a version incompatible with rockbox, but then I read on the abi forum "test builds for the v2 players do seem to be functioning fairly well at this point. |
| 21:01:58 | JT|work | is that true? if so, where can I find one of these test builds? |
| 21:02:41 | | Quit __lifeless (Read error: 113 (No route to host)) |
| 21:03:00 | bertrik | JT|work, on the rockbox forums we have a test build forum too: http://forums.rockbox.org/index.php?board=53.0 |
| 21:03:23 | Strife89 | LambdaCalculus37: How long do you reckon a full charge takes? |
| 21:04:37 | JT|work | thanks, bertrik. can you vouch for its stability? or is it still super-scary beta? |
| 21:05:05 | bertrik | no, I can't vouch for it, use it at your own risk |
| 21:05:35 | JT|work | fair enough |
| 21:05:50 | JT|work | is there something specific I can look for when shopping for a v1 player? |
| 21:06:06 | JT|work | the only advice I've read online says to turn it on, go to setings, info, firmware version |
| 21:06:07 | saratoga | ask whoever you buy it from if it was a V1 player |
| 21:06:14 | JT|work | I can't expect retailers to do that for me |
| 21:06:30 | kugel | that's the only reliable way though |
| 21:06:45 | scorche|sh | well, if it is a big-box retailer, it is very unlikely it would be a v1 anyway |
| 21:06:46 | saratoga | you won't find a V1 retail so no worries there |
| 21:06:46 | JT|work | that's what I was afraid of, it's really not in the model number at all |
| 21:08:03 | | Quit Strife89 ("Goin' on a trip.") |
| 21:09:34 | JT|work | crap |
| 21:09:40 | | Join froggyman [0] (n=chatzill@pool-72-69-196-209.chi01.dsl-w.verizon.net) |
| 21:10:31 | | Join T44 [0] (i=Topy44@g228140131.adsl.alicedsl.de) |
| 21:13:02 | * | pixelma is a bit surprised that a cover.widthxheight.bmp one level above the currently playing song still takes priority over a cover.bmp inside the folder |
| 21:13:41 | pixelma | can be discussed but I didn't expect that |
| 21:19:27 | | Join Buschel_ [0] (n=AndreeBu@p54A3DDF5.dip.t-dialin.net) |
| 21:19:27 | | Quit Buschel (Read error: 54 (Connection reset by peer)) |
| 21:21:21 | | Quit darkham_ ("Leaving") |
| 21:22:15 | gevaerts | kugel: I've been doing other things, so not yet |
| 21:22:29 | | Join Strife89 [0] (n=michael@adsl-220-104-59.mcn.bellsouth.net) |
| 21:23:50 | | Quit bmbl ("Bye!") |
| 21:26:53 | LambdaCalculus37 | Strife89: I would give it 2-3 hours. |
| 21:28:33 | | Quit Topy (Read error: 110 (Connection timed out)) |
| 21:34:05 | froggyman | is it possible to read a playlist from tags instead of by file names? |
| 21:35:44 | evilnick | froggyman: To display the tags, you mean? |
| 21:35:56 | evilnick | froggyman: When you're viewing the playlist |
| 21:36:02 | Hillshum | or to have the tags in the m3u? |
| 21:36:08 | froggyman | evilnick: yeah, thats what I means |
| 21:36:33 | evilnick | froggyman: There was a patch for that in FlySpray, IIRC |
| 21:37:15 | evilnick | froggyman: Although I have my files as "track# - title - artist" which allows me to see most of the info that I want to in that screen anyway |
| 21:38:06 | | Quit Strife89 ("Leaving") |
| 21:38:15 | froggyman | evilnick: I tend to add a lot of music to my iPod via iTunes as it is easier this way when your friends only use iTunes and have their music everywhere |
| 21:38:35 | froggyman | can you recommend a tagging program? |
| 21:39:59 | * | pixelma recommends the UsefulTools page in the wiki |
| 21:40:14 | | Join rick_w [0] (n=52a91d2d@gateway/web/cgi-irc/labb.contactor.se/x-eqseirvnuvnzschi) |
| 21:40:47 | | Join Strife89 [0] (n=michael@adsl-220-104-59.mcn.bellsouth.net) |
| 21:43:26 | | Join snuupy [0] (n=4b77f304@gateway/web/cgi-irc/labb.contactor.se/x-tihwualjoiiqtcce) |
| 21:44:43 | rick_w | Why aren't all the apps listed in the Wiki in the apps folder on my device? |
| 21:45:09 | evilnick | rick_w: Where in the Wiki? |
| 21:45:28 | bluebrother | what apps folder? Are you referring otto plugins? |
| 21:45:35 | bluebrother | s/otto/to/ |
| 21:46:06 | rick_w | \.rockbox\rocks\apps |
| 21:46:42 | rick_w | Here: http://www.rockbox.org/twiki/bin/view/Main/PluginIndex |
| 21:46:51 | bluebrother | and you've checked if all those "apps" are supported on your player? |
| 21:47:02 | bluebrother | further, you checked that the "apps" you're missing aren't viewers? |
| 21:47:09 | Llorean | And some of them are games or demos. |
| 21:47:47 | rick_w | Ok, the one I was looking for seems to be in the demo folder, I only looked in the 'apps' folder |
| 21:48:18 | bluebrother | and the "apps" supported by your player as well as the categories are described in the manual |
| 21:48:31 | bluebrother | which has been written for fun, not for being helpful ... |
| 21:48:36 | rick_w | I have an H340, so many apps are supported :) |
| 21:49:28 | bluebrother | this doesn't mean that _all_ are supported. |
| 21:49:36 | rick_w | I have the manual open in front of me and I actually read it for over 80%. No RTFM here |
| 21:51:21 | evilnick | Well, only another 20% to go then :) |
| 21:52:24 | rick_w | Those are just the appendices, might come in handy when I bump into something |
| 21:53:07 | | Quit martian67_ (Connection timed out) |
| 21:53:35 | bluebrother | AlexP: the html manual is broken? Any pointers why? |
| 21:53:41 | Llorean | rick_w: Well, considering the manual tells you about the plugins, it's a good bet you missed *something* if you were asking in here about them. |
| 21:54:18 | * | Strife89 recommends the PDF manual for all but quick lookups. |
| 21:55:03 | AlexP | bluebrother: Yeah, it is the replacements for top, min, and bottom rule that fml introduced to have better positioning in r22516 |
| 21:56:18 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 21:57:46 | bluebrother | AlexP: well, then that needs to get \ifpdf{}{}'ed. |
| 21:58:04 | rick_w | Llorean: I just didn't realize that they were in seperate folders. I only knew I was missing an app becasue I read it in the manual in the first place ;) |
| 21:58:12 | AlexP | bluebrother: http://pastebin.com/mb59ad39 |
| 21:58:13 | bluebrother | ifpdfoutput rather. |
| 21:58:40 | bluebrother | that stuff won't work for html output anyway. |
| 21:58:44 | AlexP | bluebrother: Yes, I was just waiting to try and see him first |
| 21:59:05 | AlexP | But I'll have a play with it now anyway :) |
| 21:59:14 | | Quit LambdaCalculus37 () |
| 21:59:27 | bluebrother | I should really try to get rid of opt{} ... |
| 21:59:44 | Llorean | rick_w: The manual should even have them categorized as applications, demos, viewers, and games. |
| 22:00 |
| 22:00:04 | | Quit Hillshum (Read error: 110 (Connection timed out)) |
| 22:00:38 | rick_w | Llorean: The Wiki lists them in one big list, that's where the confusion started. I should have stuck to the manual |
| 22:01:05 | AlexP | bluebrother: I'll leave that to you :) |
| 22:01:20 | rick_w | Anyway, I'm off to check out the new firmware and thanks for all the effort that you've put into this firmware |
| 22:05:05 | evilnick | rick_w: The Wiki does have a description at the top of what Viewers are, but you're right. That big list is not split out by type of plugin |
| 22:05:14 | | Quit amiconn (Nick collision from services.) |
| 22:05:16 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 22:05:23 | | Quit pixelma (Nick collision from services.) |
| 22:05:25 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 22:05:38 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 22:05:45 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 22:07:23 | | Quit rick_w ("CGI:IRC") |
| 22:11:39 | | Quit BdN3504 ("CGI:IRC") |
| 22:12:54 | | Join sinthetek [0] (n=sinthete@cpe-075-183-051-184.triad.res.rr.com) |
| 22:13:14 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 22:13:14 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 22:15:51 | *** | Saving seen data "./dancer.seen" |
| 22:22:02 | | Join Hillshum [0] (n=hillshum@75-165-247-150.slkc.qwest.net) |
| 22:26:36 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
| 22:31:19 | AlexP | bluebrother: This seems to fix it: http://pastebin.com/m72aef47 |
| 22:38:52 | | Join gkahla [0] (n=gerall@ppp-70-128-242-174.dsl.bumttx.swbell.net) |
| 22:39:02 | bluebrother | AlexP: well, if it fixes it commit it :) |
| 22:39:13 | AlexP | righto :) |
| 22:39:19 | gkahla | where did the reference to the Jaunty MTP xml file fix go? |
| 22:39:35 | gkahla | can't find it in the wiki |
| 22:39:38 | AlexP | It should still be on the wiki where it was |
| 22:39:48 | | Quit Hillshum (Read error: 110 (Connection timed out)) |
| 22:39:59 | evilnick | gkahla: http://www.rockbox.org/twiki/bin/view/Main/LibGphoto2Bug |
| 22:40:18 | gkahla | PERFECT!! evilnick, I owe you a beer!! |
| 22:42:49 | CIA-43 | New commit by alex (r22522): Fix building the html manual broken by the new top, mid, and bottom rules introduced in r22516 |
| 22:45:21 | Buschel_ | saratoga: you there? |
| 22:47:18 | | Join Zagor [242] (n=bjst@rockbox/developer/Zagor) |
| 22:47:35 | * | bluebrother looks at the preprocessor output and starts to swear |
| 22:48:39 | | Quit hd (Client Quit) |
| 22:48:48 | | Join HellDragon [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 22:49:27 | bluebrother | is there any way to tell the preprocessor to actually remove lines instead of replacing them with newlines? |
| 22:53:07 | Zagor | bluebrother: afaik no. C doesn't normally need that. |
| 22:54:13 | | Quit merbanan (Read error: 110 (Connection timed out)) |
| 22:54:21 | kugel | yay for CPP in the manual |
| 22:55:16 | Zagor | if it causes problems, replace it |
| 22:56:51 | | Quit evilnick ("Page closed") |
| 23:00 |
| 23:01:22 | | Part gkahla ("Leaving") |
| 23:01:34 | bluebrother | Zagor: :( |
| 23:01:46 | bluebrother | that way we can't use cpp for the manual. |
| 23:04:20 | Zagor | how complex conditionals are there in the manual? only ifdef or also if (DEFINE == val)? |
| 23:04:59 | AlexP | The former but we would like the latter |
| 23:05:18 | Zagor | perhaps this could be used instead: https://developer.mozilla.org/en/Build/Text_Preprocessor |
| 23:05:40 | AlexP | For instance we currently have a large_plugin_buffer define - it'd be nice just to say if buffer > x |
| 23:06:20 | Zagor | there's also http://www.renyi.hu/~csirmaz/texpp/texpp.html |
| 23:06:53 | bluebrother | Zagor: currently we have "only" the opt package which only checks if a variable is set. My hope was to gain more complex things |
| 23:07:26 | Zagor | a limited syntax parser should be fairly simple to hack together |
| 23:08:29 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 23:09:58 | n1s | bluebrother: being able to use the values of defines in the manual text would be nice too, for things such as battery capacity, volume limits etc |
| 23:10:36 | n1s | btw, i thought latex didn't care about newlines much |
| 23:11:24 | AlexP | n1s: yeah, that'd be very nice |
| 23:11:29 | kugel | bluebrother: how bad are a few extra newlines? One could also run a script after CPP to collapse consecutive newlines |
| 23:13:42 | bluebrother | kugel: and how would you recognize an inserted newline? TeX treats two consecutive newlines (i.e. one empty line) as a new paragraph, just collapsing newlines won't work here. |
| 23:14:05 | bluebrother | Apart from that are multiple newlines no problem −− they are always treated as new paragraph. |
| 23:14:44 | | Quit Strife89 ("Gotta go.") |
| 23:15:33 | bluebrother | n1s: TeX doesn't care much about whitespace, indeed. But as two newlines are the marker for a new paragraph any removed block becomes a new paragraph −− and there is no way to tell if there was an intentional paragraph before substitution. |
| 23:16:56 | n1s | bluebrother: hmm, maybe it can be worked around by always replacing with %, it's a bit clumsy though |
| 23:17:22 | kugel | hmm, difficult. How about using a special char throughout the manual for intended paragraphs. Run CPP first, then delete any single newlines in a scipt, and finally a script to replace the special paragraph char with double newlines? |
| 23:17:38 | bluebrother | unfortunately not really −− at least not with the preprocessor. But that preprocessor.pl looks promising. |
| 23:18:10 | n1s | #if FOO some text #else % #endif |
| 23:18:11 | kugel | hopefully it's compatible enough to CPP to include config.h properly. It looks like |
| 23:18:33 | gevaerts | <?FOO|something|something else> |
| 23:18:51 | bluebrother | too bad, it can't calculate :( |
| 23:18:57 | Buschel_ | mt: you there? |
| 23:20:26 | n1s | so , |
| 23:20:44 | n1s | time to recruit a perl hacker to make a decent pp |
| 23:20:59 | * | AlexP nominates gevaerts |
| 23:21:13 | gevaerts | me? perl? |
| 23:21:18 | AlexP | yup :) |
| 23:21:31 | | Quit Bagder (Read error: 110 (Connection timed out)) |
| 23:21:31 | gevaerts | you're insane |
| 23:21:33 | | Join JdGordroid [0] (n=jdgordy@m410536d0.tmodns.net) |
| 23:21:43 | AlexP | I'm also joking :) |
| 23:21:45 | kugel | CPP is open souce. Couldn't we just hack into it to change that behavior? Probably easier than writing our own |
| 23:22:39 | n1s | but then people would need to compile/install our special CPP to build the manual |
| 23:22:53 | * | gevaerts hopes that kugel is also joking :) |
| 23:23:25 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 23:23:30 | kugel | n1s: it would be in our source, compiling it could be done in the same run. We could also have a prebuild binary in SVN or on our download servers |
| 23:23:33 | kugel | gevaerts: not at all |
| 23:23:53 | kugel | It seems there are a few nasty workarounds :) |
| 23:24:49 | kugel | n1s: I don't think asking people to download our small CPP is bad, they apparently already downloaded 300MB+ of latex before :p |
| 23:25:35 | bluebrother | building a tool for building the manual isn't a problem IMO. We need gcc on the host anyway. |
| 23:25:36 | | Quit JdGordroid (Remote closed the connection) |
| 23:26:13 | n1s | I don't like it, some of the people interested in helping out with the manual seem to have enough trouble as it is |
| 23:26:33 | bluebrother | though I don't think hacking cpp is a good idea. Instead starting with a small cpp would be better. Probably fcpp, though that doesn't support -P right now. |
| 23:26:39 | kugel | I think the luxury of being able to use CPP is worth it |
| 23:27:27 | | Nick petur is now known as gevearts (n=petur@rockbox/developer/petur) |
| 23:27:36 | kugel | the opt stuff itself is complicated enough to scare some interested contributors away too |
| 23:27:44 | | Nick gevearts is now known as petur (n=petur@rockbox/developer/petur) |
| 23:28:20 | bluebrother | that's not the problem −− cpp won't make that much better. The bigger problem is that it has unexpected behaviour sometimes. |
| 23:29:12 | AlexP | and things like nopt can't be used in the same way as opt |
| 23:29:21 | AlexP | nopt(x,y) doesn't work for instance |
| 23:29:27 | kugel | what about my suggestion of using a unique intentional paragraph char? |
| 23:30:19 | bluebrother | that would require changing everything, plus it's completely incompatible in how LaTeX works. People working on LaTeX should expect that paragraphs work like paragraphs work, not different. |
| 23:30:36 | bluebrother | otherwise we would create our own language. Which is a bad thing. |
| 23:30:38 | kugel | yea, it's nasty |
| 23:31:39 | bluebrother | hacking some cpp implementation or creating a simple one that fits our needs is a much better solution. Having cpp directives in LaTeX sources is kinda weird anyway. |
| 23:35:08 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 23:35:23 | bluebrother | hmm, gpp looks interesting. |
| 23:36:33 | | Quit Zagor ("Leaving") |
| 23:38:04 | | Quit froggyman ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
| 23:42:15 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 23:42:25 | | Quit BHSPitLappy (Remote closed the connection) |
| 23:42:41 | gevaerts | is checkwps expected to work these days? |
| 23:48:06 | moos | gevaerts: mculemaere fixed it recently IIRC even for remotes |
| 23:48:29 | gevaerts | it compiles, but it just says "WPS parsing failure" whatever I try |
| 23:49:05 | moos | oops *mcuelenaere |
| 23:49:39 | moos | maybe it was just rebreaked very recently, google+logs could say you more... |
| 23:51:49 | gevaerts | well, I am using the custom status bar patch... |
| 23:52:47 | moos | oh, ok |
| 23:54:10 | moos | gevaerts: is this suposed to go in, before or after the futur release? I don't fully folowed |
| 23:54:24 | gevaerts | that's undecided yes |
| 23:54:28 | gevaerts | *yet |
| 23:54:37 | gevaerts | it depends on how much I manage to break it :) |
| 23:55:02 | moos | hehe :) |
| 23:55:14 | moos | a jobe for a new RSB... ;) |
| 23:57:51 | | Quit killan ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 23:57:56 | moos | Nice to gain in esthetic, if performences aren't really affected. I saw that Unhelpful/kugel are on the AAF front too. |
icon identifies that the person is a core developer (has commit access).