00:02:10 | LinusN | ok |
00:03:21 | amiconn | (to check the i2c timing of course. Maybe the mas wants to wait in some more places by holding the clock pin low... perfectly valid according to i2c specs |
00:20:42 | LinusN | amiconn: i see some really suspicious stuff in init_recording |
00:21:12 | amiconn | LinusN: Yes? |
00:21:38 | | Join webguest72 [0] (~5041a13a@labb.contactor.se) |
00:21:55 | amiconn | What is it? |
00:22:21 | LinusN | the second 7f1 write doesn't wait for validation |
00:22:39 | LinusN | after the sleep |
00:23:07 | LinusN | in fact, we should probably wait for validation after the app start as well |
00:23:25 | amiconn | Really - I didn't see that. |
00:24:12 | amiconn | We don't have to wait for validation of the first one - there the apps isn't running yet, and after starting it we wait until it started |
00:27:18 | amiconn | I wonder why waiting for validation within start_prerecording (line 2211 ff.) uses val - shouldn't it use shadow_7f1 instead? |
00:28:01 | LinusN | we don't use the shadow when reading |
00:28:07 | amiconn | Or do you do this because you want to "conserve" bit 0 as set |
00:28:15 | LinusN | exactly |
00:29:01 | LinusN | still, the second 7f1 write should wait for validation |
00:29:09 | amiconn | yup |
00:29:38 | amiconn | The question is: should it wait before or after draining the dma buffer? |
00:30:13 | LinusN | before |
00:30:38 | * | amiconn is trying that |
00:37:17 | | Quit webguest72 ("CGI:IRC (Ping timeout)") |
00:37:47 | amiconn | That's it !!! :)) |
00:38:51 | | Quit zeekoe (Read error: 113 (No route to host)) |
00:39:04 | LinusN | amiconn: really? |
00:39:37 | amiconn | Yup. I did 20 tries after adding the wait for validation, running from rom of course. All worked ok... |
00:39:44 | LinusN | great |
00:40:13 | amiconn | I just have to quick-check if it records ok, then I'll commit |
00:40:28 | LinusN | great |
00:40:45 | * | LinusN is pleased to have found that nasty little bug |
00:41:05 | amiconn | LinusN is a genius :) |
00:41:30 | * | LinusN is a genius :-) |
00:41:52 | * | LinusN wrote that code |
00:42:16 | amiconn | There is still that .playlist_control problem ;) |
00:42:41 | * | amiconn will do some 1 min test recordings |
00:44:04 | LinusN | i introduced that bug when i added the prerecording feature |
00:44:43 | amiconn | You took out the wait then? |
00:44:58 | LinusN | no, i moved some code around |
00:45:06 | LinusN | and forgot to add a wait |
00:45:15 | amiconn | Ah ok. |
00:45:44 | amiconn | Interestingly, this triggered only that often when running from rom... |
00:46:10 | LinusN | must be a timing thing |
00:47:02 | amiconn | Indeed, running from rom may be a bit faster in some places, despite the rom is only 8 bit wide |
00:47:03 | LinusN | i'll see if i can do some analysis in the next few days |
00:47:23 | amiconn | (no refresh and no page changes) |
00:48:08 | lImbus | i'm following the irc now since a few hours. it's better than a movie ! |
00:48:23 | LinusN | lImbus: get a life :-) |
00:48:29 | lImbus | lol |
00:48:57 | amiconn | LinusN: I wonder if I should try using soft reset again (it's a bit cleaner imho) |
00:49:04 | LinusN | amiconn: can you reproduce the .playlist_control bug? |
00:49:14 | LinusN | amiconn: sure, why not? |
00:49:16 | amiconn | Yes, easily |
00:49:17 | lImbus | I planned going to bed more than an hour ago, but doing some small work (that needed to be done, of course) while reading irc was better ;-) |
00:50:09 | LinusN | and there was a happy ending too, just like any good movie :-) |
00:50:29 | amiconn | lol |
00:50:56 | lImbus | mhmm. usually I hate happy ends. maybe it's the fact I know of a few other bugs ,-) |
00:51:01 | lImbus | ok guys, I'm really of for bed now. congrats and good night. |
00:51:08 | amiconn | nite lImbus |
00:51:31 | | Quit lImbus (" HydraIRC -> http://www.hydrairc.com <- *I* use it, so it must be good!") |
00:53:08 | amiconn | Because lImbus mentioned it - I know of at least 3 other bugs :( |
00:55:27 | LinusN | btw, how's the main stack usage today? |
00:55:49 | amiconn | Main stack is big enough |
00:55:59 | amiconn | The 3 bugs I'm thinking of |
00:56:12 | LinusN | i just added another 360 bytes in the rename function |
00:56:16 | amiconn | (1) .playlist_control corruptions - easy to reproduce |
00:56:39 | amiconn | (2) ata -31 error when booting rockbox from the archos charging screen |
00:57:01 | amiconn | (3) loading |
00:57:17 | amiconn | .. .cfg stopping playback, but not properly quitting wps |
00:57:44 | LinusN | tell me how to reproduce 1) |
00:58:14 | amiconn | [19:58:22] <amiconn> It's actually quite easy to trigger the bug: |
00:58:15 | amiconn | [19:58:52] <amiconn> (1) Set the cursor over a directory containing music. Do not enter it. |
00:58:15 | amiconn | [19:59:15] <amiconn> (2) Press On+Play and select playlist->add. The music will start playing |
00:58:15 | DBUG | Enqueued KICK amiconn |
00:58:15 | amiconn | [19:59:37] <amiconn> (3) Hit OFF to stop, the hit ON again -> corrupt playlist control file |
00:58:38 | LinusN | cool |
00:59:03 | amiconn | It does _not_ occur if you play a file... you have to add a dir from Stop state |
00:59:18 | amiconn | See also: |
00:59:57 | amiconn | [21:13:28] <amiconn> What I did understand so far: (1) If a playlist is generated the way I described (via On+Play) on the dir), it is much longer than otherwise - every single file is listed on a separate line |
00:59:57 | amiconn | [21:14:15] <amiconn> (2) The corrupt files just end prematurely, but not always at the same position (and the position is not sector aligned) |
00:59:59 | amiconn | and |
01:00 |
01:00:23 | amiconn | [22:30:48] <amiconn> Bagder: It found out some more: If I create a playlist that way, DON'T stop the playback but plug in USB and look into the .playlist_control, it looks alright |
01:00:23 | amiconn | [22:31:25] <amiconn> After unplugging USB and re-plugging it, it is chopped the same way as it is when I hit OFF to stop |
01:01:15 | LinusN | playlist->add? all i see is "insert" |
01:01:30 | amiconn | Just a moment... |
01:01:36 | | Quit _aLF (Remote closed the connection) |
01:02:14 | LinusN | i can repro it now |
01:02:23 | amiconn | ...yes, it's called insert |
01:02:58 | amiconn | (didn't check before, had it switched to german as usual) |
01:03:31 | amiconn | Btw, I did 4 test recordings, each ~2 min. All worked perfectly... |
01:08:08 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
01:08:08 | * | amiconn edits the RomBox wiki page... |
01:12:33 | * | amiconn has to rebuild the rombox packages |
01:15:04 | LinusN | gotta sleep now, cu around |
01:15:13 | amiconn | nite LinusN |
01:15:21 | LinusN | nite |
01:15:23 | | Part LinusN |
01:27:04 | *** | Saving seen data "./dancer.seen" |
01:30:30 | | Join bagawk [0] (Lee@ACC7DB09.ipt.aol.com) |
01:34:47 | | Quit bagawk (Client Quit) |
02:00 |
02:28:30 | | Part amiconn |
02:42:45 | | Quit mecraw ("Trillian (http://www.ceruleanstudios.com)") |
02:46:52 | | Nick midk|gone is now known as midk (~midk@c-24-18-39-204.client.comcast.net) |
03:00 |
03:01:50 | | Join Smooth [0] (909510b8@ACBF5F03.ipt.aol.com) |
03:17:45 | | Quit AciD (Read error: 104 (Connection reset by peer)) |
03:27:06 | *** | Saving seen data "./dancer.seen" |
03:52:07 | | Quit edx () |
03:52:09 | | Quit Smooth (Read error: 104 (Connection reset by peer)) |
03:59:24 | | Nick midk is now known as midk|bbs (~midk@c-24-18-39-204.client.comcast.net) |
04:00 |
04:16:38 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
04:28:04 | | Nick midk|bbs is now known as midk (~midk@c-24-18-39-204.client.comcast.net) |
04:36:42 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a226.wi.tds.net) |
04:38:14 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
04:41:03 | | Part Strath |
05:00 |
05:13:47 | | Quit AciD (Connection timed out) |
05:27:10 | *** | Saving seen data "./dancer.seen" |
05:37:56 | | Quit Ka_ (orwell.freenode.net irc.freenode.net) |
05:37:56 | NSplit | orwell.freenode.net irc.freenode.net |
05:37:56 | | Quit midk (orwell.freenode.net irc.freenode.net) |
05:37:56 | | Quit maikeul (orwell.freenode.net irc.freenode.net) |
05:38:26 | NHeal | orwell.freenode.net irc.freenode.net |
05:38:26 | NJoin | midk [0] (~midk@c-24-18-39-204.client.comcast.net) |
05:38:26 | NJoin | maikeul [0] (~gromit@ALagny-151-1-7-101.w82-121.abo.wanadoo.fr) |
05:38:26 | NJoin | Ka_ [0] (~tkirk@pcp04776551pcs.howard01.md.comcast.net) |
06:00 |
06:00:09 | | Join Nibbler [0] (~andrer@port-212-202-73-54.dynamic.qsc.de) |
06:14:07 | | Quit midk (Remote closed the connection) |
06:17:53 | | Join midk [0] (midk@c-24-18-39-204.client.comcast.net) |
06:34:18 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
07:00 |
07:27:13 | *** | Saving seen data "./dancer.seen" |
07:57:54 | | Join Bagder [241] (~dast@labb.contactor.se) |
08:00 |
08:17:59 | | Join Nibbler [0] (~andrer@port-212-202-73-54.dynamic.qsc.de) |
08:26:43 | | Quit midk (Read error: 104 (Connection reset by peer)) |
08:26:56 | | Join midk [0] (midk@c-24-18-39-204.client.comcast.net) |
08:30:22 | | Join midkay [0] (midk@c-24-18-39-204.client.comcast.net) |
08:30:29 | | Quit midk (Read error: 104 (Connection reset by peer)) |
08:48:01 | | Nick midkay is now known as midk (midk@c-24-18-39-204.client.comcast.net) |
08:49:55 | | Join amiconn [0] (~jens@pD9E7E7AD.dip.t-dialin.net) |
08:50:08 | Bagder | hi amiconn, congrats on that recording bug squash! |
08:51:22 | amiconn | Yeaj; I have to thank Linus as well. |
08:55:52 | | Join amiconn_ [0] (~jens@pD95D1CCD.dip.t-dialin.net) |
08:56:55 | | Quit amiconn (Nick collision from services.) |
08:56:55 | | Nick amiconn_ is now known as amiconn (~jens@pD95D1CCD.dip.t-dialin.net) |
09:00 |
09:02:18 | | Quit midk ("just STOP it arspy") |
09:05:38 | | Join midk [0] (~midk@c-24-18-39-204.client.comcast.net) |
09:09:01 | | Join Zagor [242] (~bjst@labb.contactor.se) |
09:27:15 | *** | Saving seen data "./dancer.seen" |
09:44:53 | | Quit Nibbler (Read error: 54 (Connection reset by peer)) |
09:50:07 | | Join kurzhaarrocker [0] (~knoppix@p5087614E.dip0.t-ipconnect.de) |
09:51:18 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
09:51:35 | [IDC]Dragon | 'morning guys! |
09:52:18 | [IDC]Dragon | amiconn: Another congratulation to you and Linus for the recording fix! |
09:53:08 | * | kurzhaarrocker just read about that happily |
10:00 |
10:11:40 | midk | nite |
10:13:50 | [IDC]Dragon | amiconn: are you there? |
10:23:00 | | Nick midk is now known as midk|sleep (~midk@c-24-18-39-204.client.comcast.net) |
10:24:42 | amiconn | [IDC]Dragon: Now I'm here |
10:28:13 | [IDC]Dragon | hi there |
10:28:29 | [IDC]Dragon | I just posted about ROMbox on FM |
10:30:24 | kurzhaarrocker | lol! "downflashing the FM into a V2"! |
10:31:18 | [IDC]Dragon | why not? |
10:31:54 | kurzhaarrocker | It's an idea that was just to weired to pop up in my mind. But on the other hand I have a V1 so I wouldn't bother anyway. |
10:32:28 | [IDC]Dragon | amiconn: does you current ROMbox build have the "ROM watchdog"? |
10:37:12 | amiconn | [IDC]Dragon: You could put the FM-to-V2 downflash description into the RomBox wiki article. I don't have full access to my mail atm |
10:37:48 | [IDC]Dragon | OK, I'll do that. |
10:38:16 | amiconn | And no, the current rombox builds don't activate the "ROM watchdog", because ordinary rombox doesn't deactivate it again. If I would have done that, you'd always have to f1-boot in order to flash... |
10:38:53 | [IDC]Dragon | (you can review the mailing list vai haxx as well... ;-) |
10:39:25 | [IDC]Dragon | s/vai/via |
10:39:45 | amiconn | I know |
10:40:07 | kurzhaarrocker | FAQ Q: Ok, I flushed the jukebox down, but now my earphones are all wet. Why? |
10:40:07 | kurzhaarrocker | A: You _flash_ your jukebox down, not _flush_ you moron! |
10:40:21 | [IDC]Dragon | just for that mail excuse... ;-) |
10:52:00 | amiconn | [IDC]Dragon: I already mentioned downflashing to v2 within the article... |
10:56:34 | [IDC]Dragon | yes, I know. I just extended that sentence. |
11:00 |
11:01:30 | | Join GoBeG4820 [0] (~c06dbe58@can17.de) |
11:01:51 | | Part kurzhaarrocker |
11:04:12 | amiconn | [IDC]Dragon: Does it really work that simple way? I thought the flash plugin would prevent that |
11:05:22 | [IDC]Dragon | the FM and V2 are so similar that my checks don't tell them apart |
11:06:07 | [IDC]Dragon | but the plugin itself does check it |
11:06:31 | [IDC]Dragon | that's why you have to use the V2 build of it, the FM one would complain |
11:09:07 | | Join Nibbler [0] (~andrer@port-212-202-73-54.dynamic.qsc.de) |
11:09:38 | | Join webguest41 [0] (~50615084@labb.contactor.se) |
11:10:55 | | Quit webguest41 (Client Quit) |
11:17:30 | | Quit GoBeG4820 ("CGI:IRC (Ping timeout)") |
11:17:40 | [IDC]Dragon | Bagder: are you there? Yesterday we briefly chatted about the font format |
11:17:58 | Bagder | I'm here |
11:18:29 | [IDC]Dragon | my question was: would a compatibility break of the fonts be acceptable? |
11:19:02 | [IDC]Dragon | or should I try to runtime convert them while reading, in case I change the internal format? |
11:19:02 | Bagder | sure, if there are benefits that outweights the pains |
11:19:21 | Bagder | most people get the full zip anyway |
11:19:22 | [IDC]Dragon | hard to tell |
11:20:01 | [IDC]Dragon | the offset table is in longs, where shorts would be enough |
11:20:21 | [IDC]Dragon | and we could store the fonts already rotated |
11:20:54 | [IDC]Dragon | so, the font buffer can be smaller for the same effect |
11:21:17 | Bagder | yeah, that font rotation would be nice to get remove |
11:21:19 | Bagder | d |
11:21:20 | [IDC]Dragon | the short offset would save size on the internal font |
11:21:24 | Bagder | would save us a little code space too |
11:21:44 | [IDC]Dragon | rather RO data |
11:22:13 | Bagder | RO data for the internal font, yes, code for the not-having-to-rotate on load |
11:22:22 | [IDC]Dragon | I'm not sure how fonts with height > 8 pixels are stored, but can look it up |
11:22:48 | [IDC]Dragon | stored handled, that is |
11:22:57 | [IDC]Dragon | stored & handled |
11:23:51 | Bagder | I don't recall those details |
11:26:00 | amiconn | [IDC]Dragon: The font bitmaps are in rockbox native bitmap format after rotation |
11:26:21 | Bagder | ah, right |
11:26:34 | Bagder | so that they are quickly lcd_bitmap()ed |
11:26:46 | [IDC]Dragon | so, row-wise stored |
11:26:49 | amiconn | Bagder, [IDC]Dragon: It will even save some bss space, because the font buffer size can be lowered |
11:27:19 | *** | Saving seen data "./dancer.seen" |
11:27:45 | [IDC]Dragon | probably the moset difficult part is to change the bdf_conv tool for that general case |
11:28:20 | [IDC]Dragon | (any height, proportional width) |
11:28:23 | * | Bagder now spots that some fonts in the zip already are larger than 9K |
11:29:06 | [IDC]Dragon | there's information in the file format which we never use, like the name |
11:35:42 | amiconn | Bagder: If someone changes/extends a tool within the tools/ directory, does this get recompiled automatically (for the automated builds at haxx.se)? |
11:35:54 | [IDC]Dragon | yes |
11:37:01 | Bagder | yes |
11:38:32 | Bagder | lunch! |
12:00 |
12:42:35 | | Join uski [0] (~uski@gandalf.digital-network.org) |
12:56:13 | | Join lImbus [0] (~manuel@kernel.cycos.net) |
13:00 |
13:27:20 | *** | No seen item changed, no save performed. |
13:37:32 | | Join edx [0] (edx@p54879302.dip.t-dialin.net) |
13:57:08 | | Join webguest74 [0] (~52537f1e@labb.contactor.se) |
13:57:32 | | Part webguest74 |
14:00 |
14:50:12 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
15:00 |
15:08:40 | | Join dionoea [0] (~dionoea@muscipula.via.ecp.fr) |
15:08:51 | dionoea | hello every one |
15:08:59 | Bagder | hey ho |
15:09:12 | dionoea | I was wondering how the simulator accessed the files on disk ? |
15:09:24 | Bagder | it assumes that a dir named 'archos' is the root dir |
15:09:45 | dionoea | does it use read and write functions ? |
15:09:55 | dionoea | or is it using some rockbox specific fnuctions |
15:10:30 | Bagder | it simulates the functions rockbox provides |
15:11:01 | dionoea | so it uses the fat functions provided by rockbox ? |
15:11:06 | Bagder | no |
15:11:18 | Bagder | it works on any file system |
15:11:26 | Bagder | it simulates the read/write functions |
15:11:41 | dionoea | so you have no way of testing fat functions other than on the real thing ? |
15:11:47 | Bagder | check rockbox/uisimulator/common/io.c |
15:11:58 | Bagder | dionoea: we have special fat test code |
15:12:12 | Bagder | rockbox/firmware/test/fat |
15:17:10 | dionoea | still considering hard drive / partition access : would it be possible to support multiple partitions ? |
15:17:18 | dionoea | without having to change the whole code |
15:17:27 | Bagder | would be possible, sure |
15:17:42 | Bagder | but the archos firmware only supports one |
15:17:59 | dionoea | Bagder: well rockbox isn't the archos firmware :) |
15:18:08 | Bagder | no |
15:18:14 | Zagor | what would the point be? |
15:18:16 | Bagder | but if you run non-flashed, you still need it |
15:18:26 | dionoea | well, i was considerinf ext2 support |
15:18:32 | Zagor | that won't happen :) |
15:18:33 | Bagder | gah |
15:18:35 | dionoea | so you need a fat part to boot |
15:18:44 | dionoea | and then you can use ext2 |
15:18:47 | Bagder | you'd live in your own fork ;-) |
15:18:55 | dionoea | oh |
15:19:26 | Bagder | there's no point in doing ext2 |
15:19:31 | Bagder | it'll only be more code |
15:19:33 | Zagor | there is no rational reason for rockbox to use more than one file system type |
15:22:31 | Zagor | umm, I didn't mean to kill the conversion... |
15:22:46 | dionoea | it's true that it isn't really useful |
15:23:18 | dionoea | but well, i was thinking that it might be fun to implement |
15:23:24 | Bagder | hehe |
15:23:58 | Bagder | we could have is a configure-time option 1) FAT 2)ext2 ;-) |
15:24:22 | Bagder | 3) ext3 4)reiserfs4 |
15:24:23 | dionoea | yep, be you would need a flashed box |
15:24:28 | dionoea | :) |
15:24:51 | dionoea | (and my box doens't flash ... :( ) |
15:25:01 | Zagor | yeah it could be fun, but personally i find it even more fun to write useful code ;) |
15:25:10 | dionoea | ;) |
15:27:21 | *** | Saving seen data "./dancer.seen" |
15:31:25 | Bagder | like pong |
15:31:29 | * | Bagder grins |
15:32:00 | dionoea | héhéhé |
15:50:09 | | Join GhUl [0] (~tim@pD9FF1AF2.dip.t-dialin.net) |
15:52:46 | | Part GhUl ("Leaving") |
15:53:51 | | Join GhUl_ [0] (~tim@pD9FF1AF2.dip.t-dialin.net) |
15:55:07 | GhUl_ | hi @ all |
15:55:14 | Zagor | hi |
15:55:21 | * | Bagder waves |
15:56:28 | GhUl_ | Do you guys have experience with recording using an external mic? |
15:56:47 | Bagder | I don't |
15:57:25 | [IDC]Dragon | amiconn: I'd like to change bitmap_t into unsigned char, this will affect your grayscale fonts as well |
15:59:00 | GhUl_ | other problem: i got my replaced recorder 20 last week, but the flash-info says its unknown ... |
15:59:14 | GhUl_ | i thought only old models were unflashable |
16:00 |
16:01:06 | amiconn | [IDC]Dragon: Iirc this only affects gray_putsxy(), which you can easily adapt yourself. Just change the local variable bits to "unsigned char *", and remove the cast within the gray_drawbitmap() call |
16:02:56 | lImbus | GhUl_: it looks like it depends which chips were avaiable for fabrication. |
16:03:07 | lImbus | BTW: there are ONLY old archos ;-) |
16:03:20 | GhUl_ | ;-) |
16:04:08 | lImbus | I ordered 4 units at a eBay-store (mainly for 4 coworkers). 3 of them were flasheable, 1 was not. |
16:04:56 | GhUl_ | hmm ok its such a big problem anyway |
16:05:01 | GhUl_ | hmm ok its not such a big problem anyway |
16:05:50 | GhUl_ | mostly i just pause it |
16:09:01 | [IDC]Dragon | amiconn: I'll try. This font change ripples through some stuff... |
16:11:48 | amiconn | [IDC]Dragon: It's only the poiter type itself that changes, the data format stays the same |
16:19:37 | amiconn | There is still no plugin using grayscale fonts... |
16:20:23 | [IDC]Dragon | not even your demo? |
16:22:36 | amiconn | No, for the lack of screen space |
16:22:55 | Bagder | maybe "bounce" should be improved |
16:49:45 | | Quit GhUl_ (Read error: 110 (Connection timed out)) |
16:55:40 | | Join bagawk [0] (Lee@ACC0A90B.ipt.aol.com) |
16:58:53 | | Part Zagor |
17:00 |
17:03:39 | bagawk | Bagder: there are some problems with the buildzip.pl, in general |
17:03:47 | Bagder | like what? |
17:04:17 | bagawk | Bagder: you cannot be in a level higher than the rockbox directory when using the script |
17:04:39 | bagawk | i had another one at one time... let me look |
17:06:10 | bagawk | also, iwas thinking it might be good to just move the viewer rocks out of the main rocks directory |
17:06:29 | bagawk | just have the script look at the the viewers.cofnig file to do it |
17:06:37 | Bagder | ? |
17:06:38 | bagawk | *config |
17:06:40 | Bagder | it does that |
17:06:48 | bagawk | it does? |
17:06:50 | Bagder | `mv .rockbox/rocks/$1 .rockbox/viewers`; |
17:07:01 | bagawk | let me try again, seems i always have them in the rocks dir also |
17:07:20 | Bagder | I'll fix the bad "root dir" assumption |
17:09:02 | bagawk | heh silly me |
17:11:19 | Bagder | :-) |
17:13:22 | bagawk | i wonder what the highest capacity batteries are now |
17:13:39 | bagawk | i just got 2300 mah yesterday |
17:16:50 | Bagder | fixed the path problem with builzip now |
17:16:56 | Bagder | buildzip |
17:17:05 | bagawk | :) |
17:18:01 | | Join mecraw [0] (~lmarlow@69.2.235.2) |
17:18:41 | Bagder | there seem to be at least 2500 mah AA batteries these days |
17:21:15 | bagawk | wow |
17:22:48 | lImbus | i've seen 3 Ah batteries in the size for the archos (can't remember if its AA or TRIPLE-A) |
17:23:35 | lImbus | I think battery constructors cheat more on these data than hardrives on their capacity :-/ |
17:23:54 | Bagder | I suspect so too |
17:24:43 | Bagder | the last ones I bought had a fine print saying something like (these are guaranteed to provide NNN mah) where NNN were like 200 mah less than the big fat numbers they advertised |
17:25:18 | bagawk | heh |
17:27:22 | *** | Saving seen data "./dancer.seen" |
17:33:34 | | Part Bagder |
18:00 |
18:25:43 | | Quit bagawk ("umount /dev/brain") |
18:26:02 | | Join bagawk [0] (bagawk@ACC0A90B.ipt.aol.com) |
18:47:56 | | Quit AciD (Read error: 110 (Connection timed out)) |
18:54:50 | | Join AxiD [0] (~axid@h00c049e07be5.ne.client2.attbi.com) |
18:59:10 | | Quit bagawk (Read error: 110 (Connection timed out)) |
19:00 |
19:14:02 | [IDC]Dragon | amiconn: r u there? |
19:21:04 | | Quit AxiD () |
19:22:29 | amiconn | [IDC]Dragon: I'm here |
19:24:53 | [IDC]Dragon | ah, I just sent you an email |
19:25:37 | [IDC]Dragon | with a reduced and const'ed font |
19:26:10 | | Join zeekoe_ [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
19:26:59 | [IDC]Dragon | should save ~2688 bytes RO and 4480 bytes bss |
19:27:26 | *** | Saving seen data "./dancer.seen" |
19:27:58 | amiconn | Will try it soon, just a few qns: |
19:29:03 | amiconn | (1) It seems that while bits is not yet defined as unsigned char *, the data is already byte-packed? |
19:29:46 | [IDC]Dragon | yes, but only because of an even width |
19:30:12 | | Nick zeekoe_ is now known as zeekoe (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
19:30:35 | [IDC]Dragon | and it may be subject of endian ordering, which a redefinition to bytes overcomes |
19:31:39 | amiconn | (There is no (2), just found the answer myself) |
19:31:40 | [IDC]Dragon | note: of course you need to take out the rotate call in font_init() |
19:32:16 | amiconn | It looks like there is indeed an endian problem... |
19:32:32 | [IDC]Dragon | columns intertwined? |
19:32:54 | [IDC]Dragon | have you tested already on the target? |
19:33:09 | [IDC]Dragon | or just from looking at it? |
19:33:16 | amiconn | Look at the "-" - it reads 0x0800, 0x0808, 0x0808 but should read 0x0008, 0x0808, 0x0808 - sh1 is big endian |
19:33:48 | amiconn | Didn't try it yet, I have to do some shopping before the shops close |
19:34:00 | [IDC]Dragon | ok |
19:34:42 | [IDC]Dragon | changing the bitmap definition to bytes is a bigger job |
19:35:46 | amiconn | (away now) |
19:42:16 | | Join _aLF [0] (~alex@mutualite-3-82-67-66-128.fbx.proxad.net) |
19:42:18 | _aLF | hi |
19:57:11 | zeekoe | h5 |
19:57:13 | zeekoe | 4h |
19:57:19 | zeekoe | whoops |
19:57:22 | zeekoe | that's better |
19:57:22 | zeekoe | hi |
19:57:26 | _aLF | :) |
19:57:32 | zeekoe | i had numlock on :P |
19:58:08 | zeekoe | ooh... you all have to try this: http://www-306.ibm.com/software/pervasive/multimodal/pizza/ |
19:58:11 | zeekoe | it's soo fun |
19:58:39 | zeekoe | you'll need a browser with speech support though, like opera 7.60p1 -> http://my.opera.com/forums/showthread.php?s=&threadid=65041 |
19:59:59 | zeekoe | _aLF: have you been here before? |
20:00 |
20:00:11 | _aLF | yes, sometimes |
20:01:53 | zeekoe | ok |
20:01:59 | zeekoe | cant remember seeing you :) |
20:02:16 | _aLF | a made a patch for radio one year ago |
20:02:21 | _aLF | -a+I |
20:06:26 | _aLF | interresting your link, I will try |
20:08:21 | | Quit Ka_ (orwell.freenode.net irc.freenode.net) |
20:08:21 | NSplit | orwell.freenode.net irc.freenode.net |
20:09:02 | zeekoe | i dont have radio |
20:09:09 | zeekoe | just v1 recorder |
20:09:16 | zeekoe | radio can be quite nice |
20:10:20 | zeekoe | just go to http://www-306.ibm.com/software/pervasive/multimodal/pizza/, press scroll lock or the microphone, and say "i would like twenty large pizzas with extra cheese, Olives, Mushrooms, Onions, Peppers, Bacon, Chicken, Ham, Meatball, Sausage and Pepperoni". Or anything else you'd like. It rocks :-P |
20:10:23 | | Nick midk|sleep is now known as miek (~midk@c-24-18-39-204.client.comcast.net) |
20:10:26 | | Nick miek is now known as midk (~midk@c-24-18-39-204.client.comcast.net) |
20:10:35 | zeekoe | still sleeping a bit, miek? :-P |
20:11:09 | * | zeekoe waits for midk saying "die die die" or something similar |
20:11:16 | midk | die nerd |
20:11:22 | zeekoe | whatever |
20:11:27 | midk | s/nerd/nerds |
20:11:58 | zeekoe | that should include you |
20:11:58 | midk | yep. |
20:13:11 | NHeal | orwell.freenode.net irc.freenode.net |
20:13:11 | NJoin | Ka_ [0] (~tkirk@pcp04776551pcs.howard01.md.comcast.net) |
20:16:40 | [IDC]Dragon | leaving you guys... |
20:16:55 | | Quit [IDC]Dragon ("CGI:IRC") |
20:26:35 | | Quit maikeul (Read error: 110 (Connection timed out)) |
20:26:50 | | Join maikeul [0] (~gromit@ALagny-151-1-39-177.w83-114.abo.wanadoo.fr) |
20:35:52 | amiconn | (back) |
20:45:12 | | Join bagawk [0] (Lee@ACC00454.ipt.aol.com) |
20:55:54 | * | zeekoe is away: tea |
21:00 |
21:27:23 | | Join [IDC]Dragon [0] (~d9ff8d6f@labb.contactor.se) |
21:27:29 | *** | Saving seen data "./dancer.seen" |
21:27:57 | amiconn | re [IDC]Dragon |
21:27:58 | [IDC]Dragon | hi again, Jens |
21:28:06 | amiconn | Got your mail... |
21:28:34 | [IDC]Dragon | yep, byte-font worked surprisingly well |
21:28:38 | * | zeekoe is away: I'm busy |
21:28:48 | * | zeekoe is back (gone 00:00:03) |
21:29:19 | amiconn | [IDC]Dragon: The size info is a bit weird - it tells how many words there are, but the real data is in bytes. |
21:29:33 | [IDC]Dragon | it's ignored anyway |
21:29:51 | [IDC]Dragon | I could remove it from the struct |
21:29:54 | amiconn | Ah ok |
21:30:34 | amiconn | You talked about changing the loadable font format earlier today... |
21:33:32 | bagawk | btw, i think the disk info is really screwed it says for me: Disk: 14.0gb Free: 14.1 |
21:33:37 | bagawk | how could that be? |
21:33:38 | bagawk | lol |
21:34:03 | zeekoe | my disk also has 15 gb free all the time |
21:34:09 | zeekoe | out of 18 gb |
21:34:20 | [IDC]Dragon | load format, yes? |
21:36:04 | amiconn | bagawk: This is most likely caused by Windows almost never updating the disk free info. Go to debug->View disk info, free space screen; then press play. This should fix it |
21:36:07 | amiconn | [IDC]Dragon: yes |
21:36:28 | amiconn | bagawk: Beware, that may take a minute or so |
21:36:39 | bagawk | ahh i forget about that from when i had no jukebox |
21:37:34 | [IDC]Dragon | amiconn: what about the font file? |
21:37:54 | * | [IDC]Dragon doesn't know what amiconn wants to tell... |
21:40:00 | amiconn | I'm just asking if you would go for it and change the loadable format as well. |
21:40:31 | [IDC]Dragon | yes, otherwise I need to write an on-the-fly converter |
21:42:24 | amiconn | I think this shouldn't cause severe problems. There is a version number in the font files, so if you bump that for the new format, it would simply refuse to load old .fnt files |
21:42:44 | [IDC]Dragon | yes, I saw that |
21:43:07 | [IDC]Dragon | the worst part is to change bdf_conv for the general case |
21:43:36 | amiconn | Why is that? It seemed to me like you have done that already... |
21:43:52 | [IDC]Dragon | for a special case, and for C output only |
21:44:15 | amiconn | (font format) You could toss away font name and copyright info too |
21:44:18 | [IDC]Dragon | special=fixed width, height=8 |
21:44:30 | [IDC]Dragon | already did that |
21:44:37 | [IDC]Dragon | (for the C version) |
21:45:48 | amiconn | Isn't it possible to simply reuse the rotleft() function? |
21:46:46 | [IDC]Dragon | maybe, I have to look into it |
21:49:17 | amiconn | I had to change that function a bit when I changed lcd_bitmap() to use the rockbox native bitmap format... |
21:52:27 | amiconn | That just remembered me that I wanted to add a stride parameter to lcd_bitmap() - this would simplify the implementation of lcd_putsxyofs(), saving some code |
21:52:49 | amiconn | Ideas ideas |
21:58:06 | [IDC]Dragon | :-) |
22:00 |
22:00:48 | bagawk | okok |
22:01:04 | bagawk | just want to make sure i have the wiki thing ready before i submit my doc |
22:01:18 | midk | wiki thing ready? |
22:02:35 | bagawk | ftp://172.192.4.84/ftp/PluginVUMeter |
22:02:56 | bagawk | do i just submit that as it is there |
22:03:30 | midk | i spot three mispellings and countless grammar errors |
22:03:45 | bagawk | i bet |
22:05:49 | zeekoe | −−-++ VU Meter |
22:05:49 | zeekoe | _A wonderfull set of VU meters!_ |
22:05:49 | zeekoe | −−−−−−- |
22:05:49 | DBUG | Enqueued KICK zeekoe |
22:05:49 | zeekoe | __Keys__ |
22:05:49 | zeekoe | | *Key* | *Function* | |
22:05:50 | *** | Alert Mode level 1 |
22:05:50 | zeekoe | | Off | Save settings and quit | |
22:05:52 | zeekoe | | On | Help | |
22:05:54 | zeekoe | | F1 | Settings | |
22:05:56 | zeekoe | | Up | Raise Volume | |
22:05:58 | zeekoe | | Down | Lower Volume | |
22:06:00 | zeekoe | don't use notepad++ |
22:06:04 | zeekoe | oops... big paste :( sorry |
22:06:17 | bagawk | why would that not work? |
22:06:20 | midk | zeekoe |
22:06:22 | midk | that's fine |
22:06:24 | midk | it's wiki format |
22:06:29 | zeekoe | is it? |
22:06:30 | bagawk | the twiki code formats it |
22:06:33 | zeekoe | weird |
22:06:37 | zeekoe | ok |
22:06:42 | zeekoe | i'll keep my mouth shut |
22:06:45 | bagawk | lol |
22:06:46 | zeekoe | nice |
22:06:54 | midk | you better ;) |
22:06:56 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
22:06:56 | * | zeekoe like wee kee |
22:07:21 | zeekoe | or is it wookie :P |
22:07:38 | midk | the official pronounciation is "wicki" or "weekee" |
22:07:52 | midk | i don't see how people can pronounce it wicky. it just sounds/looks wrong |
22:08:21 | zeekoe | agreed :) |
22:08:29 | zeekoe | was just kidding |
22:08:43 | midk | was just mentioning |
22:08:51 | zeekoe | die |
22:08:57 | zeekoe | hm |
22:08:58 | zeekoe | live |
22:09:01 | zeekoe | i think .gifs would be better than .bmps |
22:09:26 | midk | .pngs are suggested |
22:09:36 | | Part lImbus |
22:09:45 | zeekoe | that's fine too |
22:09:47 | bagawk | i have gifs |
22:09:49 | bagawk | *hate |
22:09:53 | zeekoe | why |
22:09:57 | zeekoe | i hate bmps |
22:10:15 | midk | pngs - my clock pngs are <1kb apparently |
22:10:15 | bagawk | heh |
22:10:36 | bagawk | my bmps are very small |
22:10:37 | midk | Size: 0.66 KB (678 bytes) |
22:10:49 | midk | haha... sure... 10kb perhaps |
22:11:01 | bagawk | 1.06kb |
22:11:13 | midk | that's an extra .4kb! |
22:11:25 | bagawk | whatever,i just use dthe screenshot thing |
22:11:28 | bagawk | it was came out |
22:11:32 | bagawk | does it really matter? |
22:11:38 | midk | nah |
22:12:05 | amiconn | Bmp is badness within www. It's bulky, and not a real standard outside the Windows world |
22:12:28 | midk | i told you! |
22:12:34 | midk | didn |
22:12:37 | midk | didn't you see me tell him? |
22:12:59 | bagawk | my god midk |
22:13:22 | midk | ... |
22:13:48 | bagawk | mine are 385 bytes in png |
22:13:58 | midk | WOA! OMFG. |
22:15:45 | * | zeekoe agrees with amiconn |
22:15:51 | *** | Alert Mode OFF |
22:16:06 | zeekoe | you _can_ use them, since even opera supports them now |
22:16:09 | zeekoe | but it's not nice |
22:16:20 | zeekoe | for standard's sake |
22:16:33 | midk | opera supported them even back when i used to use it, when i was ecstatic about v6.11 or whatever |
22:16:53 | | Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
22:17:04 | | Quit mecraw (Read error: 104 (Connection reset by peer)) |
22:17:28 | | Join mecraw [0] (~lmarlow@69.2.235.2) |
22:20:53 | zeekoe | uh... ok |
22:21:05 | zeekoe | i used opera a bit in the 5.12 times |
22:21:30 | zeekoe | but it became usable for most browsing in the later 6, early 7 series |
22:21:33 | zeekoe | imo |
22:22:16 | midk | so.. not later 7? |
22:22:39 | midk | i |
22:22:45 | midk | i'm just saying.. "<zeekoe> you _can_ use them, since even opera supports them now" |
22:22:51 | midk | opera has supported them for a long long time |
22:23:08 | amiconn | zeekoe: It's not about Opera or [insert your favorite browser here] supporting it, but about web standards |
22:23:09 | midk | probably back in 3.0 |
22:24:08 | zeekoe | amiconn: ok, you're right about that :) |
22:26:03 | zeekoe | i tend to forget that things when [my favorite browser] supports it, but i shouldnt |
22:27:41 | amiconn | It is rumoured that there are platform with no Opera available. ;) What should their users do if they want to view such pages? |
22:29:26 | zeekoe | yep, you're right :) |
22:31:32 | * | zeekoe is away: I'm busy |
22:33:04 | | Quit [IDC]Dragon ("CGI:IRC (EOF)") |
22:38:36 | bagawk | amiconn: i will be fixing those things, and adding those heatures we talked about wheni get odne with the checkers game |
22:39:17 | amiconn | Ok |
22:44:56 | * | zeekoe is away: I'm busy |
22:45:05 | * | zeekoe is back (gone 00:00:02) |
22:45:38 | zeekoe | midk: die |
22:45:43 | midk | :( |
22:45:52 | zeekoe | thou shalt not ctcp version me |
22:45:58 | midk | i have a bigger version number than you |
22:46:00 | midk | 2.4.0 |
22:46:04 | zeekoe | i have a longer |
22:46:06 | zeekoe | uh |
22:46:07 | zeekoe | never mind |
22:46:43 | midk | zeekoe, attention span? |
22:46:55 | zeekoe | yeah, that's what i was referring to |
22:47:00 | zeekoe | i have a bigger OS version number than you |
22:47:24 | midk | no |
22:47:29 | midk | windows 5.1 < mandrake 10.0 |
22:48:01 | bagawk | his wondows kernel versoin is higher than your linux one |
22:48:07 | zeekoe | VERSION xchat 2.4.0 Linux 2.6.3-7mdk [i686/2.66GHz] |
22:48:07 | bagawk | *windows |
22:48:11 | bagawk | *version |
22:48:17 | midk | ok, let's count. |
22:48:27 | zeekoe | i even have mandrake 10.0rc1, that's even bigger |
22:48:32 | zeekoe | but not on this pc |
22:48:38 | midk | nt=1, 95=2, 98=3, me=4, 2k=5, xp=6 |
22:48:44 | midk | xo.... xp < mandrake 10. |
22:48:46 | midk | err |
22:48:52 | midk | either way, it's less |
22:49:00 | bagawk | KERNEL |
22:49:13 | midk | do you know what this menas bagawk? |
22:49:14 | zeekoe | wrong... you forgot windows 1.0, 2.0, 3.0, 3.11 |
22:49:15 | zeekoe | etc |
22:49:18 | midk | they rebuild the kernel too much. |
22:49:31 | zeekoe | or they exist longer |
22:49:34 | midk | they are less efficient at bug stomping. |
22:49:42 | zeekoe | or they upper version numbers more often |
22:49:44 | midk | they rebuild often only to find the bug is still there |
22:49:55 | midk | zeekoe, that means i win if that's the case |
22:49:59 | bagawk | i am talking about a kernel version, not windows verison |
22:50:05 | midk | why the hell are we arguing about who has a bigger kernel number |
22:50:11 | midk | bagawk, so were we. |
22:50:12 | zeekoe | you started |
22:50:18 | midk | you continued |
22:50:37 | zeekoe | but you started |
22:53:40 | | Quit bagawk ("umount /dev/brain") |
22:56:53 | | Join bagawk [0] (~Lee@ACC00454.ipt.aol.com) |
22:57:10 | bagawk | wo xchat 2.4 has a totaly differnt server screen |
22:57:13 | bagawk | *wow |
22:59:36 | | Nick zeekoe is now known as zeekoe|toothbrsh (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
22:59:36 | DBUG | Enqueued KICK zeekoe|toothbrsh |
23:00 |
23:04:06 | | Nick zeekoe|toothbrsh is now known as zeekoe (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
23:04:06 | DBUG | Enqueued KICK zeekoe |
23:15:00 | midk | bbl |
23:15:08 | | Quit midk ("just STOP it arspy") |
23:17:43 | | Quit zeekoe ("quit...") |
23:18:10 | | Join cpu60 [0] (jens@pD95D1CCD.dip.t-dialin.net) |
23:20:29 | | Join zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl) |
23:23:13 | | Quit _aLF ("Leaving") |
23:23:23 | Ctcp | Ignored 2 channel CTCP requests in 4 minutes and 30 seconds at the last flood |
23:23:23 | * | zeekoe is away: startrekTNG_S07-22 |
23:23:31 | | Join _aLF [0] (~alex@mutualite-3-82-67-66-128.fbx.proxad.net) |
23:24:46 | | Join Smooth [0] (~909510b8@ACB9BAAD.ipt.aol.com) |
23:24:50 | Smooth | HI |
23:25:44 | Bagder | hey |
23:26:08 | Smooth | hello bag |
23:27:22 | | Quit cpu60 () |
23:27:24 | Smooth | whats up? |
23:27:30 | *** | Saving seen data "./dancer.seen" |
23:27:55 | uski | \_o< |
23:28:31 | | Join amiconn_ [0] (jens@pD95D1CCD.dip.t-dialin.net) |
23:28:44 | | Quit amiconn_ (Remote closed the connection) |
23:28:56 | | Join amiconn_ [0] (jens@pD95D1CCD.dip.t-dialin.net) |
23:29:18 | | Part amiconn |
23:29:40 | | Nick amiconn_ is now known as amiconn (jens@pD95D1CCD.dip.t-dialin.net) |
23:32:02 | Smooth | i don't think archo's are made of metal anymore |
23:32:04 | Smooth | all plastic |
23:35:59 | bagawk | hi Smooth |
23:42:56 | | Quit zeekoe ("quit...") |
23:56:30 | | Quit Bagder ("Leaving") |