--- Log for 08.05.105 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 18 days and 15 hours ago 00.06.56 # <[IDC]Dragon> gotta go soon 00.07.55 # <[IDC]Dragon> just 1 thing: my vector table is evenly spaced, entries pointing to values 4 bytes apart 00.08.29 # Hmm. I don't have an idea what may cause this... 00.08.30 # <[IDC]Dragon> the firt one to 0x09006600, second to 0x09006604, and so on 00.08.40 # <[IDC]Dragon> first 00.09.04 # iiuc it must be that way for most vectors 00.09.26 # Look into firmware/system.c why 00.09.27 # <[IDC]Dragon> no, they point to code, some even to the same 00.09.51 # Yes, they point into that UIE "code array" 00.10.33 # It's implemented that way to get both the source address and the exception type 00.10.49 # Only some vectors point to "productive" code 00.11.41 # <[IDC]Dragon> I know, but mine is really a strict counter 00.12.06 # <[IDC]Dragon> at 0x09006600 I really find a table, but with wild entries 00.13.57 # Maybe your code doesn't include anything that requires interrupts? 00.14.11 # <[IDC]Dragon> the drivers do 00.14.13 # I just looked at the vector table of my current ondiosp binary 00.14.34 # _most_ entries also look as you describe, only the base address is different 00.14.44 # 0x0901FE44 00.14.56 # That is without sectioned compilation 00.15.07 # <[IDC]Dragon> 0x09006600 is within UIE for my build 00.15.18 # yup 00.15.41 # <[IDC]Dragon> strange, I will continue later 00.15.45 # <[IDC]Dragon> bye 00.15.50 Quit [IDC]Dragon () 00.17.33 # all the float functions in dumb will have to be replaced altogether 00.18.20 # hcl will be doing this :PPP 00.18.35 # I just get bored by all the warnings 00.18.40 # so I nuke a few 00.18.48 # yes, sure 00.20.36 # Bagder: I can't see a reduction of warnings by your dict.c commit... 00.21.21 # no, I don't think the cvs build table shows that 00.21.27 # I got it locally though 00.21.50 # Do you compile with even more warnings enabled? 00.22.08 # no, but I have a different set of gcc versions 00.24.43 # Try with gcc 4 :P 00.24.57 # hah 00.25.01 # suicide mission ;-) 00.25.22 # you'll get a heapload of new warnings 00.25.26 # heh 00.25.32 # pointer signedness 00.25.35 # ...which are correct, btw 00.25.40 # preglow: yups 00.25.46 # yes indeed 00.25.47 Join LinusN [0] (~linus@labb.contactor.se) 00.25.56 # I guess many of those can be enabled already with 3.4 00.26.51 # * Bagder nominates midi2wav.c as the ugliest piece of code in Rockbox 00.27.23 # i'm sure stevenm will be honoured 00.27.28 Quit Harpy (Read error: 145 (Connection timed out)) 00.27.30 # #including 5 .c files 00.27.56 # yes, it's a temp thing as of yet, i believe 00.28.01 # not sure if it'll end up as a codec 00.28.10 # but still 00.28.16 # pretty it is not 00.28.34 # mmm. 00.29.49 *** Saving seen data "./dancer.seen" 00.30.02 # i wonder what became of the wavpack guy 00.31.45 # Bagder: The changelogs in the daily build table are sometimes off, plus the changes sometimes show up too early if something is committed in the middle of a build 00.32.17 # the changelogs are from the last 20 minutes 00.32.35 # ?? 00.32.45 # if a change in CVS is detected 00.32.52 # I mean, the changelog sometimes show the same change twice 00.32.53 # which it does by actually cvs update 00.32.59 # yes 00.33.06 # that's because it always uses 20 minutes backlog 00.33.16 # and a build is typically 13-15 minutes 00.33.17 # Hmm 00.33.33 # Imho that's somewhat irritating 00.33.47 # I'd expect it to show the changes which triggered the build 00.33.59 # well, it doesn't know that 00.34.09 # it updates and see a diff => rebuild 00.34.23 # LinusN: are you responsive at the moment? 00.34.49 # but I agree it is slightly annoying 00.35.01 # preglow: sure 00.35.05 # LinusN: Btw, I got your box to load rockbox from disk (by reformatting and putting back archos.mod as the first file 00.35.15 # amiconn: good 00.35.38 # LinusN: i tried clearing both CACR and ACR0 and ACR1, shouldn't that disable the code cache? 00.35.40 # Now I'll wait for that plastic cover to continue... 00.36.03 # Please don't forget to include the button caps and the screws... 00.36.30 # sure 00.36.43 # 16 warnings less 00.36.55 # well, i can detect no differences in execution time 00.37.27 # but i also can't see anything wrong in the cache setup 00.37.40 # btw, I have the endian stuff finally fixed in my local build now 00.37.53 # Nice :) 00.38.00 # preglow: clearing CACR should do it 00.38.08 # LinusN: Did you read about my dead code digging? 00.38.21 # yes, some of it 00.38.25 # LinusN: then ACR0 must be set incorrectly, or something, because i still get exactly the same codec run times 00.38.37 # hmmm 00.38.44 # sounds promising :) 00.39.09 # but it looks correctly set up to me 00.39.14 # then again, i don't really know much about this 00.39.57 # * Bagder decides to go for it now 00.40.06 # stand by for biggish commit 00.40.14 # * preglow gets coffee 00.40.19 # * LinusN crawls under the table 00.40.24 # LinusN: I'm not sure what to do about all that dead code. 00.40.34 # "all that" 00.40.49 # how much is it, and what do you want to do with it? 00.41.04 # The functions which are completely unneeded for some platforms should be disabled imho 00.41.12 # sure 00.41.38 # now update and tell me what breaks! ;-) 00.41.47 # re-configure 00.41.57 # However, there are some functions which are currently unused on *all* platforms, but which shouldn't go away imho 00.42.41 # We could switch the build to use sectioned compiling and link with garbage collection like I did as an experiment... 00.43.16 # ...but (1) I couldn't test on iriver, maybe there are problems and (2) this encourages laziness... 00.43.31 # Bagder: works just dandy here 00.43.36 # goodie 00.43.52 # the build dir is less cluttered now 00.44.05 # so i see 00.44.19 # LinusN: look at my comprehensive table, the gain is 1046...2090 bytes atm (SH platforms only) 00.44.32 # The completely unused functions are marked in dark red 00.45.40 # oh. oops. no wonder my invertrect didn't work >.>; 00.45.55 # HCl: i take it dumb is not a priority? 00.46.07 # preglow: not very.. at the moment. 00.46.18 # search engine/database needs a tiny bit of work. 00.46.30 # after that i should be free to look at that, or something else for that matter 00.46.48 # someone else working on the codecs would be nice... 00.46.48 # heh 00.46.59 # amiconn: where is this comprehensive table? 00.47.31 # http://amiconn.dyndns.org/Unused%20code.sxc I think you're reading backlogs ;) 00.47.53 # sxc?? 00.48.01 # openoffice 00.48.17 # ahh 00.48.33 # can m$ office open that? 00.48.40 # noooo 00.48.47 # HCl: nope 00.48.51 # preglow: i'll take a look at it after i'm done with rundb 00.48.59 # But oo can save as msoffice :P 00.49.18 # .txt for ever! 00.49.38 # Spreadsheets as .txt ??? 00.49.42 # ok, pdf! 00.50.07 # the adobe reader is soon the same size as open office ;-) 00.50.23 # yes, it's grown quite a bit 00.50.33 # unfortunately it is also the only pdf reader that i can use without screaming in agony 00.50.44 # Openoffice is still smaller than ms office ;) 00.50.51 # it uses *96* megabytes after install 00.51.20 # haven't had use for any office suites for a while 00.51.43 # yay 00.51.44 # ! 00.51.53 # my code works :3 00.53.07 # Bagder: reconfiguration required? 00.53.10 # yes 00.53.40 Join Moof [0] (moof@oh.hail.to.thee.blithe.wompom.com) 00.53.47 # hey 00.53.59 # hi 00.54.32 # this port of rockbox to the iRiver sounds cool. Is there anything as a non-C-friendly guy I can do to help? 00.55.05 # yeps, learn C and join in ;-O 00.55.12 # ;) 00.56.19 # I don't know, I guess code is what we lack the most atm 00.56.51 # or someone more than Linus with a bdm and h3x0 00.57.04 # yup, can't think of anything non-code-related that needs doing 00.57.13 # oh well 00.57.21 # mind if I pitch in an observation though? 00.57.28 # fire away 00.57.33 # reading the audio API bit, it doesn't seem to have much about seeking in it. Are you goign to be able to start playing a file half way through? 00.57.41 # yes 00.58.05 # that's a MUST 00.58.09 # right now my biggest gripe with my iRiver is that if I lose my place in an audiobook, I have to seek through 4 hours of stuff to get to it 00.58.23 # we already do mid-song resume on Archos 00.58.23 # understandable 00.58.25 Join Strath [0] (~mike@dgvlwinas01pool0-a252.wi.tds.net) 00.58.36 # ...plus bookmarking 00.58.42 # brilliant ;) 00.59.20 # and can I put in a cheeky request for Speex on the list of codecs? ;) 00.59.27 # I don't think Linus followed that proposal very closely when he wrote the initial code 00.59.41 # at least it didn't look like that too me ;-) 00.59.45 # to me 00.59.45 # Bagder: aaah 01.00.13 # Moof: the problem is not to add codecs, we all want all codecs, the problem is that we need someone to work on it 01.00.26 # fair enough 01.00.28 Quit Sucka ("a bird in the bush is worth two in your house") 01.00.30 # I did say it was cheeky 01.00.34 # :-) 01.00.42 Join Sucka [0] (~NNSCRIPT@host81-156-210-48.range81-156.btcentralplus.com) 01.00.48 # amiconn: build working fine? 01.00.55 # Yes it does 01.01.10 # However, my way of updating my boxes got a bit more difficult :/ 01.01.11 # great 01.01.24 # what way is that? 01.01.56 # Now I need to go 2 dirs down to grab the plugins 01.02.14 # write a script for it! 01.02.34 # Hmm, probably I should do that 01.02.41 # find . -name "*.rock" 01.02.57 # anyway, I'll try to keep up with the wiki. when you need spanish translators or stress testers or UI testers or other things a non-C guy can do, stick something up there :) 01.03.33 # Moof: we'll do that for sure 01.03.47 # Bagder: It's not that simple. Probably the easiest way would be to start from the makezip script 01.03.47 # I think the spanish translation is fairly up-to-date 01.04.03 # amiconn: yes, that has a somewhat extended check 01.04.08 # thanks guys. Keep up the great work :) 01.04.11 # Basically I want almost what this script does, only that I don't want all languages 01.04.36 # ...but only english and german for me, and additionally swedish for my sis 01.04.53 # should be an easy edit 01.05.13 # And of course it shouldn't zip the result, but put it on the box 01.05.29 # It would need a way to know the drive letter.... 01.06.52 # Did you check whether simulator builds still work (especially the 'make install' part)? 01.07.13 # I tried make zip 01.07.19 # so I think it works 01.07.56 # Yellow and red builds... 01.07.59 # yeps 01.10.18 # LinusN: and yeah, stuffing the main imdct_l loop in iram speeded stuff up from 180% realtime to 220%, i really don't think there should be such a dramatic speedup if the cache was working properly 01.11.23 # * LinusN is running some cache tests 01.15.55 Quit Sucka ("a bird in the bush is worth two in your house") 01.17.20 # initial tests show that the cache does have impact 01.17.50 # for(i = 0;i < 10000000;i++){} takes 84 ticks with cache and 2163 without :-) 01.18.03 # yes, i too am pretty certain the cache works :/ 01.18.14 # but i'm still puzzled why i can't seem to turn it off 01.18.50 # probably did something wrong 01.19.09 # I'm off to bed. If there are any remaining build problems and no one else fixes them, I'll continue working on the tomorrow evening 01.19.20 # gnite 01.21.00 Quit einhirn_ (Read error: 131 (Connection reset by peer)) 01.25.51 Join einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de) 01.26.18 # preglow: how do i include your imdct_mcf5249.S in my build? 01.26.40 Join stripwax_ [0] (~stripwax_@213-228-241-36.dsl.prodigynet.co.uk) 01.26.48 # sup 01.26.49 # well 01.27.13 # you have to replace the one that's already there, obviously 01.27.18 # and declare ASO_IMDCT someplace 01.28.22 # i just #define ASO_IMDCT if CONFIG_CPU==MCF5249 etc etc in layer3.c right now 01.33.52 Join asdsd____ [0] (~asdsd@h-67-100-29-43.miatflad.dynamic.covad.net) 01.33.56 Part asdsd____ 01.40.10 # ugh. 01.40.14 # * HCl goes to sleep and bites his editor. 01.40.18 # that code is an utter mess. 01.40.22 # humm 01.40.23 # but i have no idea how to cleanify it. 01.40.24 # prettify it 01.40.36 # any of you guys have suggestions for good books for low level programming? 01.40.42 # like the kind of stuff you guys are doing 01.41.10 # not all rockbox code is very low level 01.41.20 # hehe, i can't remember ever reading a book on that... 01.41.25 # me neither 01.41.26 # * HCl considers designing his code in OO first to get it organized, then code it with structs and functions... 01.41.46 # well I want to help with the h3xx stuff.. but eh.. maybe I am getting too ambitious 01.41.55 # HCl: if you've got it planned out how to work with oo, just using structs in the first place shouldn't be that hard 01.42.22 # Aditya: if you know nothing of low-level programming as it is, then yes, i think you are ;) 01.42.40 # Aditya: i'm afraid nobody will be able to work on the H300 until i have ported the bootloader to it 01.43.05 # and most of our code should work well 01.43.08 # well, it's possible that someone else could port the bootloader ;-) 01.43.23 # port it, yes 01.43.57 # stripwax_: is the encryption the same btw? 01.44.19 # yep. different key but the ihpfirm sources handle it anyway 01.44.37 # great 01.45.23 # well I know how to program in C.. but I am not familiar with firmware and such 01.45.57 # I guess I will just wait a couple of weeks, get one of those BDM wigglers and fool around 01.46.09 # you can always flash a dead unit if you have a BDM wiggler right? 01.46.14 # Aditya: indeed 01.46.15 # yes 01.46.24 # or is there any way I can completely destroy my iRiver? 01.46.25 # Aditya: do you know how to connect it? 01.46.25 # Aditya: but you really don't need one once the bootloader is done 01.46.39 # oh 01.46.42 # ah, much better 01.46.48 # I know what causes the warnings in bmp.c. It's a design error... readshort() / readlong() are functions taking a pointer and returning a short/long for big endian, but they're replaced by identity macros for little endian.... 01.46.54 # when will this boot loader be done? anytime soon? 01.47.01 # probably not 01.47.12 # i'm a busy man 01.47.12 # I wanted to do something different over the summer anyways so I will prob mess around with it either way 01.47.32 # and hopefully not blow up my H320 :P 01.47.44 # i haven't managed to have my h120 explode yet, at least 01.47.50 # Aditya - it's always possible to kill your iRiver by electrostatic discharge ;-) 01.48.02 # stop scaring me! 01.48.04 # :P 01.48.05 # but i'll probably try to connect the BDM to my H320 pretty soon 01.48.13 # heh.. I did ruin my mobo once though.. 01.48.17 # with a bit of luck, little work will be required 01.48.23 # although that was my bro's fault.. 01.48.43 # idiot comes in with his fur coat.. 01.48.45 # someone's found the lcd display used as well, i see 01.48.50 # whoop de doo. mobo goes to hell 01.48.57 # Linus - oh cool, didn't realise you'd already sourced an H3xx. is it US or non-US model (believe the hardware's different) 01.48.59 # preglow: hopefully, yes 01.49.22 # he didn't mention why he was so sure that was the one 01.49.33 # and we still don't have the data sheets 01.49.36 # so I am guessing the main thing you guys are missing for H3xx are the drivers for the actual hardware? 01.49.37 # deed 01.49.47 # Aditya: i think we've got most of them 01.49.49 # stripwax_: it's a US model 01.49.51 # Aditya: apart from the lcd driver 01.50.06 # LinusN - so no USB-on-the-go (is that right?) 01.50.18 # stripwax_: well, i can mod it 01.50.18 # stripwax_: can be enabled with a simple latch, i think 01.50.25 # heh ;-) 01.50.33 # I have a US model too.. and I can open it up over the summer if needed.. but I think linusn will prob have better luck doing that and not killing the player 01.53.31 # i just had to open mine 01.53.39 # openable things tend to be opened around me 01.55.08 # * HCl writes pseudocode and goes to sleep 01.56.07 # The bmp.c warnings are tricky :( I would like to replace these functions with the neat SWAB32/SWAB16 macros, but can't do so because the bmp file header isn't properly aligned 02.00.04 # good night (and other) all 02.00.53 Part MoosCamaro 02.01.17 Join ashridah [0] (ashridah@220-253-123-154.VIC.netspace.net.au) 02.02.29 # gotta go. 02.02.32 Part stripwax_ 02.03.49 # i like the fact that the coldfire init utility code generator doesn't invalidate the code cache 02.04.38 # oh, it does 02.09.48 # init utility code generator? 02.10.05 # yeah, there's a utility to generate coldfire init code 02.11.15 # just wanted to see if its idea of cache disabling code was the same as mine, heh 02.11.37 # does it enable it in the same way as i do? 02.12.14 # yes 02.12.36 # invalidate with 0x01000000, then 0x80000000 to enable cache 02.12.39 # then set up acr 02.12.57 # and the acr is set up in the same way? 02.13.52 # doesn't let me use base address 0x31000000 02.14.06 # really? 02.14.08 Quit cYmen_ ("zZz") 02.14.35 # nope, complains the base address has to be a multiple of the memory region size 02.15.14 # that is generally true, the 31000000 is a hack to work around the A24 bug in the chip 02.16.52 # hmm 02.17.06 # but yeah, i can't see anything wrong 02.18.45 # but unless the cache mode is reset some other place, i don't understand why i can't measure a difference 02.19.46 # asm(" move.l #0,%d0\n movec %d0,%cacr"); 02.20.05 # that's what i'm doing 02.23.00 # it seems to boot slower 02.27.26 # it almost certainly does boot slower when i disable the cache 02.29.07 # whoa. you people have been busy in the last four and a half hours 02.29.24 # so i get a difference, just not when using codecs 02.29.25 # hahah 02.29.31 # ashridah: bagder has been busy ;) 02.29.50 *** Saving seen data "./dancer.seen" 02.30.48 # preglow: i did a cache test in helloworld.rock 02.31.06 # the cache gave great performance there too 02.31.17 # :/ 02.31.31 # so there must be something about your code that makes the cache impact small 02.31.55 # i just don't see why i can measure _no_ difference 02.32.02 # there should be tons 02.33.14 # maybe not tons, but there should be a difference... 02.33.30 # there is a noticable difference when booting 02.33.40 # that should translate to a measurable difference, and that easily 02.34.59 # almost seems like the cache is in freeze mode 02.35.05 # but it's not 02.39.27 # well 02.39.36 # invalidate_icache() enables the cache 02.39.40 # i didn't think of that 02.40.01 # small wonder there's no difference, then 02.40.11 # huh? 02.40.23 # the cache is enabled before a plugin is loaded 02.40.26 # via that function 02.40.32 # ah 02.43.22 # fg 02.43.30 # wrong window, yes 02.48.41 # well, well 02.48.48 # i have no idea whatsoever makes the code slow 02.49.02 # considering everything i've learned so far, it should be faster 02.51.55 # we'll find out soon enough 02.52.05 # i have to go to bed now 02.52.11 # cu around 02.52.13 # yes, me to 02.52.14 # yup 02.52.17 Part LinusN 02.52.17 Quit preglow ("leaving") 03.11.11 Join t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl) 03.11.24 # night :) 03.14.05 Join DMJC [0] (~James@220-245-177-51-sa-pppoe.tpgi.com.au) 03.22.37 Nick ashridah is now known as Lost-ash (ashridah@220-253-123-154.VIC.netspace.net.au) 03.32.32 Join ]RowaN[ [0] (~522bd6ab@labb.contactor.se) 03.32.49 # <]RowaN[> can someone tell me where i can get grayrockbox.zip ? the link i found for it seems to be dead 03.33.07 # you can compile it... 03.33.18 # get the patch from the patch tracker... 03.33.30 # and the source from cvs, or a daily tar.gz 03.33.53 # <]RowaN[> that sounds too difficult for 2:33 am 03.34.03 # 3:34 here ;) 03.34.22 # <]RowaN[> i just installed rockbxo on my ihp-120 you see 03.34.34 # <]RowaN[> i thought it would have jpg & rockboy plugins included but it doesnt seem to 03.34.54 # well... if you installed... you have a build environment? 03.35.19 # <]RowaN[> nah i downloaded premade bootloader firmware 03.35.28 # from where? 03.35.37 # <]RowaN[> err.. google.. some forum 03.35.54 # hm... shouldn't be there.. 03.36.17 Nick Lost-ash is now known as ashridah (ashridah@220-253-123-154.VIC.netspace.net.au) 03.36.19 # rockbox isn't ready... and "we" will never release a complete .hex file 03.36.22 # copyright issues 03.36.26 # wb ashridah 03.36.38 # <]RowaN[> yeah i know its not made by you guys 03.36.51 # <]RowaN[> and i know the risks flashing my player 03.37.53 Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) 03.37.56 # hi 03.38.25 # <]RowaN[> erm, so anyway, those plugins, jpeg & rockboy.. not included in the normal daily builds right? or am i missing something 03.41.07 Quit ]RowaN[ ("i love sleep") 03.41.20 # :| 03.41.29 # they are included... but I don't know what he downloaded :) 03.42.52 # hi 03.56.46 # whoo000ooooo 03.57.09 # I take this moment to say threads suck 04.06.04 Join QT_ [0] (as@area51.users.madwifi) 04.06.10 Quit Seed (Nick collision from services.) 04.06.18 Join Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il) 04.06.44 # * ashridah huggles threads, just to be contrary 04.09.41 # heh 04.09.45 # they are cool when they work 04.09.49 # but to program them.. its a bitch 04.09.54 # synchronization and such 04.10.17 # well, granted, you need to be able to keep track of resources properly 04.10.24 # which can get convoluted 04.11.25 # especially when you are dealing with 4 datastructures and n number of threads.. where you don't know what n is 04.11.26 # ugh 04.11.51 # ooh. do they all need access to the four structures in random orders as well? 04.12.02 # no 04.12.19 # http://www.cs.umd.edu/class/spring2005/cmsc132/Projects/P8/project8.html 04.12.26 # thats what I am making 04.13.44 # heh 04.13.50 # looks more fun than the crap i'm doing atm 04.14.45 # software engineering lecturer has us trying to solve an intractible problem in a tractible way 04.17.19 Quit QT (Read error: 113 (No route to host)) 04.26.51 Join kaltek [0] (~kaltek@cpe-024-168-185-127.nc.res.rr.com) 04.27.37 # hey i am having trouble with me studio jukebox can any1 help me? 04.28.24 # whats the problem? 04.29.27 # i think its being reconized as a unknown device but i cant get drivers installed 04.29.53 *** Saving seen data "./dancer.seen" 04.30.08 # its says usb active 04.31.11 # but when i try to install the drivers from the archos website it doesnt like them 04.40.53 Quit kaltek (Read error: 131 (Connection reset by peer)) 04.45.20 Quit ashridah ("Leaving") 04.53.16 Join kaltek1 [0] (~kaltek@cpe-024-168-185-127.nc.res.rr.com) 05.28.43 Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") 05.37.15 Quit kaltek1 (Read error: 60 (Operation timed out)) 05.39.35 Part Aditya 05.41.32 Quit dwihno (Read error: 110 (Connection timed out)) 06.29.57 *** Saving seen data "./dancer.seen" 06.41.51 Quit ehntoo ("Leaving") 07.37.29 Join kaltek [0] (~kaltek@cpe-024-168-185-127.nc.res.rr.com) 07.56.54 Join ashridah [0] (ashridah@220-253-122-80.VIC.netspace.net.au) 08.25.31 Join JackDaniels85 [0] (user@td9091b60.pool.terralink.de) 08.29.59 *** Saving seen data "./dancer.seen" 08.34.04 Quit kaltek (Read error: 60 (Operation timed out)) 08.41.47 Quit courtc (Read error: 110 (Connection timed out)) 08.45.21 Part JackDaniels85 08.47.21 Join JackDaniels85 [0] (user@td9091b60.pool.terralink.de) 08.48.26 # +x 08.52.01 # indeed 09.10.52 # morning again 09.10.54 # damn... 09.11.07 # hi 09.11.10 # getting to sleep at 5 is ok... if you can just keep on sleeping for at least 5 to 6 hours 09.12.18 # I have too. I have sleep 4 hours. :-) 09.12.44 # yes, and I need coffee 09.12.44 # brb 09.12.50 # hehe 09.12.55 # arg 09.13.06 # note to self.... don't drink to much when you have to get up early 09.13.50 # heheh. 09.14.03 # morning. 09.15.06 # hi hci 09.15.12 # morning 09.17.39 # hrm. 09.17.48 # i have a bit of a problem.. 09.17.58 # * HCl will just have to adjust databox. 09.18.37 # how do i call the virtual keyboard to give me an inputted string back? 09.18.55 # rockbox has a standard vkeyboard now? 09.19.09 # didn't it have one for a long time? o.o 09.19.16 # no idea.... 09.19.29 Part JackDaniels85 09.21.01 # amiconn: ? 09.22.07 # rb->kbd_input ? 09.22.21 # * HCl will try that :) 09.22.46 # is that a fullscreen vkb? 09.22.53 # yup 09.23.01 # darn 09.23.12 # ? 09.30.26 # hrm... 09.37.35 # it has Hadaka 09.37.37 # eh HCl 09.38.37 # rb->kbd_input(inbuffer, sizeof(inbuffer)); 09.51.34 # yea, thanks. 10.02.14 Join courtc_ [0] (~courtc@adsl-217-4-176.asm.bellsouth.net) 10.02.57 Nick courtc_ is now known as courtc (~courtc@adsl-217-4-176.asm.bellsouth.net) 10.17.09 Join Harpy [0] (Zee99Av4r1@dsl-hkigw7wbb.dial.inet.fi) 10.21.03 Nick QT_ is now known as QT (as@area51.users.madwifi) 10.30.00 *** Saving seen data "./dancer.seen" 11.01.11 Join amiconn_ [0] (~jens@pD95D10FA.dip.t-dialin.net) 11.01.25 Quit amiconn (Nick collision from services.) 11.01.26 Nick amiconn_ is now known as amiconn (~jens@pD95D10FA.dip.t-dialin.net) 11.10.44 Join preglow [0] (thomj@s183a.studby.ntnu.no) 11.20.53 Join Sucka [0] (~NNSCRIPT@host81-156-210-48.range81-156.btcentralplus.com) 11.31.46 Join kergoth [0] (~kergoth@covenant.kergoth.com) 11.31.48 Part amiconn 12.02.45 # hm.. 12.02.56 # what was the cvs commando to update new dirs also? 12.04.13 # oh nevermind 12.04.14 # got it :) 12.30.03 *** Saving seen data "./dancer.seen" 12.43.15 Join MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr) 12.43.37 # hi all 12.50.06 # hello 12.55.24 # hi 13.04.21 Join amiconn [0] (~jens@pD95D1E87.dip.t-dialin.net) 13.15.12 Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) 13.47.48 Nick Sucka is now known as Sucka`away (~NNSCRIPT@host81-156-210-48.range81-156.btcentralplus.com) 14.01.39 Join Aditya [0] (~Aditya@pcp09495878pcs.nrockv01.md.comcast.net) 14.01.48 # heylo 14.02.03 # hi 14.02.38 # what's up.. is this when people are awake or when everyone's sleeping? :P 14.03.01 # hi Aditya 14.03.04 # hi 14.03.39 # F1 race 14.05.02 # Aditya: some people awake I'd say 14.06.11 # yes 14.06.14 # it's day in europe 14.06.48 # and afaik the biggest part of the people here are from europe... 14.07.27 # good 14.07.28 # :P 14.07.38 #