--- Log for 16.05.105 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 26 days and 15 hours ago 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 # 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 # 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 # 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 # Meanwhile there are 3 things I am waiting for :/ 00.53.45 # <[IDC]Dragon> what's #3? 00.54.11 # (1) The front assembly of Linus' oldplayer, to do the lcd init checks and flash 00.54.20 # (2) Trevor's 0308 ondio 00.54.25 # (3) my H140 00.54.35 # <[IDC]Dragon> ah, I forgot (1) 00.54.52 # Still there are some mysterious bugas 00.54.56 # *bugs 00.55.13 # <[IDC]Dragon> and the mounting race 00.55.34 # The recording code seems to overwrite the first minute before finally stopping on 'disk full' condition 00.56.20 # However, the code looks correct to me 00.57.27 # 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 # But it seems that this is not the cause... 00.57.27 # Plus there is a problem with playlist handling and shuffle 00.57.44 # 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 # (Not yet incorporating card status discovery) 00.58.34 # The tree.c fix repairs some nasty things, mostly, but not solely for hotswap 00.59.59 # You can try the following without the patch applied: 01.00.23 # <[IDC]Dragon> which patch? 01.00.34 # The tree.c fix 01.00.53 # 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 # It will detect end-of-playlist and return to the viewer 01.02.16 # 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 # ...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 # yes, one of the things that happened here too 01.11.06 # 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 # those people are... 01.23.46 # eh, I can't find any word 01.24.13 # http://www.misticriver.net/boards/showthread.php?t=20600 01.29.59 # night 01.37.21 # [IDC]Dragon: I found a manufacturer of 3 GB MMCs... 01.37.59 # 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 # They don't sell to consumers 01.45.12 # <[IDC]Dragon> they use a big box for it 01.45.19 # Hong kong manufacturer 01.46.12 # * [IDC]Dragon wonders how much 4.2 kg of cards would be 01.46.41 # I found a very interesting statement in the Archos Ondio FAQ: 01.47.04 # Q: Are there any future plans to integrate compatibility for Windows WMA format? 01.47.10 Quit tvelocity[away] ("Leaving") 01.47.25 # 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 # 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 # 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.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.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.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.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.01.16 Quit Aditya ("Download Gaim: http://gaim.sourceforge.net/") 07.31.40 Quit matsl (Remote closed the connection) 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.44.07 # 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.16 # urgh :( 10.00.37 # LinusN: I just had 2 ideas which might be useful... perhaps 10.00.38 # had about 1000 of them yesterday 10.00.57 # (daniel had 15000(!)) 10.01.08 # yes, he mentioned that 10.01.25 # (not the kind of spam, but the sheer number) 10.02.13 # (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 # This way, we don't need to return to the root dir everytime after USB 10.02.44 # sounds fair 10.03.02 # The browser would try to reload the current dir first, then jump to the root only if that fails 10.03.14 # sounds good 10.03.19 # Okay. 10.03.33 # I will fix the buttonbar for sub-browsers as well 10.03.59 # (2) My proposal for enabling localisation of plugins 10.04.24 # which is? 10.04.30 # Imho the strings should be compiled into the plugins, for all languages it supports 10.04.41 # Here's why: 10.04.55 # * LinusN cleans his glasses 10.05.28 # (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 # (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 # (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 # So if there is a need for change anyway, the string could be compiled in as well 10.08.50 # i'm with you 10.09.04 # ...because the number of strings in a plugin is small, so it shouldn't take too much space 10.09.11 # so we need a convenient way of handling the translations 10.09.14 # It also reduces the number of files 10.09.45 # Yes. There should be 'language source' files the same way as for the core multilanguage support 10.10.04 # There are 2 ways I'm not sure which one is better 10.10.18 # (1) Per plugin (2) per language 10.10.27 # I tend to think (2) is better 10.10.36 # i was about to say (1) 10.11.04 # Hmm, why? 10.11.15 # Using (2) a translator needs to touch less files 10.11.32 # Often our translators are no coders 10.12.04 # i agree 10.12.29 # a plugins/lang/ dir? 10.12.30 # One question is left - that of the localisation handling in the plugin itself 10.12.39 # yup 10.13.20 # The handling could be part of the plugin library, having one api function in the core to return the current language 10.13.50 # isn't that in the settings struct? 10.14.06 # hmmm, or is it just a file path? 10.14.16 # Is the settings struct already accessible from the api? 10.14.20 # yes 10.14.32 # global_settings is available 10.15.07 # but i guess the language setting is just a file name 10.15.16 # * amiconn checks 10.15.37 # in the config block 10.15.43 # 0xCC (char[20]) Lang file 10.15.59 # global_settings.lang_file 10.16.19 # But this is the filename, including path 10.16.29 # excluding path 10.16.34 # or? 10.16.52 # Ah, you're right 10.17.03 # convenient 10.17.09 # In the settings file the path is added 10.17.16 # ah 10.17.50 # Imho we should strinp the extension in global_settings.lang_file as well 10.18.10 # The talk code also needs the language without extension (to add .voice instead) 10.18.16 # so we could let the plugin lang loader load from a different dir, and we're set 10.18.17 # *strip 10.18.31 # No loading, compiled it... 10.18.39 # ah yes 10.18.55 # It would check the name with its internal tables 10.19.00 # yeah 10.19.19 # not that much of a problem 10.19.41 # I'm thinking about a similar mechanism as I used to cut down the language data size in the core 10.20.11 # ..using 2 string pointer arrays 10.21.45 # The first would be an array of pointers which should point to the strings of the current language 10.22.20 # This will be filled by a function, going through a 'string thread' pointed to by the second array 10.23.00 # The second array has one entry per language, and points to a 'string thread' separated by single zero bytes 10.23.45 # The very first entry in each thread would be the language name 10.27.29 # sounds good 10.28.16 # 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 # ...or the english string would need to be placed there during build 10.29.08 # i think option 1 sounds better 10.29.26 # ...easier, but bigger plugin size, which would however happen anyway as soon as the string actually gets translated 10.30.41 # 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 # 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 # you're not alone 10.35.31 # we are several who know perl 10.36.19 # We would need a script that would be called once per (localised) plugin, 10.36.58 # which would then put together a .h and a .c from the strings for this plugin from all plugin language files, 10.37.26 # leaving out the languages where all strings are empty 10.38.22 # ..and an 'uplang' equivalent for translators 10.38.37 # yup 10.39.21 # The plugin language files should use the same format as the main ones (without the voice: part for now) 10.39.50 # ...with identifiers like VIEWER_LANG_LINE_MODE 10.40.05 # ...i.e. plugin name prepended in capitals 10.40.48 # Englsih should be master to decide the string order as well 10.40.54 # *English 10.42.50 # nods 10.49.23 Join DMJC [0] (~James@220-245-177-51-sa-pppoe.tpgi.com.au) 10.51.23 # English should also always be the first element of the array2 I mentioned. The order of the others doesn't matter 10.51.52 # nods again 10.52.24 Join muesli- [0] (muesli_tv@hmln-d9b8e191.pool.mediaWays.net) 10.52.36 # Perhaps I should start with writing the plugin lib module (proposed name: localisation.c), 10.52.53 # do an experimental localisation of one plugin, building the .c /.h by hand, and put this in the tracker 10.53.15 # Someone more knowledgeable in perl could then do the script(s) 10.53.21 # sounds like a good way to go 10.53.27 # (show me the code) 10.53.29 # morning 10.53.37 # morn 10.53.41 # morning 10.55.32 # *yawn* :D 10.56.31 # LinusN: Do you have an idea how the build process could decide whether a plugin is localised or not? 10.56.58 # not really 10.57.05 # It would need to build the additional :c/.h, compile and link it in 10.58.12 # Ah of course... an auto-dependency 10.58.37 Join dwihno [0] (~dw@81.8.224.89) 10.59.13 # In the plugin source, we'd need #include "viewer_loc.h" in addition (o rinstead of) #include "localisation.h" 11.00.06 # ..and the _loc.h needs a rule to generate it from the plugin language files 11.01.01 # 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 # 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 # ? 11.17.32 # #include file with code 11.17.47 # There is already another place that does similar... the credits.raw 11.18.09 # And I don't mean actual code, but the string arrays 11.18.23 # that's ok 11.18.30 # HCl ? 11.19.01 # The code itself should of course be part of the plugin lib 11.20.06 # 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 # muesli-: cygwin of the devkit by bluechip 11.24.49 # then you have all linux tools on windows 11.26.06 # 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 # bbl 11.35.14 Part amiconn 11.44.41 Join Zagor [0] (foobar@h63n1fls31o265.telia.com) 11.45.53 # wooo, back from the dead 11.47.27 # * ashridah dances around tossing out rose petals n stuff 11.47.37 # etc 11.51.50 # * Zagor walks with stiff legs and arms out 12.11.51 # l8er... 12.15.25 # wha? 12.15.38 # oh. 12.15.41 # grayscale build. 12.15.44 # hopeless in linux 12.15.47 # interestign 12.16.39 # * HCl will update the grayscale build on his ftp, compiling.. 12.17.36 # grayscale build? 12.17.43 # you finally finished the lcd driver? 12.18.00 # no. 12.18.04 # old grayscale patch. 12.18.07 # 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 # 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.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 # re 13.16.39 Quit lostlogic (Read error: 110 (Connection timed out)) 13.26.43 # mmm 13.29.10 # LinusN/Zagor, do you get the same spam crap I do? 13.29.34 # yeah, but not nearly as much 13.31.05 # I was about to get crazy before I got my filter to work 13.31.28 # i can understand that. i only get 10-20 per day so it's just a minor nuisance for me. 13.31.35 # now it has filtered more than 6000 mails since 01 tonight 13.31.48 # holy fuck 13.32.02 # wait. 6000 spam, or 6000 total spam+nonspam? 13.32.07 # (either way, it's still a lot) 13.32.08 # 6000 spam 13.32.13 # I got ~15000 yday 13.32.21 # its a nightmare 13.32.23 # o.o 13.32.26 # from what? 13.32.33 # I think it is a virus sending them 13.32.39 # they're 99% german racist mails 13.32.58 # ew. 13.33.03 # luckily for me, I never get any legitimate german mails 13.33.13 # so I can filter out the mails with certain german words in them 13.33.15 # i'm just glad that all my email gets spamfiltered on the mailserver for me 13.33.23 # well, I do that too 13.33.28 # but these aren't caught 13.33.57 # bad spamfilter :p 13.34.11 # yah, spamassassin and clam-av are reaaaally crappy 13.34.23 # B-P 13.35.27 # Bagder: are you using spamassassin's learning capabilities? 13.35.32 # yes 13.35.34 # just feed it a few hundred specimens 13.35.49 # should majorly bump up the rest 13.35.59 # these mails are just so very short, very little to trigger on 13.36.09 # 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 # echo :-) 13.36.40 # ah 13.36.53 # that does make it more difficult. always the same url? 13.37.00 # my procmail filter has the benefit that it also catches bounces with these words in them 13.37.09 # no, there are 129 domains used in the urls 13.37.13 # arghl 13.37.55 # * (Multi-Kulturell|ueber Deutschland|Selbstjustiz|einzigen Auslaender|... 13.37.59 # :-) 13.38.13 # procmail is my friend 13.38.28 # hahaha 13.38.31 # 15000 spams per day 13.38.36 # how do you _not_ go insane? 13.38.40 # i have so far "only" received about 1200 13.38.44 # yeah. time to get a new email address. and domain. :) 13.39.10 # i stayed spam free for ages. then some fuckwit had to put my email address online :( 13.39.28 # time to erect the scaffold 13.39.32 # 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 # i don't get too much, but sometimes i get sudden bursts of 50/hours for days on end 13.40.04 # hour 13.42.13 # 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 # LinusN: any thoughts on the remote-clicking? I made logo.rock use the remote display, and still I get no clicking. 13.55.12 # i haven't given it any thought 13.55.28 # Could be that we just won't run into it 13.55.35 # With a bit of luck 13.55.58 Quit tvelocity (Read error: 145 (Connection timed out)) 13.56.32 # 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 # 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 # possibly 13.59.16 # someone playing with his botnet 14.00.21 # 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 # (and we get a lot too) 14.01.18 # ordinary days I get perhaps 300 spams 14.02.16 # mm, that's "only" 2-3 times what I get :-) 14.02.50 # Zagor: but if it's all the same spam more or less, that would not explain it 14.03.15 # lots of them are of course bounces too 14.03.32 # since it has sent mails with my address 14.04.59 # 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 # well "someone" wants to patent it, and not everyone is so happy about that... 14.06.05 # 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 # 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 # yeps 14.08.14 Quit necessity (Client Quit) 14.08.19 # 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 # rasher: Does it display the logo simultaneously on botth lcds, with separate bouncing? 14.09.19 # (committed) 14.09.25 # does the glitch summon satan? 14.09.49 # amiconn: it uses the same x/y with scaling 14.09.50 # rasher: I hope this doesn't break the sim. Remote lcd is not (yet) simulated... 14.10.25 # Ooops 14.10.27 # it probably will 14.10.33 # what's the def for sim again? 14.10.42 # SIMULATOR 14.10.50 # Shocking 14.11.15 # is the build time estimate more accurate now btw? 14.14.26 # okay, simulator builds now 14.15.39 # But a red build is coming up I guess 14.18.15 # I have a feeling that the problem I have is something to do with doing divisions with ints 14.18.54 # but I'm not quite sure what to do about that 14.23.09 # yup, red build for iriver-sim 14.24.13 # 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 # Zagor: hm. looks like it should. 14.26.48 # 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 # haha 14.27.37 # Zagor: try kregexpeditor when you're trying to make sure a regex makes sense. :) 14.28.20 # ooh, clicky graphics! 14.29.02 # 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 # Probably some stray null bytes in it 14.29.43 # This does happen from time to time 14.29.44 # or 8 bits 14.29.47 # ah, right 14.29.53 # firefox is rather silly 14.30.01 # 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 # For me, it offers to save or 'open with' 14.30.18 # amiconn: same here 14.30.27 # I use the latter in such cases, opening with notepad 14.30.36 # I often miss a "force display in the browser" option 14.30.42 # highly annoying still 14.30.44 # opera has that 14.31.02 # if the dialog just had "open with - browser" option 14.31.05 # but doesn't need it, because it actually trusts the web server :-) 14.31.08 # It'd be acceptable 14.31.14 # The 'they know better than the web server' is sometimes useful as well 14.31.17 # more acceptable at least 14.31.25 # There are lots of badly configured servers out there 14.31.48 # well, then _they_ should be fixed rather than to screw up on those that are correctly setup 14.31.50 # amiconn: yeah, but as it is now it's impossible to do the right thing 14.31.50 # 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 # and then they have the fucking gall to go 'but it works in IE!' when i hit them 14.32.10 # hahaha 14.32.43 # ashridah: the world is full of idiots. but forcing everyone to behave like that is obviously not a good solution. 14.32.58 # but i like hitting people :( 14.33.02 # lol 14.33.05 # 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 # ...but I'm not sure about the maximum number of partitions to support 14.35.05 # Imho the same maximum that Linux offers without creating additional device nodes would make sense (16) 14.35.21 # Maybe this is overkill... 14.35.45 # with a define, it could be raised by insane people 14.35.54 # I figure 4 or so would be a fair default 14.35.56 # sounds a bit much. I'd say 4 is a good default. 14.36.02 # :-) 14.36.05 # 4 are already the primaries... 14.36.06 # doh, late again 14.36.27 # amiconn: and you've found many users that went beyond that? 14.36.27 # amiconn: yes, but when you use extended you rarely use all primaries 14.36.49 # I would say it is veeery rare 14.37.19 # Yes, but my idea was to use the same enumeration scheme as linux (and dos and...) 14.37.41 # First, read all 4 primaries. Then check for type == 5 and walk the linked list 14.38.02 # how much static space does each partition take? 14.38.33 # 12 bytes with the current struct 14.38.50 # hehe, that's.... not much 14.39.06 # I've read that setups with multiple extended partitions in the primary table are working in linux. 14.39.12 # 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 # 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 # I guess I'll use a total of 8 first (4 primary and 4 extended) 14.39.56 # i need better lecturers :( 14.40.27 # ashridah: those who can, do. those who don't, teach. 14.40.39 # my sentiments exactly 14.40.47 # but he's also a researcher, supposedly. 14.41.12 # afraid of the real world, that is 14.41.25 # heck, I am too ;-) 14.41.29 # :-) 14.45.33 Quit muesli- (Read error: 113 (No route to host)) 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 # tataa - time for the classic question again! Oh no, Linus left. Anyone else might be able to answer it? 15.23.00 # depends on the question, and how classic it is 15.23.24 # is it the kind of classic that involves us pointing and laughing at someone naive enough to ask about timeframes? :) 15.23.42 # 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 # oh. it's been done for weeks. linus is just too busy listening to music to release it :) 15.24.23 # that's what i thought 15.24.27 # damn 15.24.34 # LOL 15.25.09 # 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 # or what do you say, bagder? 15.26.22 # settled? 15.26.36 # yes, been satisfied... 15.26.54 # of course we're not settled 15.27.03 # I bet we'll never be :-) 15.27.59 # no... if H1x0 is working they'll just start working on the next player... 15.28.19 # well, the archos version is hardly "done" either 15.28.22 # no, im just curious, is it still 15 secs tops? 15.28.26 # it never gets complete 15.28.53 # sox: yes it is 15.29.02 # as no one has worked on it since 15.29.10 # ah... ok. 15.29.51 # what's missing the most? 15.30.02 # Bagder: the feeder thing described in the sound API still has to be built? 15.30.29 # the current sound work doesn't follow that proposal 15.30.38 # ah ok 15.31.28 # so it's still lot's of work left until it works? 15.31.32 # I guess 15.31.43 # mp3 shouldn't be too far away 15.31.57 # ok 15.31.58 # ghehe... 15.31.59 # 1 week ;) 15.32.06 # then's my vacation... 15.42.04 Quit sox ("CGI:IRC (EOF)") 15.42.06 # use it to optimize codecs! 15.42.23 # not much else you can do that'll help the sound come along 15.48.20 # I ment it should be done in 1 week ;) 15.48.31 # so I can listen music w/o reboot :) 15.48.49 # my real nothing to do time is in 5 to 6 weeks :) 15.48.57 # so then I'll try to help some more 15.49.31 Quit ashridah ("sleep") 15.50.50 # bbl 15.50.51 Part amiconn 15.59.22 # haha 16.02.34 # but nah, i expect things'll shoot forward when some playback code gets released 16.02.46 # 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 # Someone tell me how to fix logo.c 16.16.33 # fix? 16.17.03 # well, I'm scaling the main-LCD coordinates to the remote-lcd-coordinates 16.17.35 # but (I'm guessing) integer divisions make me lose some precision, so the logo bounces at x=-2 pixels or something 16.17.42 # ahh 16.17.44 # that's nasty, yes 16.17.58 # x=-2 sounds pretty strange, though 16.18.13 # Yes, I'd have thought 1 pixel 16.18.32 # I'm pretty sure I'm only performing one division 16.18.51 # yup 16.19.24 # 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 # easiest is probably just to maintain a separate set of coords for the remote lcd 16.19.46 # with a separate set of deltas 16.20.04 # that'd ruin the illution that they're in sync though :) 16.20.20 # indeed 16.20.20 # it looks fine though, apart from that 16.20.29 # so I think I'll just leave it for now 16.20.29 # so then you'll have to go fixed point or find some easy hack 16.20.42 # the x=-2 thing sounds like some other bug, though 16.21.00 # Indeed.. I didn't check that it actually is -2 16.21.06 # it just looks like more than one pixel 16.21.08 Join webguest57 [0] (~5087b527@labb.contactor.se) 16.22.45 # actually 16.22.51 # it seems like more like 5 pixels 16.22.54 # which is even weirder 16.23.34 # guess I should debug 16.24.06 # 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 # now this I don't understand 16.34.11 # the coordinate looks right 16.34.19 # it just gets drawn outside the screen 16.34.22 *** Saving seen data "./dancer.seen" 16.34.24 # afaics 16.38.06 # re 16.38.20 # well, try with static coordinates 16.38.31 # and see if what you think is x = 0 really is the leftmost pixel 16.38.44 #