00:02:31 | | Quit matsl (Remote closed the connection) |
00:05:09 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
00:05:11 | | Quit lostlogic (Client Quit) |
00:06:33 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
00:09:13 | | Quit Harpy (Read error: 145 (Connection timed out)) |
00:09:28 | | Quit Tangleding ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") |
00:22:10 | * | t0mas is away: sleeping |
00:22:11 | t0mas | good night |
00:22:29 | | Quit TCK- (Read error: 110 (Connection timed out)) |
00:22:30 | _bagawk | adios |
00:26:46 | | Quit _bagawk ("Leaving") |
00:30:11 | | Quit ashridah (Read error: 145 (Connection timed out)) |
00:32:11 | | Quit bobTHC ("—I-n-v-i-s-i-o-n— 2.0 Build 2520") |
00:34:05 | *** | Saving seen data "./dancer.seen" |
00:46:56 | | Quit gnrkrazy ("User pushed the X - because it's Xtra, baby") |
00:48:23 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu) |
00:51:40 | | Join [IDC]Dragon [0] (~idc-drago@p3EE2D0E2.dip.t-dialin.net) |
00:52:11 | amiconn | hello nightly visitor :) |
00:52:22 | | Join TCK [0] (TCK@81-86-99-38.dsl.pipex.com) |
00:52:28 | [IDC]Dragon | hi there |
00:52:49 | * | [IDC]Dragon saw your tree.c fix |
00:53:05 | [IDC]Dragon | do you have Trevor's Ondio now? |
00:53:10 | amiconn | Not yet |
00:53:11 | | Join StrathAFK [0] (~mike@dgvlwinas01pool0-a217.wi.tds.net) |
00:53:24 | [IDC]Dragon | oh, so not related |
00:53:25 | | Quit lodesi ("Leaving") |
00:53:30 | amiconn | Meanwhile there are 3 things I am waiting for :/ |
00:53:45 | [IDC]Dragon | what's #3? |
00:54:11 | amiconn | (1) The front assembly of Linus' oldplayer, to do the lcd init checks and flash |
00:54:20 | amiconn | (2) Trevor's 0308 ondio |
00:54:25 | amiconn | (3) my H140 |
00:54:35 | [IDC]Dragon | ah, I forgot (1) |
00:54:52 | amiconn | Still there are some mysterious bugas |
00:54:56 | amiconn | *bugs |
00:55:13 | [IDC]Dragon | and the mounting race |
00:55:34 | amiconn | The recording code seems to overwrite the first minute before finally stopping on 'disk full' condition |
00:56:20 | amiconn | However, the code looks correct to me |
00:57:27 | amiconn | Then my sis got a hang when trying vbrfix, and I thought this would be due to incorrect disk full handling in that plugin |
00:57:27 | amiconn | But it seems that this is not the cause... |
00:57:27 | amiconn | Plus there is a problem with playlist handling and shuffle |
00:57:44 | amiconn | Btw, talking about the mounting race: Did you try my version of the usb-first patch? |
00:57:58 | [IDC]Dragon | only the first one |
00:58:06 | amiconn | (Not yet incorporating card status discovery) |
00:58:34 | amiconn | The tree.c fix repairs some nasty things, mostly, but not solely for hotswap |
00:59:59 | amiconn | You can try the following without the patch applied: |
01:00 |
01:00:23 | [IDC]Dragon | which patch? |
01:00:34 | amiconn | The tree.c fix |
01:00:53 | amiconn | Start playing some music from MMC, rip out the MMC after some seconds and then wait for buffer runout... |
01:01:14 | [IDC]Dragon | I thought I did that |
01:01:18 | amiconn | It will detect end-of-playlist and return to the viewer |
01:02:16 | amiconn | All sorts of things may happen, either instantly or (if no instant reload was required because you were in the same directory of the song) as soon as you try to enter another dir |
01:02:38 | amiconn | ...leading from garbled listing to hard crashes... |
01:02:58 | [IDC]Dragon | that I haven't tried |
01:03:17 | | Part MoosCamaro |
01:05:24 | [IDC]Dragon | comforting to know you've fixed it ;-) |
01:07:54 | | Quit asdsd____ (Read error: 110 (Connection timed out)) |
01:10:01 | [IDC]Dragon | just checked, yes, wild things happened |
01:10:15 | | Quit Strath (Read error: 110 (Connection timed out)) |
01:10:29 | | Nick StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a217.wi.tds.net) |
01:10:32 | [IDC]Dragon | odd cursor positions, stay chars, then freeze |
01:10:55 | amiconn | yes, one of the things that happened here too |
01:11:06 | amiconn | One time I got a CPUAdrEr |
01:14:04 | * | Bagder reads the insane uclinux thread on misticriver |
01:15:32 | | Quit Sucka ("a bird in the bush is worth two in your house") |
01:23:39 | Bagder | those people are... |
01:23:46 | Bagder | eh, I can't find any word |
01:24:13 | Bagder | http://www.misticriver.net/boards/showthread.php?t=20600 |
01:29:59 | Bagder | night |
01:37:21 | amiconn | [IDC]Dragon: I found a manufacturer of 3 GB MMCs... |
01:37:59 | amiconn | http://www.microdia.com/corp/jsp/splash/product_flashmemory_product01.jsp?ccode=000003100011100&pcode=26 |
01:44:04 | [IDC]Dragon | and a price tag? |
01:44:08 | * | [IDC]Dragon looks |
01:45:05 | amiconn | They don't sell to consumers |
01:45:12 | [IDC]Dragon | they use a big box for it |
01:45:19 | amiconn | Hong kong manufacturer |
01:46:12 | * | [IDC]Dragon wonders how much 4.2 kg of cards would be |
01:46:41 | amiconn | I found a very interesting statement in the Archos Ondio FAQ: |
01:47:04 | amiconn | Q: Are there any future plans to integrate compatibility for Windows WMA format? |
01:47:10 | | Quit tvelocity[away] ("Leaving") |
01:47:25 | amiconn | A: Yes, Archos is currently working on also supporting WMA format for all Jukebox players. |
01:47:44 | [IDC]Dragon | aha, but I doubt it |
01:47:52 | amiconn | I wonder if/how/when they are going to do that |
01:48:15 | [IDC]Dragon | there's a different MAS, which in turn can't record any more |
01:48:57 | amiconn | What is the status of the wav codec btw? |
01:49:11 | [IDC]Dragon | still bugging... |
01:49:43 | [IDC]Dragon | currently, micronas plays dead |
01:50:08 | [IDC]Dragon | they have to be reminded about their CeBIT commitment |
01:54:55 | [IDC]Dragon | 'night folks! |
01:55:09 | | Quit [IDC]Dragon () |
02:00 |
02:02:41 | | Quit _ferenczy (Read error: 131 (Connection reset by peer)) |
02:05:33 | | Quit crashd (Connection reset by peer) |
02:05:34 | | Join crashd [0] (nobody@badger.ing.me.uk) |
02:34:06 | *** | Saving seen data "./dancer.seen" |
03:00 |
03:39:33 | | Join darkstar147 [0] (~43a18ffe@labb.contactor.se) |
03:40:32 | | Quit darkstar147 (Client Quit) |
03:59:41 | | Quit Rick ("I… don't need to be here.") |
04:00 |
04:05:26 | | Join QT_ [0] (as@area51.users.madwifi) |
04:06:42 | | Join Rick [0] (rick@pool-71-108-2-79.lsanca.dsl-w.verizon.net) |
04:19:58 | | Quit QT (Read error: 113 (No route to host)) |
04:34:07 | *** | Saving seen data "./dancer.seen" |
04:39:35 | | Quit Seed (Read error: 54 (Connection reset by peer)) |
04:43:12 | | Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) |
04:51:12 | | Quit Seed (Read error: 104 (Connection reset by peer)) |
04:54:54 | | Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) |
06:00 |
06:34:11 | *** | Saving seen data "./dancer.seen" |
06:43:34 | | Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) |
06:50:04 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
07:00 |
07:01:16 | | Quit Aditya ("Download Gaim: http://gaim.sourceforge.net/") |
07:31:40 | | Quit matsl (Remote closed the connection) |
08:00 |
08:15:15 | | Quit Rick (Read error: 131 (Connection reset by peer)) |
08:15:33 | | Join Rick [0] (rick@pool-71-108-2-79.lsanca.dsl-w.verizon.net) |
08:23:53 | | Join DMJC [0] (~James@220-245-177-51-sa-pppoe.tpgi.com.au) |
08:24:54 | | Join LinusN [0] (~linus@labb.contactor.se) |
08:27:58 | | Join ashridah [0] (ashridah@220-253-123-204.VIC.netspace.net.au) |
08:34:13 | *** | Saving seen data "./dancer.seen" |
08:38:08 | | Quit Seed (Nick collision from services.) |
08:38:16 | | Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) |
09:00 |
09:44:07 | amiconn | Good morning |
09:44:30 | | Quit ashridah (Read error: 145 (Connection timed out)) |
09:48:47 | | Quit DMJC (Read error: 104 (Connection reset by peer)) |
09:57:15 | * | amiconn spots LinusN |
09:59:05 | * | LinusN runs around at work, pretending to work |
09:59:45 | * | LinusN is deleting hundreds of nazi-spam emails |
10:00 |
10:00:16 | amiconn | urgh :( |
10:00:37 | amiconn | LinusN: I just had 2 ideas which might be useful... perhaps |
10:00:38 | LinusN | had about 1000 of them yesterday |
10:00:57 | LinusN | (daniel had 15000(!)) |
10:01:08 | amiconn | yes, he mentioned that |
10:01:25 | amiconn | (not the kind of spam, but the sheer number) |
10:02:13 | amiconn | (1) If you had a look at my tree.c fix - what about enabling the "currentdir still exists" check also for non-multivolume builds? |
10:02:32 | amiconn | This way, we don't need to return to the root dir everytime after USB |
10:02:44 | LinusN | sounds fair |
10:03:02 | amiconn | The browser would try to reload the current dir first, then jump to the root only if that fails |
10:03:14 | LinusN | sounds good |
10:03:19 | amiconn | Okay. |
10:03:33 | amiconn | I will fix the buttonbar for sub-browsers as well |
10:03:59 | amiconn | (2) My proposal for enabling localisation of plugins |
10:04:24 | LinusN | which is? |
10:04:30 | amiconn | Imho the strings should be compiled into the plugins, for all languages it supports |
10:04:41 | amiconn | Here's why: |
10:04:55 | * | LinusN cleans his glasses |
10:05:28 | amiconn | (a) Having one file per language for all plugins makes no sense, because it would need updating when a single plugin changes |
10:06:02 | amiconn | (b) Having one file per plugin per language makes even less sense, because of the sheer number of files needed for this |
10:07:07 | amiconn | (c) Having one file per plugin would be better, but that doesn't make much sense either. As soon as one supported language for that plugin is changed, the file would need updating |
10:08:20 | amiconn | So if there is a need for change anyway, the string could be compiled in as well |
10:08:50 | LinusN | i'm with you |
10:09:04 | amiconn | ...because the number of strings in a plugin is small, so it shouldn't take too much space |
10:09:11 | LinusN | so we need a convenient way of handling the translations |
10:09:14 | amiconn | It also reduces the number of files |
10:09:45 | amiconn | Yes. There should be 'language source' files the same way as for the core multilanguage support |
10:10:04 | amiconn | There are 2 ways I'm not sure which one is better |
10:10:18 | amiconn | (1) Per plugin (2) per language |
10:10:27 | amiconn | I tend to think (2) is better |
10:10:36 | LinusN | i was about to say (1) |
10:11:04 | amiconn | Hmm, why? |
10:11:15 | amiconn | Using (2) a translator needs to touch less files |
10:11:32 | amiconn | Often our translators are no coders |
10:12:04 | LinusN | i agree |
10:12:29 | LinusN | a plugins/lang/ dir? |
10:12:30 | amiconn | One question is left - that of the localisation handling in the plugin itself |
10:12:39 | amiconn | yup |
10:13:20 | amiconn | The handling could be part of the plugin library, having one api function in the core to return the current language |
10:13:50 | LinusN | isn't that in the settings struct? |
10:14:06 | LinusN | hmmm, or is it just a file path? |
10:14:16 | amiconn | Is the settings struct already accessible from the api? |
10:14:20 | LinusN | yes |
10:14:32 | LinusN | global_settings is available |
10:15:07 | LinusN | but i guess the language setting is just a file name |
10:15:16 | * | amiconn checks |
10:15:37 | LinusN | in the config block |
10:15:43 | LinusN | 0xCC (char[20]) Lang file |
10:15:59 | amiconn | global_settings.lang_file |
10:16:19 | amiconn | But this is the filename, including path |
10:16:29 | LinusN | excluding path |
10:16:34 | LinusN | or? |
10:16:52 | amiconn | Ah, you're right |
10:17:03 | LinusN | convenient |
10:17:09 | amiconn | In the settings file the path is added |
10:17:16 | LinusN | ah |
10:17:50 | amiconn | Imho we should strinp the extension in global_settings.lang_file as well |
10:18:10 | amiconn | The talk code also needs the language without extension (to add .voice instead) |
10:18:16 | LinusN | so we could let the plugin lang loader load from a different dir, and we're set |
10:18:17 | amiconn | *strip |
10:18:31 | amiconn | No loading, compiled it... |
10:18:39 | LinusN | ah yes |
10:18:55 | amiconn | It would check the name with its internal tables |
10:19:00 | LinusN | yeah |
10:19:19 | LinusN | not that much of a problem |
10:19:41 | amiconn | I'm thinking about a similar mechanism as I used to cut down the language data size in the core |
10:20:11 | amiconn | ..using 2 string pointer arrays |
10:21:45 | amiconn | The first would be an array of pointers which should point to the strings of the current language |
10:22:20 | amiconn | This will be filled by a function, going through a 'string thread' pointed to by the second array |
10:23:00 | amiconn | The second array has one entry per language, and points to a 'string thread' separated by single zero bytes |
10:23:45 | amiconn | The very first entry in each thread would be the language name |
10:27:29 | LinusN | sounds good |
10:28:16 | amiconn | Hmm, the code would need to walk through the current language and english in parallel, taking the english string if the translated string length is zero, i.e. not yet translated |
10:28:39 | amiconn | ...or the english string would need to be placed there during build |
10:29:08 | LinusN | i think option 1 sounds better |
10:29:26 | amiconn | ...easier, but bigger plugin size, which would however happen anyway as soon as the string actually gets translated |
10:30:41 | amiconn | Hmm, perhaps (1) is indeed better. This way strings that are identical to the english one wouldn't need to be present in the translation, saving the space |
10:34:14 | *** | Saving seen data "./dancer.seen" |
10:34:57 | amiconn | The most difficult part for me would be the perl scripts to be run at build |
10:34:57 | | Quit bangser (Read error: 131 (Connection reset by peer)) |
10:35:21 | LinusN | you're not alone |
10:35:31 | LinusN | we are several who know perl |
10:36:19 | amiconn | We would need a script that would be called once per (localised) plugin, |
10:36:58 | amiconn | which would then put together a .h and a .c from the strings for this plugin from all plugin language files, |
10:37:26 | amiconn | leaving out the languages where all strings are empty |
10:38:22 | amiconn | ..and an 'uplang' equivalent for translators |
10:38:37 | LinusN | yup |
10:39:21 | amiconn | The plugin language files should use the same format as the main ones (without the voice: part for now) |
10:39:50 | amiconn | ...with identifiers like VIEWER_LANG_LINE_MODE |
10:40:05 | amiconn | ...i.e. plugin name prepended in capitals |
10:40:48 | amiconn | Englsih should be master to decide the string order as well |
10:40:54 | amiconn | *English |
10:42:50 | LinusN | nods |
10:49:23 | | Join DMJC [0] (~James@220-245-177-51-sa-pppoe.tpgi.com.au) |
10:51:23 | amiconn | English should also always be the first element of the array2 I mentioned. The order of the others doesn't matter |
10:51:52 | LinusN | nods again |
10:52:24 | | Join muesli- [0] (muesli_tv@hmln-d9b8e191.pool.mediaWays.net) |
10:52:36 | amiconn | Perhaps I should start with writing the plugin lib module (proposed name: localisation.c), |
10:52:53 | amiconn | do an experimental localisation of one plugin, building the .c /.h by hand, and put this in the tracker |
10:53:15 | amiconn | Someone more knowledgeable in perl could then do the script(s) |
10:53:21 | LinusN | sounds like a good way to go |
10:53:27 | LinusN | (show me the code) |
10:53:29 | muesli- | morning |
10:53:37 | LinusN | morn |
10:53:41 | amiconn | morning |
10:55:32 | muesli- | *yawn* :D |
10:56:31 | amiconn | LinusN: Do you have an idea how the build process could decide whether a plugin is localised or not? |
10:56:58 | LinusN | not really |
10:57:05 | amiconn | It would need to build the additional :c/.h, compile and link it in |
10:58:12 | amiconn | Ah of course... an auto-dependency |
10:58:37 | | Join dwihno [0] (~dw@81.8.224.89) |
10:59:13 | amiconn | In the plugin source, we'd need #include "viewer_loc.h" in addition (o rinstead of) #include "localisation.h" |
11:00 |
11:00:06 | amiconn | ..and the <pluginname>_loc.h needs a rule to generate it from the plugin language files |
11:01:01 | amiconn | Btw, if we don't want to start an english<->american flame war, the module could be called l10n.c |
11:05:04 | | Join Harpy [0] (flGDnUyeXS@dsl-hkigw7wbb.dial.inet.fi) |
11:15:58 | amiconn | Hmm, having an #include file that contains code would simplify things here... but then it shouldn't get a .h extension... |
11:17:09 | * | LinusN slaps amiconn on his fingers |
11:17:17 | amiconn | ? |
11:17:32 | LinusN | #include file with code |
11:17:47 | amiconn | There is already another place that does similar... the credits.raw |
11:18:09 | amiconn | And I don't mean actual code, but the string arrays |
11:18:23 | LinusN | that's ok |
11:18:30 | muesli- | HCl ? |
11:19:01 | amiconn | The code itself should of course be part of the plugin lib |
11:20:06 | muesli- | is it possible to download the daily build and i apply the grayscale patch to it without linux? i mean just copy the concerning files into that built? |
11:24:35 | t0mas | muesli-: cygwin of the devkit by bluechip |
11:24:49 | t0mas | then you have all linux tools on windows |
11:26:06 | muesli- | err..wouldnt help me..i am hopeless in linux |
11:28:05 | | Join amiconn_ [0] (~jens@pD9E7EDBB.dip.t-dialin.net) |
11:28:37 | | Quit amiconn (Nick collision from services.) |
11:28:37 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7EDBB.dip.t-dialin.net) |
11:31:46 | | Join ashridah [0] (ashridah@220-253-120-215.VIC.netspace.net.au) |
11:35:10 | amiconn | bbl |
11:35:14 | | Part amiconn |
11:44:41 | | Join Zagor [0] (foobar@h63n1fls31o265.telia.com) |
11:45:53 | LinusN | wooo, back from the dead |
11:47:27 | * | ashridah dances around tossing out rose petals n stuff |
11:47:37 | ashridah | etc |
11:51:50 | * | Zagor walks with stiff legs and arms out |
12:00 |
12:11:51 | muesli- | l8er... |
12:15:25 | HCl | wha? |
12:15:38 | HCl | oh. |
12:15:41 | HCl | grayscale build. |
12:15:44 | DMJC | hopeless in linux |
12:15:47 | DMJC | interestign |
12:16:39 | * | HCl will update the grayscale build on his ftp, compiling.. |
12:17:36 | DMJC | grayscale build? |
12:17:43 | DMJC | you finally finished the lcd driver? |
12:18:00 | HCl | no. |
12:18:04 | HCl | old grayscale patch. |
12:18:07 | DMJC | k |
12:21:51 | | Quit muesli- (Read error: 113 (No route to host)) |
12:24:00 | | Quit Guest5715154 (Read error: 110 (Connection timed out)) |
12:29:06 | | Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) |
12:29:18 | MoosCamaro | Hey all |
12:30:58 | | Join bangser [0] (~foswald@dsl-084-056-119-105.arcor-ip.net) |
12:32:28 | | Join thegeek [0] (na@ti521110a080-2846.bb.online.no) |
12:34:18 | *** | Saving seen data "./dancer.seen" |
12:35:56 | | Join asdsd____ [0] (~asdsd@h-67-100-26-77.miatflad.dynamic.covad.net) |
12:37:52 | | Join Guest5715154 [0] (na@ti521110a080-2846.bb.online.no) |
12:46:14 | | Quit thegeek (Read error: 145 (Connection timed out)) |
12:57:46 | | Join lostlogic_ [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
13:00 |
13:05:28 | | Nick QT_ is now known as QT (as@area51.users.madwifi) |
13:09:00 | | Join webguest25 [0] (~5221a108@labb.contactor.se) |
13:09:46 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
13:10:27 | | Quit webguest25 (Client Quit) |
13:12:09 | | Quit DMJC ("Leaving") |
13:13:56 | | Join amiconn [0] (~jens@pD9E7F1B0.dip.t-dialin.net) |
13:14:26 | amiconn | re |
13:16:39 | | Quit lostlogic (Read error: 110 (Connection timed out)) |
13:26:43 | HCl | mmm |
13:29:10 | Bagder | LinusN/Zagor, do you get the same spam crap I do? |
13:29:34 | Zagor | yeah, but not nearly as much |
13:31:05 | Bagder | I was about to get crazy before I got my filter to work |
13:31:28 | Zagor | i can understand that. i only get 10-20 per day so it's just a minor nuisance for me. |
13:31:35 | Bagder | now it has filtered more than 6000 mails since 01 tonight |
13:31:48 | ashridah | holy fuck |
13:32:02 | ashridah | wait. 6000 spam, or 6000 total spam+nonspam? |
13:32:07 | ashridah | (either way, it's still a lot) |
13:32:08 | Bagder | 6000 spam |
13:32:13 | Bagder | I got ~15000 yday |
13:32:21 | Bagder | its a nightmare |
13:32:23 | HCl | o.o |
13:32:26 | HCl | from what? |
13:32:33 | Bagder | I think it is a virus sending them |
13:32:39 | Bagder | they're 99% german racist mails |
13:32:58 | HCl | ew. |
13:33:03 | Bagder | luckily for me, I never get any legitimate german mails |
13:33:13 | Bagder | so I can filter out the mails with certain german words in them |
13:33:15 | HCl | i'm just glad that all my email gets spamfiltered on the mailserver for me |
13:33:23 | Bagder | well, I do that too |
13:33:28 | Bagder | but these aren't caught |
13:33:57 | HCl | bad spamfilter :p |
13:34:11 | Bagder | yah, spamassassin and clam-av are reaaaally crappy |
13:34:23 | Bagder | B-P |
13:35:27 | ashridah | Bagder: are you using spamassassin's learning capabilities? |
13:35:32 | Bagder | yes |
13:35:34 | ashridah | just feed it a few hundred specimens |
13:35:49 | ashridah | should majorly bump up the rest |
13:35:59 | Bagder | these mails are just so very short, very little to trigger on |
13:36:09 | Zagor | the tricky thing is it's mostly just 4-5 words and then a link. not much for the filters to work with. |
13:36:24 | Zagor | echo :-) |
13:36:40 | ashridah | ah |
13:36:53 | ashridah | that does make it more difficult. always the same url? |
13:37:00 | Bagder | my procmail filter has the benefit that it also catches bounces with these words in them |
13:37:09 | Bagder | no, there are 129 domains used in the urls |
13:37:13 | ashridah | arghl |
13:37:55 | Bagder | * (Multi-Kulturell|ueber Deutschland|Selbstjustiz|einzigen Auslaender|... |
13:37:59 | Bagder | :-) |
13:38:13 | Bagder | procmail is my friend |
13:38:28 | preglow | hahaha |
13:38:31 | preglow | 15000 spams per day |
13:38:36 | preglow | how do you _not_ go insane? |
13:38:40 | LinusN | i have so far "only" received about 1200 |
13:38:44 | ashridah | yeah. time to get a new email address. and domain. :) |
13:39:10 | ashridah | i stayed spam free for ages. then some fuckwit had to put my email address online :( |
13:39:28 | preglow | time to erect the scaffold |
13:39:32 | ashridah | now i get a steady trickle. usually in bursts of two/three of the same ones. |
13:39:34 | | Join tvelocity [0] (~tony@ipa243.2.tellas.gr) |
13:39:59 | preglow | i don't get too much, but sometimes i get sudden bursts of 50/hours for days on end |
13:40:04 | preglow | hour |
13:42:13 | preglow | ghah, i urgently need a backrub |
13:42:54 | | Join muesli- [0] (muesli_tv@hmln-d9b8e25e.pool.mediaWays.net) |
13:51:13 | | Join necessity [0] (~50a78ee7@labb.contactor.se) |
13:52:14 | | Join rasher [0] (~3e4f4094@labb.contactor.se) |
13:54:40 | rasher | LinusN: any thoughts on the remote-clicking? I made logo.rock use the remote display, and still I get no clicking. |
13:55:12 | LinusN | i haven't given it any thought |
13:55:28 | rasher | Could be that we just won't run into it |
13:55:35 | rasher | With a bit of luck |
13:55:58 | | Quit tvelocity (Read error: 145 (Connection timed out)) |
13:56:32 | Zagor | hmm, interesting. my spamassassin catches ~98% of these german mails. i just noticed I have 600 of them in my spam folder. |
13:58:24 | Lynx_ | i never got that kind of spam, and i have an adress with a popular german mail provider. 15000 mails of that kind seem more like an intentional mail bombing, maybe? |
13:58:44 | Bagder | possibly |
13:59:16 | Lynx_ | someone playing with his botnet |
14:00 |
14:00:21 | Zagor | bagder is quite a net-public person, however. he usually gets an order of magnitude more spam than the rest of us |
14:01:07 | Zagor | (and we get a lot too) |
14:01:18 | Bagder | ordinary days I get perhaps 300 spams |
14:02:16 | Zagor | mm, that's "only" 2-3 times what I get :-) |
14:02:50 | Lynx_ | Zagor: but if it's all the same spam more or less, that would not explain it |
14:03:15 | Bagder | lots of them are of course bounces too |
14:03:32 | Bagder | since it has sent mails with my address |
14:04:59 | Lynx_ | i wonder what takes the anti spam alliance so long to come up with decent protocols/measures. it was all over the news a few months back, never heard from it again. |
14:05:26 | Zagor | well "someone" wants to patent it, and not everyone is so happy about that... |
14:06:05 | Bagder | and the SPF system got too complicated and involved to be useful |
14:06:29 | | Quit necessity ("CGI:IRC (EOF)") |
14:06:44 | | Join necessity [0] (~50a78ee7@labb.contactor.se) |
14:06:47 | ashridah | and any measures getting actual critical mass, and not causing a great schism in the have/havenots WRT mail is going to be a bitch |
14:07:05 | Bagder | yeps |
14:08:14 | | Quit necessity (Client Quit) |
14:08:19 | rasher | Remote support on iRiver for logo.rock :) (there's a bit of a glitch though.. I guess it's due to rounding or something) |
14:08:21 | | Join necessity [0] (~50a78ee7@labb.contactor.se) |
14:09:18 | amiconn | rasher: Does it display the logo simultaneously on botth lcds, with separate bouncing? |
14:09:19 | rasher | (committed) |
14:09:25 | ashridah | does the glitch summon satan? |
14:09:49 | rasher | amiconn: it uses the same x/y with scaling |
14:09:50 | amiconn | rasher: I hope this doesn't break the sim. Remote lcd is not (yet) simulated... |
14:10:25 | rasher | Ooops |
14:10:27 | rasher | it probably will |
14:10:33 | rasher | what's the def for sim again? |
14:10:42 | amiconn | SIMULATOR |
14:10:50 | rasher | Shocking |
14:11:15 | Bagder | is the build time estimate more accurate now btw? |
14:14:26 | rasher | okay, simulator builds now |
14:15:39 | rasher | But a red build is coming up I guess |
14:18:15 | rasher | I have a feeling that the problem I have is something to do with doing divisions with ints |
14:18:54 | rasher | but I'm not quite sure what to do about that |
14:23:09 | rasher | yup, red build for iriver-sim |
14:24:13 | Zagor | regex question: why doesn't s/\s+$//g remove all trailing whitespace? |
14:24:20 | | Quit lostlogic_ (Client Quit) |
14:25:08 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
14:25:09 | | Nick Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59) |
14:26:20 | ashridah | Zagor: hm. looks like it should. |
14:26:48 | Zagor | gah, it does. i just didn't run it in the proper place... |
14:26:52 | | Join rasher_ [0] (~3e4f4094@labb.contactor.se) |
14:27:17 | | Quit lostlogic (Client Quit) |
14:27:18 | ashridah | haha |
14:27:37 | ashridah | Zagor: try kregexpeditor when you're trying to make sure a regex makes sense. :) |
14:28:20 | Zagor | ooh, clicky graphics! |
14:29:02 | Zagor | not sure it makes things much easier though :-) |
14:29:09 | | Quit rasher ("CGI:IRC (EOF)") |
14:29:13 | * | rasher_ wonders why firefox wants to save, instead of just show rockbox.org/www/current.txt |
14:29:18 | | Nick rasher_ is now known as rasher (~3e4f4094@labb.contactor.se) |
14:29:35 | amiconn | Probably some stray null bytes in it |
14:29:43 | amiconn | This does happen from time to time |
14:29:44 | Bagder | or 8 bits |
14:29:47 | rasher | ah, right |
14:29:53 | Bagder | firefox is rather silly |
14:30:01 | Zagor | rasher: because the mozilla people are just as silly as Microsoft and decided they know better than the web server what file type it is |
14:30:09 | amiconn | For me, it offers to save or 'open with' |
14:30:18 | rasher | amiconn: same here |
14:30:27 | amiconn | I use the latter in such cases, opening with notepad |
14:30:36 | Bagder | I often miss a "force display in the browser" option |
14:30:42 | rasher | highly annoying still |
14:30:44 | Zagor | opera has that |
14:31:02 | rasher | if the dialog just had "open with - browser" option |
14:31:05 | Zagor | but doesn't need it, because it actually trusts the web server :-) |
14:31:08 | rasher | It'd be acceptable |
14:31:14 | amiconn | The 'they know better than the web server' is sometimes useful as well |
14:31:17 | rasher | more acceptable at least |
14:31:25 | amiconn | There are lots of badly configured servers out there |
14:31:48 | Bagder | well, then _they_ should be fixed rather than to screw up on those that are correctly setup |
14:31:50 | Zagor | amiconn: yeah, but as it is now it's impossible to do the right thing |
14:31:50 | ashridah | Zagor: which is annoying, because i've run into morons who're having trouble with scripts that generate images, and end up 'solving' it by changing the mime type for .asp to application/gif or whatever it is. (fucktard) |
14:32:05 | ashridah | and then they have the fucking gall to go 'but it works in IE!' when i hit them |
14:32:10 | Bagder | hahaha |
14:32:43 | Zagor | ashridah: the world is full of idiots. but forcing everyone to behave like that is obviously not a good solution. |
14:32:58 | ashridah | but i like hitting people :( |
14:33:02 | Zagor | lol |
14:33:05 | amiconn | I'm thinking of adding extended partition support... |
14:34:03 | | Join DMJC [0] (~James@220-245-177-51-sa-pppoe.tpgi.com.au) |
14:34:19 | *** | Saving seen data "./dancer.seen" |
14:34:24 | amiconn | ...but I'm not sure about the maximum number of partitions to support |
14:35:05 | amiconn | Imho the same maximum that Linux offers without creating additional device nodes would make sense (16) |
14:35:21 | amiconn | Maybe this is overkill... |
14:35:45 | Bagder | with a define, it could be raised by insane people |
14:35:54 | Bagder | I figure 4 or so would be a fair default |
14:35:56 | Zagor | sounds a bit much. I'd say 4 is a good default. |
14:36:02 | LinusN | :-) |
14:36:05 | amiconn | 4 are already the primaries... |
14:36:06 | Zagor | doh, late again |
14:36:27 | Bagder | amiconn: and you've found many users that went beyond that? |
14:36:27 | Zagor | amiconn: yes, but when you use extended you rarely use all primaries |
14:36:49 | Bagder | I would say it is veeery rare |
14:37:19 | amiconn | Yes, but my idea was to use the same enumeration scheme as linux (and dos and...) |
14:37:41 | amiconn | First, read all 4 primaries. Then check for type == 5 and walk the linked list |
14:38:02 | Zagor | how much static space does each partition take? |
14:38:33 | amiconn | 12 bytes with the current struct |
14:38:50 | Bagder | hehe, that's.... not much |
14:39:06 | amiconn | I've read that setups with multiple extended partitions in the primary table are working in linux. |
14:39:12 | ashridah | okay. my lecturer is contending that one can create a bus of length 1km, with a propagation speed of 200 meters/millisecond |
14:39:24 | Zagor | amiconn: in that case i'm fine with 16 |
14:39:37 | * | ashridah notes that kinda necessitates a packet size of 6250 bytes at his postulated 10Mbps :/ |
14:39:56 | amiconn | I guess I'll use a total of 8 first (4 primary and 4 extended) |
14:39:56 | ashridah | i need better lecturers :( |
14:40:27 | Zagor | ashridah: those who can, do. those who don't, teach. |
14:40:39 | ashridah | my sentiments exactly |
14:40:47 | ashridah | but he's also a researcher, supposedly. |
14:41:12 | LinusN | afraid of the real world, that is |
14:41:25 | Bagder | heck, I am too ;-) |
14:41:29 | LinusN | :-) |
14:45:33 | | Quit muesli- (Read error: 113 (No route to host)) |
15:00 |
15:01:52 | | Join Aditya [0] (~Aditya@pcp09495878pcs.nrockv01.md.comcast.net) |
15:01:55 | | Quit DMJC ("Leaving") |
15:05:34 | | Join muesli- [0] (muesli_tv@hmln-d9b8e244.pool.mediaWays.net) |
15:11:09 | | Join DMJC [0] (~James@220-245-177-51-sa-pppoe.tpgi.com.au) |
15:13:19 | | Quit necessity ("CGI:IRC (EOF)") |
15:21:38 | | Quit muesli- (Read error: 148 (No route to host)) |
15:21:58 | | Join sox [0] (~c10b24d2@labb.contactor.se) |
15:22:21 | | Part LinusN |
15:22:41 | sox | tataa - time for the classic question again! Oh no, Linus left. Anyone else might be able to answer it? |
15:23:00 | ashridah | depends on the question, and how classic it is |
15:23:24 | ashridah | is it the kind of classic that involves us pointing and laughing at someone naive enough to ask about timeframes? :) |
15:23:42 | sox | it's the all-star question of 2005: when will the sound api be functional enough to be released to us mortals? |
15:24:15 | ashridah | oh. it's been done for weeks. linus is just too busy listening to music to release it :) |
15:24:23 | sox | that's what i thought |
15:24:27 | sox | damn |
15:24:34 | t0mas | LOL |
15:25:09 | sox | no, but if I know him and the other swedes enough, they couldn't have settled with 15 seconds of playback - which was the status three weeks ago, no? |
15:25:47 | sox | or what do you say, bagder? |
15:26:22 | Bagder | settled? |
15:26:36 | sox | yes, been satisfied... |
15:26:54 | Bagder | of course we're not settled |
15:27:03 | Bagder | I bet we'll never be :-) |
15:27:59 | t0mas | no... if H1x0 is working they'll just start working on the next player... |
15:28:19 | Bagder | well, the archos version is hardly "done" either |
15:28:22 | sox | no, im just curious, is it still 15 secs tops? |
15:28:26 | Bagder | it never gets complete |
15:28:53 | Bagder | sox: yes it is |
15:29:02 | Bagder | as no one has worked on it since |
15:29:10 | sox | ah... ok. |
15:29:51 | sox | what's missing the most? |
15:30:02 | t0mas | Bagder: the feeder thing described in the sound API still has to be built? |
15:30:29 | Bagder | the current sound work doesn't follow that proposal |
15:30:38 | t0mas | ah ok |
15:31:28 | sox | so it's still lot's of work left until it works? |
15:31:32 | sox | I guess |
15:31:43 | Bagder | mp3 shouldn't be too far away |
15:31:57 | sox | ok |
15:31:58 | t0mas | ghehe... |
15:31:59 | t0mas | 1 week ;) |
15:32:06 | t0mas | then's my vacation... |
15:42:04 | | Quit sox ("CGI:IRC (EOF)") |
15:42:06 | preglow | use it to optimize codecs! |
15:42:23 | preglow | not much else you can do that'll help the sound come along |
15:48:20 | t0mas | I ment it should be done in 1 week ;) |
15:48:31 | t0mas | so I can listen music w/o reboot :) |
15:48:49 | t0mas | my real nothing to do time is in 5 to 6 weeks :) |
15:48:57 | t0mas | so then I'll try to help some more |
15:49:31 | | Quit ashridah ("sleep") |
15:50:50 | amiconn | bbl |
15:50:51 | | Part amiconn |
15:59:22 | preglow | haha |
16:00 |
16:02:34 | preglow | but nah, i expect things'll shoot forward when some playback code gets released |
16:02:46 | preglow | and i sure as hell hope that doesn't happen in a while :P |
16:05:00 | | Join webguest21 [0] (~d570af24@labb.contactor.se) |
16:08:38 | | Quit webguest21 (Client Quit) |
16:08:39 | | Join webguest21 [0] (~d570af24@labb.contactor.se) |
16:08:50 | | Quit webguest21 (Client Quit) |
16:14:21 | | Quit t0mas () |
16:14:33 | rasher | Someone tell me how to fix logo.c |
16:16:33 | Bagder | fix? |
16:17:03 | rasher | well, I'm scaling the main-LCD coordinates to the remote-lcd-coordinates |
16:17:35 | rasher | but (I'm guessing) integer divisions make me lose some precision, so the logo bounces at x=-2 pixels or something |
16:17:42 | preglow | ahh |
16:17:44 | preglow | that's nasty, yes |
16:17:58 | preglow | x=-2 sounds pretty strange, though |
16:18:13 | rasher | Yes, I'd have thought 1 pixel |
16:18:32 | rasher | I'm pretty sure I'm only performing one division |
16:18:51 | rasher | yup |
16:19:24 | preglow | well, for that to work properly, you'll probably need to keep a fractional part to your coordinates as well |
16:19:31 | * | rasher sighs |
16:19:37 | preglow | easiest is probably just to maintain a separate set of coords for the remote lcd |
16:19:46 | preglow | with a separate set of deltas |
16:20:04 | rasher | that'd ruin the illution that they're in sync though :) |
16:20:20 | preglow | indeed |
16:20:20 | rasher | it looks fine though, apart from that |
16:20:29 | rasher | so I think I'll just leave it for now |
16:20:29 | preglow | so then you'll have to go fixed point or find some easy hack |
16:20:42 | preglow | the x=-2 thing sounds like some other bug, though |
16:21:00 | rasher | Indeed.. I didn't check that it actually is -2 |
16:21:06 | rasher | it just looks like more than one pixel |
16:21:08 | | Join webguest57 [0] (~5087b527@labb.contactor.se) |
16:22:45 | rasher | actually |
16:22:51 | rasher | it seems like more like 5 pixels |
16:22:54 | rasher | which is even weirder |
16:23:34 | rasher | guess I should debug |
16:24:06 | Bagder | we should add a "remote lcd" to the simulator |
16:26:48 | | Join muesli- [0] (muesli_tv@hmln-d5147635.pool.mediaWays.net) |
16:32:56 | | Quit webguest57 ("CGI:IRC") |
16:33:58 | rasher | now this I don't understand |
16:34:11 | rasher | the coordinate looks right |
16:34:19 | rasher | it just gets drawn outside the screen |
16:34:22 | *** | Saving seen data "./dancer.seen" |
16:34:24 | rasher | afaics |
16:38:06 | muesli- | re |
16:38:20 | preglow | well, try with static coordinates |
16:38:31 | preglow | and see if what you think is x = 0 really is the leftmost pixel |
16:38:44 | rasher | Indeed, it would seem not |
16:38:53 | rasher | Well I'm currently printing the coordinates on screen |
16:38:55 | preglow | what type are your coords? |
16:39:00 | rasher | ints |
16:39:10 | preglow | have them unsigned |
16:39:16 | preglow | no reason for a signed coordinate |
16:39:30 | preglow | can't possible think it matters, but... |
16:39:36 | rasher | heh, me neither |
16:42:08 | rasher | oh hah |
16:42:30 | rasher | the coordinates are -1 for a bit |
16:42:32 | rasher | or was |
16:42:39 | rasher | now they end up being very large |
16:42:43 | preglow | yes, small wonder, then |
16:42:57 | rasher | No |
16:43:01 | rasher | IT wasn't drawn at -1 |
16:43:05 | preglow | of course not |
16:43:16 | rasher | but I add the delta, end up with -1, then detect that and correct |
16:43:16 | preglow | but -1 = 0xffffffff |
16:43:19 | muesli- | thx rasher (see misticriver) |
16:43:31 | preglow | and bottom byte is probably all that is transfered |
16:43:36 | rasher | ah yes |
16:44:00 | rasher | the logo jumps erraticly from one side to the other when using unsigned |
16:44:21 | Bagder | that uclinux thread on mistic is hilarious |
16:44:22 | muesli- | :D |
16:44:37 | preglow | oh, please, url it to me again, if something's happened |
16:44:45 | rasher | preglow: 0 still ends up being 0 though. |
16:44:53 | rasher | So the signedness wasn't the problem |
16:45:19 | rasher | I'll just change them back to being signed, although I guess reworking the plugin would be slightly more sane |
16:46:02 | rasher | to avoid ending up with negative coordinates |
16:46:20 | preglow | signedness doesn't matter at all |
16:46:30 | preglow | since 0 - 1 = 0xffffffff no matter how you look at it |
16:47:02 | rasher | Yes.. I'm not sure why this is relevant :-\ |
16:47:29 | rasher | I just think 0,0 on the remote is not visible |
16:47:55 | rasher | because I _am_ drawing the bitmap at 0,0 |
16:48:55 | rasher | it's actually more like 4 pixels not showing, now that I look closer |
16:49:01 | rasher | I'm totally going to blame the remote for this |
16:49:38 | muesli- | l8er.. |
16:51:18 | preglow | rasher: please map it out |
16:51:29 | preglow | and see if the data sheet can shed some light |
16:52:04 | rasher | I'll try doing something more systematic |
16:53:42 | Rick | it's possible the initialization is partially wrong |
16:54:07 | Rick | there are remote commands which set the position |
16:54:58 | Rick | i'll look at it later |
17:00 |
17:00:51 | rasher | are there defines for the remote size? |
17:01:02 | Rick | there should be |
17:01:04 | Rick | I recall there being some |
17:01:15 | rasher | oh well |
17:01:26 | rasher | 134x65 says the wiki |
17:01:49 | Bagder | LCD_REMOTE_WIDTH |
17:01:54 | Bagder | LCD_REMOTE_HEIGHT |
17:02:06 | Rick | yeah |
17:02:28 | CoCoLUS | anyone fluent in latex? |
17:03:05 | DMJC | you can be fluent in rubber? |
17:03:06 | Rick | the (only) issue I can think of other than an init problem is the fact that the lcd sits on its side |
17:03:15 | Rick | but the remote functions should have taken care of that behind the scenes |
17:03:19 | DMJC | j/k |
17:03:37 | CoCoLUS | it's ridiculous, really |
17:03:37 | preglow | CoCoLUS: like LaTeX ? |
17:03:41 | CoCoLUS | yeah |
17:03:48 | preglow | yeah, i'm decent, if not fluent |
17:04:39 | CoCoLUS | if i use \emph{really important} |
17:04:58 | CoCoLUS | and it gets to long for the line, it should get wrapped |
17:05:05 | preglow | of course |
17:05:08 | preglow | and so it does |
17:05:12 | | Join TCK- [0] (TCK@81-86-102-197.dsl.pipex.com) |
17:05:17 | CoCoLUS | but when using \emph, it continues the line, and prints out of the document |
17:05:25 | CoCoLUS | it doesn't wrap when using emph |
17:05:31 | preglow | eh? |
17:05:32 | Rick | rasher: there's also different display modes |
17:05:34 | preglow | what latex distro is this? |
17:05:35 | Rick | rasher: for the lcd |
17:05:39 | CoCoLUS | miktex |
17:05:42 | Rick | rasher: again, I can't remember if this clips off pixels |
17:05:50 | CoCoLUS | a popular one i think |
17:05:53 | preglow | CoCoLUS: does latex give a overfull hbox warning? |
17:06:04 | preglow | CoCoLUS: sure, miktex is the best tex distro i know of |
17:06:12 | Rick | brb, going to get a bite of breakfast to eat |
17:06:18 | CoCoLUS | yeah it does |
17:07:00 | preglow | CoCoLUS: that's really weird, unless you've put it in a hbox or something, it should wrap just fine, i've used \emphs that have spanned several lines |
17:07:37 | rasher | Rick: something certainly seems to have been cut off |
17:08:21 | | Join amiconn [0] (~jens@pD9E7F861.dip.t-dialin.net) |
17:09:32 | rasher | 4,0 is the first shown |
17:09:37 | CoCoLUS | no special hboxes. |
17:09:45 | CoCoLUS | just the normal document environment |
17:09:57 | | Quit muesli- (Read error: 113 (No route to host)) |
17:11:11 | rasher | And for y-coordinates, anything > 63 isn't shown |
17:11:43 | Bagder | the Y is pretty obvious |
17:11:47 | Bagder | Y bug |
17:11:55 | Bagder | or... no |
17:12:00 | rasher | wait |
17:12:01 | Bagder | I take it back |
17:12:08 | rasher | no, I'm missing 1 pixel |
17:12:15 | rasher | 0-64 should be visible |
17:12:18 | amiconn | Sounds like the hardware offsets are a bit off |
17:12:24 | rasher | yes |
17:12:27 | preglow | of course |
17:12:37 | preglow | you can change the viewpoint in all lcd controllers i've seen |
17:12:48 | rasher | missing 0,1,2,3 of the x-coordinates |
17:12:48 | Rick | right |
17:12:51 | preglow | i bet that just needs correcting |
17:12:57 | Rick | yeah |
17:13:02 | Rick | lemme find the lcd spec |
17:13:05 | Bagder | lcd_remote_update doesn't seem to set X |
17:13:51 | rasher | it needs to be shifted 4 pixels to the right and one pixel down, I guess |
17:14:10 | Rick | from what I recall it doesn't need to Bagder |
17:14:15 | Bagder | ok |
17:15:11 | Bagder | ... and maybe it is |
17:15:15 | Bagder | just a bit obfuscated |
17:15:19 | Bagder | lcd_remote_write_command_ex(0x10, 0x00); |
17:15:48 | Rick | that tells the lcd to start reading data for the lcd |
17:15:49 | Rick | iirc |
17:16:08 | Rick | lemme check |
17:16:11 | Rick | been awhile since I wrote that |
17:16:30 | Bagder | start reading? it is in the loop |
17:16:48 | Rick | like I said, let me check |
17:16:49 | Rick | ;P |
17:16:51 | Bagder | hehe |
17:17:00 | preglow | CoCoLUS: i've got wrapping \emphs all over the place in a couple of docs i've set with latex, so it is perfectly possible |
17:18:20 | CoCoLUS | yeah i guess it's possible :) |
17:18:45 | Rick | ooooh |
17:18:49 | Rick | that's initial display line |
17:18:53 | Rick | that's what resets it to 0 (iirc) |
17:18:55 | CoCoLUS | must be something with the template i got from my school |
17:19:03 | Rick | hrm |
17:20:13 | Rick | I can't recall why that's there now |
17:20:16 | Rick | heh |
17:21:37 | Rick | that's Set Column Address |
17:21:52 | Bagder | ;-) |
17:22:09 | Bagder | a little define there would be nice... |
17:22:40 | Rick | Heh :P |
17:22:57 | | Quit TCK (Read error: 110 (Connection timed out)) |
17:25:46 | preglow | haha |
17:25:46 | | Quit TCK- (Read error: 104 (Connection reset by peer)) |
17:25:49 | Rick | rasher |
17:25:56 | Rick | if you want to try something |
17:26:02 | preglow | i wonder which of VRGB or VBGR is correct for 2001fp |
17:26:08 | preglow | i just can't decide |
17:26:54 | Rick | rasher: if you want to try something, comment these lines out in lcd-h100-remote.c |
17:26:55 | Rick | lcd_remote_write_command(LCD_REMOTE_CNTL_ADC_REVERSE); |
17:26:55 | Rick | lcd_remote_write_command(LCD_REMOTE_CNTL_SHL_REVERSE); |
17:27:02 | Rick | and see if it writes it correctly |
17:27:06 | amiconn | preglow: Use a strong magnifying glass |
17:27:36 | preglow | amiconn: haven't got one strong enough |
17:27:46 | Rick | hrm |
17:27:48 | Rick | that's interesting |
17:28:00 | Rick | I just noticed that the documentation says SEG0 => SEG131 |
17:28:34 | Rick | and says COM0 => COM63 |
17:28:36 | Rick | that doesn't make sense |
17:28:49 | amiconn | Not suprising... (the SEGs) |
17:29:11 | amiconn | The archos lcd is 112x64, but the chip has 132 segment outputs as well |
17:29:24 | Rick | well |
17:29:26 | Rick | what I mean is |
17:29:37 | Rick | the lcd is 65x134 |
17:29:55 | amiconn | Yes, that's a bit strange |
17:30:12 | amiconn | Is this 65th line actually used by the iriver fw? |
17:30:45 | amiconn | Hmm, 2 additional columns as well |
17:31:05 | Rick | err |
17:31:16 | Rick | one second... |
17:32:19 | Rick | hrm |
17:32:34 | Rick | Okay |
17:32:40 | Rick | that's odd |
17:32:44 | Rick | I wonder where the 134 came from |
17:32:48 | Rick | or if it's a typo that I made |
17:32:59 | Rick | because the spec says 65x132... |
17:33:06 | Bagder | hehe |
17:33:32 | Rick | haha |
17:33:35 | Rick | it wasn't me after all |
17:33:48 | Rick | http://www.rockbox.org/viewcvs.cgi/firmware/export/config-h100.h?r1=1.24&r2=1.25 |
17:34:25 | Rick | :p |
17:37:09 | Rick | okay, that solves the SEG0 => SEG131 issue |
17:37:37 | Rick | for page8 of the com it says "COMS" |
17:37:43 | Rick | :< |
17:37:59 | Rick | (page7 last bit says COM63...heh) |
17:38:03 | * | Rick hmms |
17:38:36 | amiconn | My guess is that they use some 'icon' line for the 65th line |
17:38:55 | Rick | yes |
17:39:03 | Rick | there is an icon thing which isn't used by iriver |
17:39:04 | amiconn | The archos lcd controller does also have that, but it isn't used |
17:39:10 | Rick | but that's an additional page |
17:39:14 | Rick | not an extra pixel line |
17:39:22 | amiconn | Okay |
17:39:54 | Rick | dunno |
17:40:05 | amiconn | Using a 65th line might be ugly... perhaps just declare it 64 lines? |
17:40:07 | Rick | i'd do some testing now but i don't have access to my rockbox devel enviornment atm |
17:40:14 | Rick | I guess that could work |
17:40:36 | Rick | actually |
17:40:41 | Rick | hrm... |
17:40:47 | Rick | I wonder if it's stealing bytes on the first line too |
17:40:50 | Rick | or just all lines after it |
17:41:05 | Rick | *bits |
17:41:07 | * | Rick pokes rasher |
17:41:44 | rasher | yes.. do I still comment out those lines? |
17:41:51 | rasher | or something else? |
17:41:55 | Rick | you can try that as well |
17:42:08 | Rick | what that does is tells the lcd to start at SEG131/COM63 and work backwards |
17:42:13 | Rick | instead of SEG0/COM0 |
17:42:19 | rasher | aha |
17:42:28 | Rick | (lcd is on it's side AND upside down ;) |
17:43:06 | rasher | I'll see |
17:43:18 | rasher | what happens then |
17:43:22 | Rick | okay |
17:43:51 | rasher | looks to be the same |
17:44:03 | Rick | aside from being backwards? |
17:44:17 | rasher | actually no |
17:44:22 | rasher | Maybe I need to make clean |
17:44:23 | Rick | err |
17:44:26 | Rick | it should be upside down |
17:44:30 | Rick | if you commented those out |
17:44:32 | rasher | it wasn't :) |
17:44:36 | Rick | lol |
17:44:36 | rasher | hang on |
17:44:57 | preglow | Bagder: you were right, those german mails are spread by virus |
17:45:09 | Rick | aha |
17:45:17 | Rick | you guys are getting the annoying german spam too? |
17:45:18 | Rick | :p |
17:45:24 | preglow | Rick: everyone are |
17:45:25 | amiconn | Rick: it's indeed 65 lines, and using the 65th line should be possible |
17:45:40 | amiconn | One of the 2 'COMS' controls the 65th line |
17:46:03 | rasher | Rick: think I forgot to rolo |
17:46:08 | Rick | hehe |
17:46:15 | rasher | upside down indeed |
17:46:19 | * | Rick nods |
17:46:52 | rasher | the lines I'm drawing at y=0 and x=0 look right though |
17:46:58 | rasher | no |
17:46:58 | Rick | I was thinking about this a couple days ago −− I wonder how iRiver detects the presence of the remote |
17:47:00 | rasher | they don't |
17:47:01 | rasher | nevermind me |
17:48:08 | Rick | rasher: did you update config-h100.h to reflect the correct size? |
17:49:22 | Rick | I wonder why christian made it 134 |
17:49:25 | rasher | the correct size being? |
17:49:27 | rasher | 132? |
17:49:28 | Rick | 132 |
17:50:02 | rasher | well I'm missing pixels still |
17:50:13 | rasher | now it's just the other way round |
17:50:23 | rasher | I get pixels 0-127 |
17:50:28 | Rick | ah |
17:50:31 | rasher | so still 4 pixels missing |
17:50:38 | Rick | hmmmm |
17:50:52 | Rick | odd |
17:51:13 | Rick | all the biases have the same height |
17:51:15 | rasher | and 0-63 |
17:51:19 | amiconn | Rick: It seems SHL doesn't affect the 65th row |
17:51:19 | Rick | so that doesn't explain the missing pixels |
17:52:02 | amiconn | So flippping SHL flips rows 0..63 upside down, but leaves the 65th line where it is |
17:52:09 | Rick | ah |
17:52:16 | Rick | that's something that needs to be noted |
17:52:37 | Rick | but doesn't explain the missing four pixels from the bottom of the lcd |
17:52:45 | HCl | o.o |
17:52:47 | | Join Tangleding [0] (~Tangledin@ARennes-252-1-31-149.w83-195.abo.wanadoo.fr) |
17:53:19 | Rick | hello HCL |
17:53:21 | Rick | *HCl |
17:53:25 | HCl | hi :3 |
17:53:27 | HCl | how goes? |
17:53:43 | Rick | fine |
17:53:49 | Rick | helping rasher figure out remote lcd problems |
17:53:50 | Rick | sorta |
17:54:35 | Tangleding | Hi |
17:54:37 | Tangleding | :) |
17:54:52 | Tangleding | Some problem with the remote LCD? |
17:55:07 | Rick | yes |
17:55:18 | Tangleding | About the ticking issue? |
17:55:27 | Tangleding | or something else |
17:55:29 | Tangleding | ? |
17:55:34 | Rick | something else |
17:55:43 | Rick | ticking issue from what i've heard is a manufacturing problem |
17:55:50 | Tangleding | ah |
17:55:52 | Tangleding | okay |
17:56:14 | Rick | which you can send in for a replacement from what i've heard as well |
17:56:15 | Rick | ;p |
17:57:10 | | Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) |
17:58:16 | amiconn | I know why the 65th line doesn't appear at all, be it in the right or wrong place |
17:58:38 | Tangleding | i'll wait to see if rbx solve the remote ticking issue i guess |
17:58:46 | Rick | (why?) |
17:58:51 | CoCoLUS | preglow |
17:58:59 | CoCoLUS | seems like \usepackage{helvet} causes all the problems... weird |
17:59:08 | amiconn | lcd_remote_update() uses the same construct (height/8) as the usual lcd_update() do determine the number of 'byte rows' |
17:59:31 | Rick | ah |
17:59:38 | amiconn | However, this doesn't work correctly here, as the number of rows isn't dividable by 8 without remainder |
17:59:38 | Rick | that makes sense |
17:59:41 | Rick | I didn't think of that |
17:59:46 | Rick | because |
17:59:53 | Rick | I think of the LCD as having a height of 132 |
17:59:53 | Rick | :< |
18:00 |
18:00:19 | amiconn | That still doesn't solve the 4 missing pixels though |
18:00:24 | Rick | nice catch |
18:00:26 | Rick | yeah |
18:00:30 | Tangleding | can i suggest sthing about the CVS activity report? |
18:00:37 | Rick | actually |
18:00:43 | Rick | if it doesn't write the extra 65th line |
18:00:50 | Rick | hrm, no |
18:00:57 | Rick | actually... hrm |
18:01:04 | amiconn | rasher: And that inspite of me not even having an iriver :P |
18:01:13 | amiconn | ..yet :) |
18:01:13 | Rick | that's odd |
18:01:17 | Rick | odd indeed |
18:01:22 | | Quit rasher ("CGI:IRC") |
18:01:26 | | Join rasher_ [0] (~3e4f4094@labb.contactor.se) |
18:01:29 | Rick | Tangleding: sure |
18:01:55 | Tangleding | I think maybe you should precise |
18:01:56 | Tangleding | about |
18:01:59 | Tangleding | 16 May 12:07Jonasapps/plugins/logo.c 1.4 Remote support on iRiver |
18:02:08 | Tangleding | that it only concern the plugin |
18:02:14 | amiconn | This is precise... |
18:02:23 | Tangleding | i imagine you'll avoid question like: |
18:02:26 | Rick | yes... logo.c now has iriver remote support |
18:02:29 | amiconn | ..as it's the log message for the plugin's source file |
18:02:30 | Tangleding | "i tried the daily build |
18:02:30 | Rick | what's the problem? |
18:02:40 | Tangleding | but the remote still doesnt work |
18:02:54 | Rick | heh |
18:03:07 | Rick | I think it's precise enough... it's obviously part of the plugin logo |
18:03:37 | Tangleding | indeed it's precise if we are carfull reading |
18:04:08 | rasher_ | Rick: do you have your iriver with you? |
18:04:09 | Tangleding | but i'm pretty sure you will be anoyed by some guys reading to quicly |
18:04:18 | Rick | yes |
18:04:18 | Tangleding | ;) |
18:04:21 | Rick | but I can't build rockbox |
18:04:26 | Rick | no rockbox devel atm |
18:04:43 | rasher_ | Rick: want me to send a rockbox.zip with a quick plugin that draws two moveable lines on the remote? |
18:06:25 | Rick | i don't see how that would really help at the moment (?) |
18:06:26 | * | amiconn is impatiently waiting for his iriver |
18:06:40 | preglow | like you should |
18:06:50 | preglow | any specific iriver projects you're eager to start on? :> |
18:06:51 | Rick | I was just thinking |
18:07:06 | Rick | lcd_remote_write_data(lcd_remote_framebuffer[y], LCD_REMOTE_WIDTH); |
18:07:06 | amiconn | preglow: Yes... graphics api, then greyscale |
18:07:13 | Rick | the last four pixels are missing right? |
18:07:16 | Tangleding | cool news |
18:07:17 | Tangleding | :) |
18:07:23 | Rick | maybe there's something special about those last bits |
18:08:07 | | Quit Zagor (Remote closed the connection) |
18:09:22 | Tangleding | Bye all :) |
18:09:33 | Tangleding | All wishes for amiconn shippment |
18:09:35 | Tangleding | ;) |
18:09:47 | Aditya | shipment? |
18:09:49 | Aditya | hmmm? |
18:09:53 | * | Aditya is interested |
18:10:16 | t0mas | amiconn ordered an iRiver a long time ago |
18:10:24 | Aditya | 320? |
18:10:26 | Aditya | or 1xx? |
18:10:28 | Tangleding | hi t0mas |
18:10:32 | amiconn | t0mas: I cancelled that order |
18:10:32 | t0mas | hi |
18:10:36 | t0mas | oh ok |
18:10:37 | Tangleding | h140 i guess |
18:10:38 | t0mas | I missed that |
18:10:48 | amiconn | The shop didn't react at all, even to the cancellation |
18:11:04 | amiconn | I won an ebay aucktion on friday |
18:11:15 | Rick | oh cool amiconn |
18:11:17 | Rick | what model? |
18:11:21 | amiconn | H140 |
18:11:25 | Rick | ah nice |
18:11:28 | Aditya | man.. I want one of those new H10.. damn they are sexy |
18:11:37 | Rick | Aditya: saw those |
18:11:43 | Rick | the button thing seems odd |
18:11:46 | Tangleding | Amiconn |
18:11:47 | Tangleding | how much you won it? |
18:12:01 | amiconn | 511 CHF |
18:12:09 | Aditya | so umm.. |
18:12:09 | Rick | chf? |
18:12:18 | Tangleding | expensive no? |
18:12:33 | Tangleding | i try Euro conversion to see |
18:12:42 | amiconn | ~330 EUR |
18:12:45 | Rick | ah |
18:13:02 | Rick | wow |
18:13:05 | Rick | $418? |
18:13:10 | Rick | that seems way expensive |
18:13:14 | Rick | how much of that was shipping/ |
18:13:14 | amiconn | Delivery willl probably take a while from Switzerland.... |
18:13:15 | Rick | *? |
18:13:19 | Tangleding | 330€ okay |
18:13:37 | amiconn | Shipping not yet included... waiting for the exact amount. |
18:13:47 | Tangleding | hard o find h140 not too expensive |
18:13:47 | Rick | whoa... yeah, that seems expensive |
18:13:48 | Rick | :< |
18:13:52 | Tangleding | (even dead one :( ) |
18:14:09 | Aditya | hey if I am in Cygwin.. for tools/configure (simulator mode) do I choose win32 or X11 GUI version? |
18:14:12 | MoosCamaro | H1xx became rar and logicaly his price increase it's market |
18:14:32 | amiconn | Aditya: On cygwin you can build both |
18:14:33 | Rick | MoosCamaro: I guess that works but $100 _more_ than the original price? |
18:14:45 | Aditya | aniconn:thx |
18:15:04 | amiconn | Rick: I'm not in the us... most electronics stuff is more expensive in europe |
18:15:15 | Rick | ah |
18:15:17 | MoosCamaro | it's the market laws |
18:15:33 | Tangleding | indeed |
18:15:34 | MoosCamaro | H1xx it's one of the best player |
18:15:40 | Rick | amiconn: well, I hope you get your moneys worth |
18:15:41 | Rick | :) |
18:15:45 | amiconn | The last shop offers were >350... 400 EUR before the H1xx went out of stock |
18:15:47 | Tangleding | annd the Rockbox port isn't to lower the prices |
18:15:49 | Tangleding | :D |
18:16:03 | rasher_ | Bagder: there? |
18:16:05 | Rick | I want a silver h1x0 model |
18:16:06 | Rick | ;( |
18:16:16 | Tangleding | i own one |
18:16:20 | MoosCamaro | champaign |
18:16:22 | Tangleding | but not selling it |
18:16:27 | Rick | hehe |
18:16:32 | Tangleding | (indeed it's champaign) |
18:16:52 | Rick | champaign? |
18:16:57 | Aditya | damnit |
18:17:02 | MoosCamaro | the color |
18:17:10 | MoosCamaro | name |
18:17:12 | Rick | ah |
18:17:12 | Aditya | can you change the home directory name and make cygwin not rebuild the home dir? |
18:17:27 | Aditya | its using "Aditya Gaddam" right nwo and the space is creating problems |
18:18:55 | rasher_ | now what did I do |
18:19:05 | rasher_ | main_menu.c:83: error: `rockbox112x37' undeclared (first use in this function) |
18:19:08 | rasher_ | o.O |
18:19:14 | rasher_ | Never did I touch any of that |
18:19:20 | Rick | sounds like you pasted something |
18:19:45 | Rick | and it doesn't have to be that |
18:19:51 | Rick | it could be a #define that's trying to be used |
18:20:30 | * | rasher_ thinks |
18:21:04 | * | Rick implodes into a shower of gibs due to rasher's thought. |
18:21:33 | rasher_ | Guess I broke something horribly |
18:22:08 | Rick | grep -r 112 * |
18:22:09 | Rick | ;p |
18:22:47 | rasher_ | Could be the lcd-remote.h |
18:22:52 | rasher_ | or something |
18:23:05 | rasher_ | well well |
18:23:15 | rasher_ | deleting all of firmware/* and checking out worked :) |
18:23:15 | Rick | so, was I right? |
18:23:20 | Rick | hehe |
18:23:21 | Rick | that works too |
18:23:34 | rasher_ | easier than trying to hunt down something silly |
18:25:29 | amiconn | cvs diff works great |
18:25:49 | rasher_ | I guess that would've been faster |
18:26:10 | Rick | hehe |
18:27:43 | rasher_ | Tangleding: I didn't make or release the fwpatcher to be fair, it was just me who uploaded it. Credit to preglow rather than me, or just say that it was released |
18:28:28 | rasher_ | (re IriverPortForNoobs) |
18:28:41 | Tangleding | oh sorry rasher |
18:28:52 | Tangleding | i correct this |
18:29:13 | rasher_ | That's alright, I was just getting credit for something I didn't create :) |
18:29:15 | Tangleding | naming Preglow will be convenient or you rather nameless mention? |
18:29:26 | preglow | i don't really care, heh |
18:29:46 | Tangleding | i rather name |
18:29:54 | Tangleding | if it doesnt annoy you |
18:29:54 | preglow | ThomJohansen |
18:30:01 | preglow | is my wiki entry |
18:30:07 | Tangleding | okay i go make the correction |
18:30:28 | Tangleding | (since i named LinusN for the bootloader) |
18:32:32 | | Part t0mas |
18:32:43 | Tangleding | okay that's done |
18:32:44 | Tangleding | :) |
18:34:20 | Tangleding | by all :) |
18:34:24 | *** | Saving seen data "./dancer.seen" |
18:34:33 | Tangleding | bye sorry |
18:35:35 | rasher_ | no problem, I understand the confusion, just setting the record straight |
18:36:34 | Aditya | umm |
18:36:37 | Aditya | help? |
18:36:49 | Aditya | =/ |
18:36:50 | rasher_ | With what? |
18:37:03 | Aditya | /tools/convbdf : Command not found |
18:37:15 | Aditya | this is when I was trying to run make |
18:38:02 | dwihno | you need to compile the tools too |
18:38:58 | | Quit Tangleding ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]") |
18:39:06 | Aditya | I am following the directions on the wiki |
18:39:22 | Aditya | made a build-dir.. |
18:39:33 | Aditya | ran ../tools/configure in that build-dir |
18:39:39 | Aditya | makefile was created with no error |
18:39:49 | Aditya | but when I run make, it gives me that command not found error |
18:40:03 | | Join amiconn_ [0] (~jens@pD9E7F861.dip.t-dialin.net) |
18:40:16 | | Quit amiconn (Nick collision from services.) |
18:40:17 | | Nick amiconn_ is now known as amiconn (~jens@pD9E7F861.dip.t-dialin.net) |
18:40:31 | Aditya | amiconn? any ideas? |
18:40:42 | Aditya | or anyone? hmm |
18:40:46 | rasher_ | I think you should run "make" in the tools dir |
18:40:51 | Aditya | I just did that.. |
18:41:00 | Aditya | it craps out on generate_rocklatin |
18:41:05 | rasher_ | did it not create a convbdf executable? |
18:41:10 | rasher_ | hm |
18:41:17 | Aditya | says autoconf.h: No such file or directory |
18:41:19 | rasher_ | I don't remember having this problem |
18:41:37 | preglow | me neither |
18:41:43 | Aditya | it said gcc -g convbdf.c -o convbdf ... |
18:41:45 | preglow | Aditya: you done a cvs update recently? |
18:41:48 | Aditya | so I am assuming it got that part.. |
18:41:55 | Aditya | but it didn't complete the make |
18:42:03 | Aditya | preglow.. this is from a week ago |
18:42:12 | Aditya | but it should still compile no? |
18:42:43 | Aditya | well I will try getting latest |
18:44:22 | amiconn | Aditya: Re-run configure in your build dir |
18:44:48 | preglow | yes, that'll probably account for the autoconf.h thing |
18:45:32 | Aditya | well I ran configure frrom build dir.. |
18:45:36 | Aditya | went back to tools |
18:45:39 | Aditya | put in make |
18:45:46 | Aditya | still craps out on autoconf.h |
18:46:26 | amiconn | Is there an autoconf.h in your build dir? |
18:46:46 | Aditya | well I just skipped running make in tools/ |
18:46:51 | Aditya | went back to build dir and ran make there |
18:46:55 | Aditya | seems to be doing somehting |
18:47:17 | Aditya | damnit |
18:47:34 | Aditya | keysum.h : No such file or directory |
18:47:49 | Aditya | and a whole bunch of undeclared constant errors |
18:48:29 | Aditya | and amiconn, there is an autoconf.h in my build-dir |
19:00 |
19:02:49 | preglow | keysum? |
19:03:05 | preglow | sure you don't mean checksums.h? |
19:03:22 | preglow | what platform are you on? |
19:06:56 | rasher_ | cygwin |
19:07:46 | preglow | ugh |
19:07:57 | rasher_ | your old friend |
19:08:58 | * | amiconn summons [IDC]Dragon |
19:40:48 | | Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- Go on, try it!") |
19:45:26 | | Join odd [0] (mrodd@fangorn.starshadow.com) |
19:50:37 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU) |
19:52:13 | | Join [IDC]Dragon [0] (~idc-drago@pD9512B6F.dip.t-dialin.net) |
19:52:29 | [IDC]Dragon | amiconn called, but now he's gone |
19:52:50 | | Join dropandho [0] (~a@h-67-100-106-171.nycmny83.covad.net) |
19:53:02 | dropandho | hey all! |
19:53:02 | [IDC]Dragon | Jens, if you read this: how about applyingthe "early USB mode" patch? |
19:53:21 | [IDC]Dragon | seems the rest is ready for it after your changes |
19:53:32 | [IDC]Dragon | off now |
19:53:36 | | Quit [IDC]Dragon (Client Quit) |
19:54:15 | dropandho | looks like the link for "today's log" on the website is doing that save trick |
19:55:22 | dropandho | when clicked- it doesnt open the page but launches a download of the txt file |
20:00 |
20:06:23 | | Join tvelocity [0] (~tony@ipa98.1.tellas.gr) |
20:27:38 | | Join joewo [0] (~joewo@adsl-64-175-46-56.dsl.pltn13.pacbell.net) |
20:27:53 | joewo | hi |
20:28:14 | joewo | anyone around? |
20:28:24 | preglow | perhaps |
20:28:28 | joewo | haha |
20:28:49 | joewo | just wondering if you were familiar with the Archos Jukebox Recorder 20 |
20:29:07 | preglow | never even seen one, i'm a h1x0 person |
20:29:46 | joewo | ok |
20:29:47 | joewo | :) |
20:30:25 | | Quit joewo (Client Quit) |
20:33:06 | dropandho | anyone know what im talkin about with the log? |
20:33:23 | dropandho | it did this a few months ago as well |
20:34:28 | *** | Saving seen data "./dancer.seen" |
20:36:57 | preglow | ahh |
20:37:00 | preglow | i had that as well |
20:37:04 | preglow | figured my browser was broken |
20:37:10 | * | preglow nudges Bagder |
20:47:10 | dropandho | hehe |
20:47:14 | dropandho | naw...same here |
20:47:19 | dropandho | it did it a few months ago also |
20:47:31 | dropandho | i forget what the fix was that did the trick |
20:54:39 | rasher_ | removing non-printable characters from the file |
21:00 |
21:04:42 | preglow | ? |
21:04:47 | preglow | apache actually scans the fil? |
21:04:49 | preglow | file |
21:06:22 | rasher_ | no, apache sends text/plain |
21:06:30 | rasher_ | mozilla tries to outsmart apache |
21:06:41 | preglow | argh |
21:06:44 | rasher_ | And it all ends in tears |
21:06:45 | preglow | i wish it stopped trying to emulate ie |
21:07:33 | | Join xen` [0] (~xen@pla25-1-82-227-196-9.fbx.proxad.net) |
21:10:40 | | Join muesli- [0] (muesli_tv@hmln-d9b8ef41.pool.mediaWays.net) |
21:13:47 | | Join stevenm [0] (~steve@stevenm-router.student.umd.edu) |
21:14:09 | stevenm | I been gone a while, studying for finals, etc. Anything new here? |
21:14:45 | preglow | not really |
21:15:04 | stevenm | multicodec, etc? |
21:15:27 | preglow | i would have mentioned that :> |
21:15:34 | stevenm | haha |
21:15:51 | preglow | but no, i have no time for rockbox right now |
21:15:58 | preglow | i think the same is the case with linus |
21:16:09 | stevenm | well midi codec technically works.. just still a tad slow. i plan on working on it later, haven't forgotten, but right now have finals, etc |
21:16:54 | preglow | sure |
21:17:03 | preglow | i'm not exactly mr. swift coder myself |
21:17:22 | preglow | i have some stuff uncommited, though, but lack time to finalize |
21:18:30 | stevenm | yea |
21:23:57 | | Nick tvelocity is now known as tvelocity[away] (~tony@ipa98.1.tellas.gr) |
21:28:27 | | Quit stevenm ("Leaving") |
21:38:48 | | Join pfavr [0] (~Peter_Fav@213.237.46.232.adsl.ron.worldonline.dk) |
21:38:49 | | Quit muesli- (Read error: 104 (Connection reset by peer)) |
21:55:34 | | Join Sucka [0] (~NNSCRIPT@host81-156-210-48.range81-156.btcentralplus.com) |
22:00 |
22:34:33 | *** | Saving seen data "./dancer.seen" |
22:36:53 | | Quit pfavr ("ChatZilla 0.9.61 [Mozilla rv:1.7.8/20050513]") |
22:38:22 | * | Bagder appears |
22:54:21 | | Quit rasher_ ("CGI:IRC (EOF)") |
22:59:59 | HCl | *yawn* |
23:00 |
23:00:35 | preglow | *lol* |
23:01:02 | preglow | so, what rockbox project did you end up working on? |
23:05:47 | | Join DangerousDan [0] (~Miranda@newtpulsifer.campus.luth.se) |
23:06:36 | | Join courtc [0] (~courtc@adsl-33-137-104.asm.bellsouth.net) |
23:10:03 | | Join TCK [0] (TCK@81-86-102-202.dsl.pipex.com) |
23:12:21 | | Join amiconn [0] (~jens@pD9E7EDBB.dip.t-dialin.net) |
23:22:32 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
23:32:26 | | Quit dropandho () |
23:40:23 | | Quit preglow ("lol") |