From 216e50b3b66b8c8f15f4e06a6c9e535cb4b216c6 Mon Sep 17 00:00:00 2001 From: Robert Hak Date: Fri, 14 Jun 2002 09:07:19 +0000 Subject: updating irc logs git-svn-id: svn://svn.rockbox.org/rockbox/trunk@996 a1c6a512-1295-4272-9138-f99709370657 --- www/irc/rockbox-20020516.log | 2060 ++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 2060 insertions(+) create mode 100644 www/irc/rockbox-20020516.log (limited to 'www/irc/rockbox-20020516.log') diff --git a/www/irc/rockbox-20020516.log b/www/irc/rockbox-20020516.log new file mode 100644 index 0000000000..9dcf845cb2 --- /dev/null +++ b/www/irc/rockbox-20020516.log @@ -0,0 +1,2060 @@ +**** BEGIN LOGGING AT Mon May 13 22:27:52 2002 + +--> adiamas (~adiamas@216.194.26.28) has joined #rockbox +--- Topic for #rockbox is Does your box rock? http://bjorn.haxx.se/rockbox/ +--- Topic for #rockbox set by Bagder at Mon May 13 04:46:28 +--> edx (edx@pD9EA9D41.dip.t-dialin.net) has joined #rockbox + morning :) +--- edx is now known as edx|breakfast +--> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox + hi calpefrosch... +--- edx|breakfast is now known as edx +<-- edx has quit ("off for school") +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--- calpefrosch is now known as calpefrosch|work +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + hi all + morning + I added my malloc code yesterday as you probably noticed + in the test dir only so far + with about 8 new files, would you say a new firmware/memory/ directory is justified? + hmm + why so many files? + 3 c, 3 h, two "docs" + firmware/malloc seems a better name, imho + as long as it is only for malloc, yes ;-) + what more do you want in there? + nothing, at the moment. I just thought that if it is named memory, future related additions could go in there + no big deal + well if you put it in "common", we can put all kinds of things there :) +<-- linuxstb has quit (carter.openprojects.net irc.openprojects.net) +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox + does it make any sense to separate 20 bytes malloc() from 28 bytes malloc() ? +* Bagder doesn't think so + huh? + umm, we need some context here + the smallest possible area that will be alloced is 20 bytes now + the next "bump" up is 28 bytes + got ya + and the next after that is 52 + we should probably do some profiling to determine the "bumps" + yeah, I should probably just leave them as they are for now + yup +<-- linuxstb has quit (carter.openprojects.net irc.openprojects.net) +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox +* Bagder spots that we're now only 227 days from completing the RC5-64 + Which will be ready first: A "dogfood" rockbox firmware or RC5-64? :) + a worthy race ;-) + a "dogfood"? + and what is RC5-64? + http://www.tuxedo.org/~esr/jargon/html/entry/dogfood.html + http://stats.distributed.net/rc5-64/ + and our team is here: + http://stats.distributed.net/rc5-64/tmsummary.php3?team=18241 + RC5 is an encryption algorithm, the RC5-64 is a competion to find the key of a crypto, distributed on computer world wide + hhehehe k... + been going on for 1664 days today + hmmm one of yo umay know... + my display, font, size etc on my virtual terms (linux) is outta whack.. + i think its releated to my libvga.config + but im not sure.. ideas? + libvga? + you're not using X11? +* Bagder has no good clue + uh, ignore me + :) + i am using X11 +* Zagor reads "virtual terms" slowly, several times. Finally gets it. + but on my virtual terms.... + yeah.. do: ctrl-alt-f4 + i've never had that problem + and imagine seeing 2 login prompts.. one at the top of the screen.. and another at the bottom :) +<-- linuxstb has quit (Read error: 110 (Connection timed out)) + adiamas: that ipaq question (on the mlist) should probably be added to the FAQ. I get it a lot. + he can take your upcoming and thorough reply and paste in ;-) + hehe + I have an IPAQ too, and it would be cool to use the rockbox with it. + ähh, jukebox + it would, indeed. so get started on a driver ;) + it's not my special subject ;-) + since it is just usb-storage, one would suspect that many people would be intersted in such a driver +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + I mean, non-Archos ppl too + morning Stuart + Bagder: indeed + howdy + if someone would donate an ipaq to me, I'd consider looking into it :) + are you looking for someone special ? + for pocketpc? + I wouldn't ;-) +* calpefrosch|work holds his IPAQ tight + bleh, no not for pocketpc. i'm not going anywhere near that. + there is a Linux for the IPAQ.. + yup, that's what I'd consider looking into + however, I'm not about to trade in my vintage HP 200LX anytime soon + hehe + what year did you buy that? + I can't remember. 1995 or something. it says "copyright 1992,1994" on the back :) + it's DOS ?? + yep + MS-DOS 5.0 + and you didn't install Linux on it?? ;-) + no. It's got an 8086, so it's a bit limited. last time I checked, the state of the linux port was very raw + 80186 isn't it? + well it's some kind of NEC x86-compatible chip, I don't remember the exact model +* calpefrosch|work goes to work again + 1 May 2002: FIRST EVER ELKS BETA!!! + doesn't *really* matter ;-) +* Zagor is downloading :) + elks? + Embeddable Linux Kernel Subset - linux for the 8086 + aaah +--> Linus (~linus@labb.contactor.se) has joined #rockbox + dr Linus! + yo + Doctor Linus. I like the sound of that! :-) + then you better start doing really good things + ;-) + after all, Torvalds *is* a "doctor Linus" + I actually have an almost working audio thread. + Bagder: I'm curious about the button interface + in what way? + The simulator code reads the buttons and sleep for 1 tick in a loop. Shouldn't that be handled with a message queue? + perhaps + Or is it hard to simulate? + the code reading the keys should run on the timer interrupt, shouldn't it? + I believe so + and post to a queue when a button is pressed>/released + so we better do the correct thing for the target code first, and then we adjust the similator to work similarly + I'll do that + as you might've seen, I've added the malloc code to the firmware/malloc dir now + it should be possible to use + Great. + it needs one init call and one bmalloc_add_pool() + ok +<-- wavey has quit (Read error: 104 (Connection reset by peer)) +--- Zagor is now known as Zagor|lunch +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox +--> dwihno (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox + God förmiddag + Ingen vaken? :/ +--- Zagor|lunch is now known as Zagor + helo + hi there. english here + fast vi är svenskar + några av oss + Okay +* Zagor slaps Linus + I obey + ouch! + Anyways, looking for reviews regarding the archos players, I stumbled across the rockbox page :) + welcome :-) + Many people do + Since I've been reading a couple of reviews pinpointing the software as a design flaw, I got interested to know more about the device :) + Shoot + well i guess there's a few nights' worth of reading on the webpage :-) + *sha-baam* + hehe + What kind of batteries? + AA NiMH + Is the sound quality good or bad? Signal-to-noise ratio etc... + 1.2V NiMH + Is it possible to find replacement batteries without travelling to asia :) ? + sound quality is very good on the recorder, fairly good on the player + The batteries are common + you can buy them in any hobby shop + Since you have been working on the software for quite some time, what is your personal opinions about the devices? + I bough mine at Teknikmagasinet + we love them! + some design flaws, but in general the flexibility that comes from using standard parts is really nice + Although they have saved maybe one penny too much on some parts of the hardware + ah, okay + I am considering the 20gb recorder model + good choice + Good choice + echo + cho cho... + but the software part makes me a bit ... worried :) + that's what we're here for ;) + :D + Don't be alarmed. it's not that bad + no, it's quite alright + All reviews screaming about the "bad sound quality", are they just using bad headphones? Because I HATE hiss-noises when listening to music + that depends + many reviews only listened to very early model players, which had bad sound quality. that was fixed in a firmware upgrade over a year ago + ah, okay + How about skipping? +* Bagder returns with a cup of steaming coffee + but there is a buzz problem in the recorder, that I don't know if they have fixed yet + Does the buffer prevent it 100%? + buzz problem? + no, you'll get skipping if you take it jogging, for example + I have no problem with skipping + this is not a device for the ski bumps :) + But since it is a hard drive you must be careful with it. + But you don't want to go jogging with it. It is too heavy for that, IMHO + ah, okay + for walking, the buffer is sufficient? + sometimes, the recorder emits a quiet buzz sound that seems to come from the screen update. we're trying to address that in our firmware. + dwihno: it is + Haven't had a skip yet + Are there any big differences between the recorder and studio models? As far as I know, there are only these two models of the player (with different sizes...)? + big differences + the recorder has a much better screen, more keys and better sound + the recorder has recording abilities? :) what else? :) + ah, more keys + The recorder has a newer, better, MP3 decoder chip + I love keys + the price difference is slim, only $30-40 + More sound tweaking parameters + the big difference is the screen. the studio is a 11x2 character display, the recorder is a 112x64 bitmap display + How often does the recorder-buzz-noise appear? + there won't be any tetris on the studio! + The Tetris is awful on the Studio + So the studio is more like a low-budget (older perhaps) model? + Yup + I read about that tetris game, that was a quite fun thingy :) + dwihno: look here: http://bjorn.haxx.se/rockbox/devcon/show.cgi?img4083.jpg + BIG difference! :O + yeah + And the USB2.0 interface ROCKS! + I'm impressed with the rate of progress you guys are making with the replacement firmware :) Who got the idea rolling in the first place? + it sure does + usb2 is schweeeet + It was Zagors idea +* Bagder blames Zagor + we did nothing ;-) + hehe + I just sit and watch + Zagor = Björn, right? + yes + ah... + Zagör + I've heard about you in other places :) + Hey, we got a celebrity here! :D + oh? + That must be Björn Borg + C64? + muaahahaha + :-) + Zagor is curious + I can't remember, but the words Björn. haxx, and Daniel(?) rings a bell somewhere deep inside my head +* Bagder hides +* Linus feels left out + heh, yeah we've got our fingers into quite a number of projects... :-) + Linus: I just sit and watch <-- suit yourself ;) + I tried "Stenberg" on google + :-) + I'm only number four + Try Nielsen Feltzing + correction, you're the third + ;-) + First hit: Rockbox :-) + YEAH! :D + All your rockbox are belong to archos! :D + Speaking of which, have they contacted you? + we've practically invaded google :) + we own google + nope. I don't expect they will, either + A project this big might draw some attention + "Stop the project or die" :) + yeah, we'll see + that would be slightly amusing ;-) + they don't have much to go on, though. this is all clean and legal + ...until they send guys gome to us with large aluminum bats + If our firmware is better thet theirs, it will certainly be embarassing + "if"? ;) + when + :-) + "when" + It's just a question of time + exactly + The web page is up to date with all the green and yellow marked features? + yup + may 8 + boot loader? + we should make the tree.c yellow + and add a link to the API docs embryo + The boot loader is for loading different firmwares + ah, okay + games, the Archos original firmware etc + web browser, pdf reader... :-P + Movie player + Hey, as long as you can watch pr0n jpeg's in BW I'm satisfied ;D + You want the video Archos + right, we need a jpeg decoder + with scrolling :) + Lots of scrolling + heh + bicubic interpolation is all you need + we just use a large screen buffer and lcd_update() with an x,y + I already considered this actually ;-) + i'm moving the simulators to GREEN. they do work, after all + hah :) cool + yay! tree is yellow now! :D + Zagor: right + tree.c has a bad link + ah, fixing + add the API docs link too + BTW, what do I have to do to get system.c green? + How do you browse tracks and such on the player? Do you have a tree view of all files? + Rewrite it, I know... + The tree is quite small on a 2x11 screen :-) + Is it possible to make play an entire directory without playlists? + In short: how is the user interface on the archos? :) + You mean the Archos original firmware? + yeah + If you want to, you can tell me about your own implementation of the directory browsing (or however it works) :) + In the origina, you can create playlists that consists of an entire directory tree with a simple button press + we will make everything *perfect* ;-) + Bagder is right + Wa are *cool* + yeah + :-) + YOU OWNZZZZ! :D +* Bagder giggles + Where in .se do you buy it for the best price? + R000lz + I dont know + dwihno: i've been thinking about all these things since before i got my archos, and watching these guys progress and they're doing it all just right +* Bagder doesn't know either +* Linus blushes + :-) + I bought my Archos solely for the purpose of running OUR software + :-) + You mean, playing tetris and storing jpeg's? :) + I bought mine to listen to music + music is secondary to me + I have two +* Zagor has three :) + haha + One developer machine and one music machine + and the winner is... + Zagor cheats + ZAGOR! For almighty ownzage ;D + it's not cheating, it's called "outside assistance" ;) + Yeah, you got a 6000 model you lucky bastard :) + Threatening a poo frenchman to get his player. That's low. + i decided to get one to run other firmware on it before your first LCD scroller release heh + i just knew these devices were gonna do more than they were being sold as + What is left to do before the first release of the firmware? + The 6000/studio model will be the first target for our firmware + dwihno: basically tying it all together + I have some things to do with the MPEG playing code + some more MP3 playback work, a bit more UI tweaks + But it plays music + The 4 second boundary has been broken? :) + Indeed. It plays from hard disk + How did you play 4 seconds btw? + Loading 128K of MP3 data via the debugger + that "news" section on the web site could mention this + I can do documentation! :D + Great! + I want to be a part of the phenomenon! + Please join + we could use that + we need all the help we can get + Do you have any kind of screenshots of the firmware I can see? :) + There is no firmware yet... :-( + we have simulators + ah, okay + Is it possible to test it on win32? + yes + but I wouldn't call it "test" + but there's no binary available for download + only source in CVS + damn, I have no development enviromnent setup here :/ + you can always suck up to the win32 developers on this channel + we should ask the win32 guys to start making "releases" + BTW, the USB2 interface is backwards-compatible, right+ + ? + yes + yes + 1.1 works fine too + We should have a Java simulator too. Then we could have it as an applet on the web page! :-) + haha + 1.1? + usb1.1 + USB1.1 + yeah, that'd be easy. just one monster of a JNI hack ;) + Is USB 1.1 the standard of all computers? :) + yes + ah + Is there USB 1.0? + i don't think so + hm + maybe in some stoneage computer + a long long time ago, in a taiwanese bunker far away + they never released 1.0. I think it had 1.5Mbit speed + What is the speed of 1.1? + oooh. + 12? + yes, 12 + and for 2.0? 4xx ? + 480 + New DSP algoritms.... What do you have planned? + whatever we can get. OGG, WAV etc + ah, okay + i talked to somebody in #vorbis about ogg + I read in the FAQ, that WAV would be unsupported :) + on the hardware + How about reading mpeg streams of sounds from ... let's say ... divx's + Would that be possible? + he said it *might* be possible between the sh1 and the mas + heh + I think so. As long as the sound is MP3 + It's just a matter of reading the files + yeah + not very optimistically thought... if it possible, likely it is for the recorder only + Playing wav files with 48kHz stereo will not be possible on the Player without compression + In what way? + The serial line between the CPU and the decoder is too slow + ah, okay + 1mbit/s + But the recorder has a parallel connection + so it should be possible + however, the burden on the DMA will be high + And the CPU will be wuite busy + quite + ah + But never say never. it has a fairly low priority at the moment... + We can dream about it :) + 22khz 16bit stereo or 44khz 16bit mono should be possible on the player, and anything less, right? those are only around 700kbps + indeed + PsycoXul: i believe so + but then it seems to have problems playing high bitrate mp3's so that might not be the limiting factor either + That is a CPU problem I think + How about funny file formats like MOD's, and emulating SID and stuff? :) + Hold your horses! + Or am I all away in the blue now? :) + "blue sky alert, take cover" + As long as we don't have WAV playing we can't generate any other sound than MP3 + Rockbox - Making our dreams come true ;D + heh + Rockbox - what do you want to play tomorrow? + But as soon as we have PCM we surely can dream about MOd and stuff + Yeah + Before building the house, it is nice to have some bricks :) + yeah + if we can have pcm + and the COU isn't exactly a monster + CPU + it would have to be fairly low-quality + PsycoXul: have you published the code for double-height text? +--> kjer (~kjer@h168n2fls21o1070.telia.com) has joined #rockbox + kjer! + heloo Kjell + Hallo! + I noticed that you joined yesterday evening too +* Bagder moos at Kjell + Zagor: hmm + Yup, but it was just for testing. Then I rebooted... + Windows, eh? + You need some cool slogan for the Rockbox project +* Linus NEEDS coffee! + I tried to install Linux, but I get a missing irq for one harddisk I have... Redhat 7.3 :-( + mmm coffee + missing irq?? never heard that before. + Me neither + Me neither - but I sure got it... + Zagor: iirc all i did was lcd_write(0x9,0) and then put the text up like normal... i'd have to check that though, and i haven't done it with the new codebase yet + Redhat was equipped with IRQ-detection-obfuscation code from M$, I presume :) + PsycoXul: could you check? I'd like to use it as startup-logo for the firmware + Zagor: it was simple, and i found it in the pdf on the player's LCD on your site heh + ok :) + i think we've been over this before once... ;) + Do you have the logo in a appropriate format for the recorder yet? :) + yes + heh + yeah + Ah, another question... Is there much of a difference between the firmwares in the players? + i tried to convert it to custom chars for the player's LCD, but it was *extremely* ugly and took more chars than you can define heh + :-) + I wanted to write a GIMP save-plugin for our bitmap format, but I couldn't find out how to do it... + dwihno: the player and recorder uses totally different firmware. we will make two separate versions. + but i did find that you can set custom chars into double-height mode, so with a little creativity you can design some things like that... + so I'm considering adding code to read some well-known format + xbm? + xbm is not our format + Zagor: ah, too bad. + it is for the player + no, but it's a source format that's easily converted + Zagor: That would save a heapload of time + at least it used to be heh + Zagor: well, "easily" at least :-) + dwihno: well much code will be shared anyway so it's not a big problem. but they use different hardware so we need different drivers. + Linus: do you have any bpm format reader code left anywhere? + http://bjorn.haxx.se/rockbox/rockbox112.gif <--- recorder logo + Yes I do + Are the batteries shipped with the player good enough for usage, or should they be replaced on arrival? I've read it is hell'ish to replace the batteries :/ + Linus: wouldn't that be useful? + If you mean BMP + uh, yes + they are fine, and simple to replace + aww... how cute :) +* Linus looks in his toy box + they come with 2 whole sets + Baaah. It is only a BMP writer. + Japanese batteries suck :) +* Linus looks again + i got mine for xmas and i still get ~10 hour playtimes on the first set + but they seem to have supplied different batteries to different people so i can't speak for what you get + mine are green and have 1600mAh printed on them + Did you also get 8 batteries? + I did + seems that's standard + my first unit had 1200mAh, I think + i'm using 1800 now + I got a BMP reader thingy + Although I need to clean it from windows dependant code + + dwihno: hey, a golden opportunity to join in! ;-) + YAY :D + a golden shower + erhm... + Bagder: I found it. Mailing... + Zagor: How much does 1800mAh batteries affect play time? + You get much extra time? :) +--- dwihno is now known as dw|bbl + i haven't done any timed measurements, but I get a lot. + Linus: this code is quite perfect + Good. It's only monochrome, but that is what we want + right + I'll "port" it for our use + I'm removing firmware/disk.* for now + it's just dummy code anyway + Finally. + Bagder: I get a compiler warning for line 558 of dmalloc.c + is it ok if I break out the prevsize assignment from the "if" and put it above? + yes, but then it'll be assigned unnecessary at times + really? the condition is &&, which means it will always be executed + no? + no + only if the first equals true + uh, no. i'm silly + but the assignment could probably be moved into the block below + yes, that'd remove the warning + how did you get the warning? + ah + -W was missing + you can reach "if (prevsize > qinfo[0])" without initialzing prevsize + how? + ah, there's still a problem with the prevsize -= + right + there's a problem + if memblock was true, then the assigment would never execute + will you fix this? it's better than me following your instructions. also, how about indenting the code ;) + I'll fix + I honestly can't see why gcc need both -W and -Wall to show all warnings + no, it's a bit odd + are you using 2.96? + no, 3.0.3 +* Bagder committed + back to bmp.c + hm + hm? + it barfs hard + error - Bitmap is too wide (9472 pixels, max is 112) + ooh missing something? + haha + could it be that my bmp is compressed and this code doesn't grok that? +--- dw|bbl is now known as dwihno + tra la la + Could be. BMP compression is all but fun + It is really, and i mean really silly + dont even try + save it uncompressed + you should also check the endianness + That code runs on an intel CPU + Check if the indian is BIG or small + :-) + Linus is a big indian + And I'm a motorola indian :) + Hey, I got another question :-) + shoot + Linux does not require extra software, except some kernel patch for USB2, right?= + What about win2k? + Does it require software drivers or does it work out of the box? + I think win2k needs drivers, but I don't know + try :-) + I got all sorts of win-drivers with my usb2 card + Linux needs a lot of work on the USB2.0 support + Linus: needs? it works just fine for me. +* Bagder tries to find a 'convert' option that saves a bmp uncompressed + Well, for example the timeout issue on the ISD300 +<-- kjer has quit (Read error: 104 (Connection reset by peer)) + Hm + that's an Archos issue + Does the archos usb thingies incorporate 30 tons of extra gayness software? + not at all + but yes, it has bugs and is being improved. still I think it works good. + well they include a lame MP3 coder software +* Zagor has never opened the CD that came with his Archos + musicmatch studioGay + exactly + Zagor: and you installed the Archos on win2k? + or are you 100% linuxer? + can anyone send me that little rockbox logo in uncompressed bmp format? + Don't insult him! + dwihno: no, I only use linux + Well Zagor, how about Coiunter-Strike? + CONFESS! + yes, I have a small win95 partition (4 gig) for playing counter-strike + Gotcha! + hehe + I once tried updating to win98, but it started freezing my machine so I went back to win95. :-) + Counter-gay! :D + Counter-Strike is quite addictive :) + so you returned your Win98 CD to the shop, right. :-) + Linus: yeah, right + I can't live without DTP, games and such. That's why I'm a WinLoser + What is the resolution of the recorder? + 112 x 64 +--> kjer (~kjer@h168n2fls21o1070.telia.com) has joined #rockbox + ah + good enough for bitmap viewers :) + How much memory do you have to play around with? :) + 2Mb + that's a shitload! :D + no + not for mp3 buffering + Nah, but for doing other neat stuff :) + Like loading bitmaps + indeed + divx viewer :) + hehe + Zagor: Come down back down to earth! :) + I'm the one with perverted dreams in the sky, remember? :) +* Zagor his soaring high :) + is, even + First we need jpeg viewer for the pr0n on the disk... + Some ascii viewer would be really neat + and some kind of basic editor + then, MOD support, then SID :) + I got an uncompressed bmp now, it still makes no sense + byter order is not the problem + Bagder: 4 bit bitmap? + 8 bit palette + no compression + okay + strange + it is + I had some problems getting 8 bit palettes working with windows + It's not like the good old mode 13h days + Time to make coffee - I got the great responsibility today ;D + well, I read the header first, it is enough, it doesn't look good + You got the structs? + Bagder: the palette should be 2 entries. + right + but the header gets wrong when I read it + hm + I need it packed + padding? + yes + what's the gcc keyword, you know? + erhm + dunno + packed + attribute packed + printf("Hello\n"); + :-) + Or -fpack-struct + m + hmm + What does that do? + now this is better ;-) + Makes the compiler to not align integers + still need to swap a lot of bytes on Sparc + ah, okay + ooo. boring + Size = 1712586752 + ;-) + you will need to swap in target as well + :D + don't use bmp + Zagor: when you write the code, you get to decide ;-) + ...because... + because bmp is evil and silly + ...because... + I agree with the silly part, though + XBM or PPM is lots better and simpler + not for winlosers + to save as + True + There are photoshop plugins + well, TIF then? + Or some cool format like TGA! :D + whatever is not designed by 4-yearolds + "Yeah, listen to dwihno, TGA is great!" + :-) + Zagor: can you say unisys? + hey, I'm not against any format, just write the decoder... + Linus: don't compress + Ok then + but seriously, can't photoshop save any sane format? + it isn't just about saving + it is about decoding right now + PPM and XBM are both really simple to decode + i'll mail you my ppm2c util + TIF is not a format. It's an operating system! + I doubt win users can save ppm + What a blob! + ok, I admit I don't know anything about TIF + Bagder: In photoshop with some extra plugin, it is possible + ok + TIF is just a framework for embedding a myriad of other formats + I still intend to make this bmp decoder work + Do so. You have my support + How much did you pay for your archoses? + uh +* Bagder doesn't really know ;-) + The TIFF specification is 121 pages!!! + Read my lips: T G A + :) + how should we handle shared code btwn the recorder and player apps? keep in in player and just link to it in the recorder Makefile? + id3.c, playlist.c etc. + The TGA format spec is only 29 pages. + Zagor: let's just have two makefiles and specify all files included in both of them + Makefile:s are sexy + Bagder: but where are the files? in apps/player/ ? + which files? + the makefileS? + id3.c and playlist.c, for instance + they could be in apps/ + the root? + yes, for general files + or else a dir for general files + but they are only general for mp3 playing applications, not for games etc + oooooh "common" + then it should be a general mp3 dir + I feel it's better that one of the two player apps link to the other's source files + Are you sure about that? + Does CVS handle links? + it doesn't make much sense if a game wants to play mp3 + id3.o: ../player/id3.c + since then the games would also need those files etc + but id3 and playlist are not useful for games + id3.o: ../../common/id3.c + mp3/id3.c + or tracks/id3.c + then we're polluting the apps module with non-apps directories from the get-go + Zagor: i don't follow + me personally, I think the 'apps' dir mainly is for the main firware app + I agree + no + it's for all applications + otherwise, we can just keep working in "firmware" + in my mind, firware is the low level software + the app is built ontop + apps is for tetris, picview, screensaver, the two player firmwares etc. + I can buy that + But I think that common code should be placed in a "neutral" place + but then you can't have 'player' and 'recorder' dir in apps + define "common" + as they're not apps + all code can be reused by other projects + Bagder: sure they are + if tetris is an app, how can player be one too? + they are two separate archos.mod files. load one to play tetris, load the other to play mp3s + they're bundled today + I don't like that + in the simulator, yes. i don't think we should have it like that in target + the bundle? +<-- kjer has quit (Read error: 110 (Connection timed out)) + why not? + the bundle + why not play tetris while listening to music? + I see your point + Tetris + music sounds sexy + sure, you can opt out + I get turned on by the idea + ok, yeah, it's an option. but still, the point of the apps dir is to allow separate apps the same level of abstraction. + well, my point would be that we'll end up building many output targets, many more than just player and recorder, and therefore it makess little sense to keep files in directories named like that + still, I don't mind very much + we'll change it later + I would still like to easily identify which files go with which app + having them in separate directories helps + that's my thinking too + not if the makefiles refer to them ../../blabla + it spoils that completely + But you don't want shared files in an easily identified place? + yes I do + but that is not in player/ + or recorder/ + I asked Zagor, sorry + ah + well then point is these two files are only shared between "player" and "recorder". not with "picview", "bookreader", "screensaver" etc. so it's not a "common" dir that makes sense. + s/then/my/ + Maybe not those two files + I was talking in general + don't :) + haha + ok, how about this: + apps/mp3, apps/mp3/player apps/mp3/recorder + nah + makes tetris even more "difficult" to include in the mp3 firmware + apps/video/jpgviewer + apps/utils/textviewer + Linus: why? +* Linus sees the "plugins" directory coming + dwihno: it makes little sense to create categories before we even have the applications. :) + tetris.o: ../../../tetris/tetris.c + Linus: why are you putting tetris.c in ../../../ ? + Zagor: True, I'm just being an idésprutare :) + dwihno: :) + Zagor: it's an app, isn't it? + Linus: you just said it wasn't + What do I need to write a module to the firmware? + but you said it was + or did i misunderstand + did not, did too... + :-) + dwihno: lots of patience, currently :) + and an "app" directory + Zagor: Ah, okay, well, I haven't even ordered myself an Archos yet ;) + hehe + How about audio output levels? Is it good? + Then do + dwihno: you should join up on the mailing list + dwihno: oh yes, plenty... + Define "good" + gotta go now. CU guys! + zya + Good ... hmm... + bye + Loud enough to hear at a comfortable party level when you wanna party! :D + doesn't that kind of depend on the amplifier? + dunno, I'm no hardware guru + say "headphones" + hehe + Since when are headphones amplifier + s? + or maybe they are + you connect the headphone output to your amplifier + turn up the volume and party! + ah, okay :) +--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + oh no. elinenbe is here. I must go! + :-) + That's cool. +<-- Linus (~linus@labb.contactor.se) has left #rockbox + fa la la + Hm + Anyone want to do some Pro*C programming? + *tries to figure out more questions* + How about track switching time? :) + dwihno: how do you mean? + how is the progress? + Zagor: When song #1 ends, how many seconds do I have to wait for song #2 to start? + about 0.01 :) + any gap is considered a bug + I agree with that... + are you guys planning on pre-buffering the next song? + yes + the next several, if they are short + nice... + lets say you are listening in shuffle mode, and then you want to listen in normal mode, then you will have to buffer again. + yes + what will this do to the battery life? + well the more you access the disk the more power you draw + I think there should be an option to choose an agressive battery mode, and a very conservative battery mode --> agressive for exercise, or when the device is plugged in, and a conservative for when on the plane + Hm + what should the difference be? + we plan to always be conservative + Zagor: You don't have the manual for the Archos in a handy format? I'd like to see how to operate it and limitations + dwihno: let's put it this way: there is none + Bagder: Erhm, you are kidding? + or at least, the one I got is worse than crap + ah, okay + I was wondering about how the playlist is like on the recorder + well, it may spin up to buffer every 15 seconds in agressive, that way if you are running, and it is unable to buffer due to shock, then it will try again very soon. Currently if you are running and it tries to buffer, and it can't then it stops, and most likely you have to restart the machine + elinenbe: Maybe you can tell me... ? + what would you like to know> + hm + How do you navigate? + How does shuffle work? +<-- calpefrosch|work has quit ("bin bals zurück") + there is a quick user guide (that is very accurate and descriptive at: http://groups.yahoo.com/group/archosjukebox6000/files/AJB6000%20Quick%20Reference%20Guide + Does it play every directory consistently? + Even on the recorder model? + http://groups.yahoo.com/group/archosjukebox6000/files/AJBR%20Quick%20Reference%20Guide +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]") +--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +<-- elinenbe has quit (Read error: 104 (Connection reset by peer)) + Rockbox - Because vanilla is not liquorice + hehe + What do you think about that for a slogan? + haha + Damn, I want myself a recorder-20! :)~~ + it rocks... boxes ;-) +* Bagder curses his bmp.c + What's wrong? + I can't seem to get the proper pixels + Is the header parsed correctly? + yes + but not the image itself + strange + did you test the code on wintendo? + heck no + ;-) + hehe... + I don't have a win compiler and I don't want any + MY libbmp.c works ;D + although it still depends on win32 headers + which is really really really gay + well, ok, I'll commit my code and you can all see and laugh at me + Committing buggy code?! That's breaking the prime directive! :) + it isn't being used so it doesn't matter + ah, okay + what are you going to use it for? + I wanna be able to load a logo from disk + for what? + the test environment, the archos hardware? + both + okay + http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/uisimulator/bmp.c?rev=1.1&content-type=text/vnd.viewcvs-markup + * $Id$ + What's that line? + I never understood those + a comment ;-) + generated by CVS + file, file version, date, committed, state + comitter + ah, okay + cute :) + its convenient + I can try to make my libbmp do the same thing on windows + What about the output format? + hm + I could mail you the code I use to call that and output the logo on screen + sure + using printf() a lot of"*" + :-) + address? + dwihno@hotmail.com + I sent you my whole function, just remove the lcd-functions + mkay + Hmm, I guess you aren't the one who sent the "eliminate cellulites" e-mail ;) + haha + I should fix my loader so it doesn't use windows headers too + I think this is easier to debug if I create a smaller and simpler bmp to play with + let me know if you find anything, I won't be able to do anything more today + sure + I'm soon off to get home, so I can get some fun stuff done ;) + see ya +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + I'm soon off to get home, so I can get some fun stuff done ;) + oops + soryr ;) +--- dwihno is now known as dw|gone + gotta go. bye! +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +<-- elinenbe has quit (Client Quit) +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> edx (edx@pD9EA9FF8.dip.t-dialin.net) has joined #rockbox + hi +--> calpefr|ipaq (~calpefr|i@f-226-96.frankfurt.ipgprs.viaginterkom.de) has joined #rockbox +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox + night. +<-- edx has quit ("good night quys") +<-- calpefr|ipaq has quit (Read error: 110 (Connection timed out)) +<-- wavey has quit (Read error: 104 (Connection reset by peer)) +<-- Tumm has quit (Read error: 110 (Connection timed out)) +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +<-- PsycoXul has quit (Read error: 104 (Connection reset by peer)) +--> PsycoXul (psyco@adsl-63-205-42-77.dsl.lsan03.pacbell.net) has joined #rockbox +<-- PsycoXul has quit (Read error: 104 (Connection reset by peer)) +--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox +<-- Tumm has quit (Read error: 104 (Connection reset by peer)) +<-- dw|gone has quit (carter.openprojects.net irc.openprojects.net) +<-- PsycoXul has quit (carter.openprojects.net irc.openprojects.net) +<-- adi|work has quit (carter.openprojects.net irc.openprojects.net) +--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox +--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox +--> dw|gone (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox +--- dw|gone is now known as dwihno +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + BAGDER! :D + morning +* dwihno vinks + Did you solve the bitmap loader problem yesterday? + no + didn't do anything more + you? + I got it working + I got to write some extra stuff to flip the bitmap vertically and remove all windows stuff + HPALETTE's and stuff = typical nono + so, did you add it to the simulator too? ;-) + erhm + nope :) + hehe + I have a life(tm) too ;) + aaaaah + that life thing they talk about ;-) + yeah, once you had it, you're hooked! + First fix is always free + so, do you wanna add it to the simulator or can you mail me your working version? + I want to fix it first + fair enough + What model did you have? + you mean which picture? + not really :) what archos model :) + ah, a recorder + the only sane choice imho + 6, 10 or 20? + do they really exist less than 20? + I know there is a 10 gig model + But you're making me uncertain :) + it doesn't really matter... I have 20 fine GB ;-) + there is a 10 gig model + When activating the device, how many seconds does it take before it starts? + hm, dunno, maybe 4 seconds + maybe a little more + That fast? + Starts playing, that is... + uh, that fast to start up and offer me the interface + then I need to pick an action + if I wanna read a playlist, it'll take longe since that is pretty slow + longer + ah, okay + Which are the alternatives? Playlist, configuration, ... ? + I'm not a very frequent Archos user, so I'm not the one to tell you about all the magic stuff + I only got my unit for like two months ago + and I intend to run our software, not getting used to the built-in ;-) + ah, okay :) + :-) + Do you use the rockbox software right now? + no, there's no available target version yet + I only run it using the simulator + The magic of writing software :) + Are playlists required in order to use the player, or can you play a directory at a time? + you can play a directory at a time, yes + without a playlist + but it can't auto-switch directory when the 'current' directory is finished? + I don't think so + or rather, I don't know +<-- Tumm has quit (No route to host) + as long as it works ;) + Although I'll probably upgrade to rockbox once it has reached a production state + okay, now I got the structs all working + Time to remove windoze code + C:\wip\.src\archos>make + gcc -O2 -c test.c + gcc -o bmp.exe test.o ../bmp/libbmp.o + C:\wip\.src\archos>bmp + * * + * * **** **** * * **** **** * * + * * * * * * * * * * * * * + *** * * * * * * * * * * * + * * * * * ** **** * * * + * * * * * * * * * * * * * + **** **** **** * * **** **** * * + * * + yay + :) + the power of upside-down bitmaps + gotta fix that. + nicers + libbmp.h:26: warning: malformed `#pragma pack' + Hmm +* dwihno turns into a question mark +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox + morning Tumm + Damn computer! + I hate when this happens! + I got problems with byte alignment :/ + all of a sudden? + nah + when testing the code on an intel linux box + aha + gcc? + It nags about my #pragma pack, which works perfectly on wintendo + yup + wait + 2.92.3-6 for Wintendo, and 2.92.2 on the linux-box + #ifdef __GNUC__ + #define STRUCT_PACKED __attribute__((packed)) + #endif +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + you need to put that on the declaration of the struct +--- Zagor_ is now known as Zagor + hey bro + hi + Hello Dr. Zagor + yay, another virus on the list + gotta love windows + yeah + grrrreat + then again, you should be glad you're not on the wget list + i am :) + glad, that is + 2-3 viruses PER DAY + and then the darned virus-reports coming in right afterwards + [~/wip/src/archos] ./bmp + * * + * * **** **** * * **** **** * * + * * * * * * * * * * * * * + *** * * * * * * * * * * * + * * * * * ** **** * * * + * * * * * * * * * * * * * + **** **** **** * * **** **** * * + * * + YAY! :D + Thanks Bagder! You ownz + heh, np + I want to order an archos now! + go go go ;-) + :D + I'm awaiting pricing information + And cash + I'm gonna sell one of my computers this weekend + btw, you working or are you a student? + Hmm, I'm not a student (yet) + And I'm not really working either + "UNGDOMSPRAKTIK!" :D + I guess it's equivalent to working... :) + ah, youngster eh? ;-) + Not really + 22 :) + Old man + heh, kiddo ;*) + Lost my job, didn't get a new, and the ungdomsgaranti kicked in + Just because you're all old hags ;) + nah, j/k +* Bagder leans over his cane and goes for more coffee +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox + #### # # ### # ### # # ### #### # # ## ##### + # # # # # # # # # # ## # # # # + # # # # # # # # # # ## # # # # + ### # # # # # #### # # # ## #### # + # # # # # # # # # # # ## # # # + # # # # # # # # # # # # # # # + # ## # # # # # # # # # # # # + #### # ### #### ### # # ### #### # # # # # + :-D + Beware of evil bitmap lööödär + so what is it that drains the batteries while the units turned off + dwihno: wooo ;-) + PsycoXul: Player or recorder? + player + Bagder: Who needs figlet when you have bitmap loader ;D + The recorder doesn't really turn off, AFAIK, but I don't know that the Player drained the batteries. + hey, never underestimate figlet! + can figlet produce ascii boobs from pr0n images? I don't think so! :D + _ + ___ _ _ ___ __| |_____ __ __ + / -_) || / -_) / _` / -_) V V / + \___|\_, \___| \__,_\___|\_/\_/ + |__/ + dwihno: thats what aalib's for + :-) +--> calpefrosch|work (~calpefros@62.52.174.30) has joined #rockbox + morning + morning + morning, Froggy! + frogger + we should have a frogger! + :-) + Lode Runner + haha + pac man +* calpefrosch|work thinks about to change the nick +--- calpefrosch|work is now known as pacman +--- pacman is now known as calpefrosch +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + oops :) +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + Hurra! Nu funkar det + Hoorrräjj, it's wöörking + Zagor: order me an Archos through your company, mkay? :) + hehe. sure. one cardboard box coming up. blue marker: "Archos Juckbox" + :-) + Could you do that, s'il vous plait? :) + Björn har ingen attesträtt + haha + Linus: har du det? +* Linus hides + HAHAHA! + :D + dwihno: what is working? + Linus: bitmäp låjder, with support for vertical flip ;D + Woo. Flipping! C00l! + Hehe + You bet! :D + How hard is it to replace the batteries btw? + Isn't there any pics of that somewhere among yours, Zagor? + ## ### ## # # ## ### ### ## # # ## # # # + # # # # # # # # # # # # # # # # # # # # # + # # # # # # # # # # # # # # # # # # # # # + #### ### # #### # # # ### # # # # #### #### # + # # # # # # # # # # # # # ## # # # # # # + # # # # # # # # # # # # # #### # # # # + # # # # # # # # # # # # # #### # # # # # + # # # # ### # # ## ### # ## # # # # # # # + :-) + uh + <-- is a bit insane today, sorry ;) + Bagder: no, it's much too simple to have instructions :) + dwihno: look at any photo + the two silver cylinders on each side are plastic battery covers. just lift them and take out the batteries. + Easy as pie + http://bjorn.haxx.se/rockbox/mods/disassemble.html <--- first picture shows archos without battery covers + Linus: People say they are scared to destroy some weak plastic details + then don't destroy them :) + Hehe + I guess I will be careful the day it's time to switch batteries + i have never heard of anyone breaking the battery covers + I wonder if anyone has managed to destroy it. You need strong and clumsy hands to do that. + Is it possible to replace the batteries without removing the cover? + of course not, then they would fall out! + Maybe some sort of teleportation. :-) + :-) + Almost every electronic device in this world has a cover over the batteries. + :) + dwihno: can you change your walkman batteries with removing the cover? + without + Men apor på er alltså + Utan att skruva loss lockhelvetet då! :) + there are no screws + No screws + Ah, I was thinking if I had to buy torx-screwdrivers and stuff to replace the batteries... + Those pictures described how to take the archos apart, not how to replace the batteries + I will upgrade my Archos with an 8 meg memory module ;D + Should be possible. + it *is* possible + in theory :) + without touching any screws? B-] + Bagder: I left the battery subject already ;) + Zagor: yeah, replacing the current memory circuit with a new, and modifying the firmwarez + dwihno: but you need serious electronics skills +* Bagder ignores dwihno's comment and spins his chair + Zagor: I did lego when I was a kid, is that sufficient? ;) + Just kidding + Just playing around with the idea + The problem is that the DRAM controller might have to be programmed differently + and that is done by the firmware in ROM + so when our firmware is loaded, it is already too late + because the firmware is loaded in DRAM + tricky stuff + ah + okat + okay + Well, 2 mb buffer sounds much enough :) + 2 megs = 2 minutes of shock proofing? + we will need *some* ram for the software too + dwihno: it's not really for shock proofing. It is for battery conservation. + A hard drive can't stand much of a shock anyway. + Linus: Yeah, I guess HD access eats baguett... erhm... batteries like a crazy frenchman on a saucisson ;) + That's a way to put it. And the Archos is a french product. :-) + IT IS?! :D + I feed my Archos with baguettes ;-) + Yup. + Cool + I thought it was designed by some crappy hong-kong company + Like A-MAX (they did the NAPA players) + No. A crappy french company. + :) + Does the Archos feel like "beta" hardware? + no, i don't think so +* Bagder doesn't think so either + Right now, I have a Philips expanium (EXP 100 model) ... It's quite nice + But toasting discs is quite bothersome + A few slight HW modifications would have made the life much easier for the software. + and the archos could be used for my project stuff + Linus: for instance... ? + COOOFFFFEEEEE + <-- is making a copy of the archos using evil paper + The Frame Sync and Demand outputs from the MAS should be inverted and routed to different IRQ pins + How can you know this much about the hardware? + so that you can have IRQ's on both edges + Did you get some development docs or are you just hardware gurus? + magic :) + ...and a multimeter + And a hammer! :D + no docs. pure reverse engineering from start to finish. + You can't ponder around with hardware unless you have a hammer + I'm impressed by the progress :) + Our dilemma in that case is that we have a need to assemble it again. :-) + hehe + tip: karlssons klister! + We have quite a bunch of talented people working in the project + <-- is impressed. Much like Mike Levy + who is mike levy? + He did commercial in the 90's + for "amazing discoveries" + ah + He also got his own show, called "Ask Mike" :) + All the old ladies adored him + my 1:1 model of the archos is now done! + Yay + it feels a bit thick + compare it with the competitors + like the nomad + and it'll feel thin ;-) + Never seen those + Does it feel solid? + yes + My paper model is lightweight :D + add 270grams or whatever it is + I should mail my model to the guys at Archos and tell them to use my design ;D +--- Linus is now known as Linus|lunch +--- Zagor is now known as Zagor|lunch + Oj + Anar jag en lunchdate?! :D + that might have to do with those two guys sitting at the same place all days... :-) + That sounds a bit kinky ;) + that's up to you ;-) + loadBMP("test.bmp", &mythingie); + and mythingie is a struct of some kind? + yup + with a bitmap, resolution and some windows gayness +--- Linus|lunch is now known as Linus +--- Zagor|lunch is now known as Zagor + Did you enjoy your lunch? :) + Sallad + chicken salad. mmmm... + Where did you eat? + Yellow Corner in Lilla Alby +* Zagor surfed in on sourcefourge.net as got a surprise + ALBY?! + :D + s/as/and/ + You work there?! + lilla alby + near Sundbyberg + What do you guys do for a living? + guess! + Computer consultant, embedded programming + Monkey-spankers :) + eeh? + just kidding + I envy you + Hire me + Okay? + :-) + I can work for a low salary :) + And sing songs every day to keep up the work spirit + Just hire me. + :-) + Seriousley, where do I send my application and CV? :) + www.contactor.se + but the hiring is kind of idling atm +* Bagder runs for lunch + 17.00 börjar kontorsmötet. Jag hinner precis stoppa i mig en baguette med räkröra innan Lasse, vår VD, berättar om status på olika uppdrag, ekonomin, planerade konferenser och om nyanställda. + Mmm... Baguette + Idag är vi 64 konsulter med en genomsnittlig branscherfarenhet av mer än 12 år + IIIIH! + I've been working for 1.5 year :( + http://www.contactor.se/pics/bjorn.jpg + YAY :D + :) + Do you have any use for a newbie like me? :) + not currently + 10: print "hellö" + 20: goto 10 +--> jb1081 (~jb@aboukir-101-1-14-jb1081.adsl.nerim.net) has joined #rockbox + Ingen som har en domän där jag kan få lägga in en host? :/ + english, dwihno + and rockbox related, please :) + :-/ +--- dwihno is now known as dw|bbl +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor +--> chris1 (~flanz@62.132.155.14) has joined #rockbox + hi + hey chris1 + yo + yo +--- dw|bbl is now known as dwihn0r + last night I have some trouble to rune the SSH2 stuff on W32 XP. Now I can update the cvs +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + wooo, getting crowded ;-) + A largs, silent crowd + yeah, many people are unsatisfied with the orig firmware + according to the player LCD's pdf its chars are 5x8 ... they look 5x7 but it would explain why i got garbage in the double-height with my 5x7 chars + the player's firmware seems to me like it was a hacked together peice of code with minimal acceptable functionality + i can't say anything for the recorders + the recorder is quite nice. IMHO + but personally i see many indications in the player's default firmware's interface and other things that it wasn't taken seriously + Linus: Zagor mentioned something about a buzz with the recorder model... Do you know what he means? + Or maybe I should ask him directly :) + Yes I know. + What was the fuzz about the buzz? :D + i do get the feeling that the recorder's firmware was taken more seriously though, for obvious reasons related to the hardware, and started from a cleaner point... but as i don't have experience with the recorder's, that just a hunch heh + What kind of buzz? + It's a small buzz, that is audible in silent parts of the music + :( + Can you live with it? + it seems that it comes when the firmware is updating the LCD + Yes you can live with it. + I mean, some players have a rather loud hiss noise + which drives you crazy and wack! + We are talking about having an LCD OFF feature in the Rockbox that doesn't talk to the LCD at all + when you are listening to music + an the recoder firmeware 24a , the lcd have some time as split screen effect.This the point where the Recorder need a reset. The FAT driver has hangs in the orginal Factory disk format. Current I can not record . The 25b Firmeware say no disk space. i have 10 G off free discspace. + I have a recorder, and I wanted to listen to "Lords of Rings" as spoken text. The buzzing drives me crazy... + what bitrate is it + any + Some people have analyzed the hardware, and they think it can be filtered with a small H/W patch + maybe only some better grounding + How loud is the buzz noise? + not so loud, but you can hear it. + I can't say. I'm not disturbed by it. I guess I'm too old. :-) + Can you compare it to some real life sound? :) + dwihn0r: it depends a lot on your headphones, too. some people don't get it at all + like a dropping in the night. Not loud, but it drives you crazy after a time + dwihn0r: it's like a fly against the window in a normal room. completely unhearable over a normal conversation, but you pick it up when the room is quiet + I'm just a bit worried I will feel I threw the money in the trashcan :/ + where do you plan to buy it? + Dustin + dwihn0r: who would buy an MP3 player just to hear some good silence? :-) + I have the recorder, with buzz, and the player without buzz. I still prefer to use the Recorder + what is buzz ? + Linus: True, but in silent parts, I want to hear silence and no buzz! :) + I know, just teasing + chris1: it's a sizzling noise + buzz: " 1. To make a low droning or vibrating sound like that of a bee." + I've never even heard the buzz in fact ;-) + buzz like the 60 Hz power volatage sound + have have buy new earphones , so I have not to turne on to 100% the vol. And the buzz sound is fly away. :) + how is the name of the USB2IDE Chip convert. On the webpage I can not found this info. + max XXX ? + isd 200 ? + isd200 + and isd300 for the recorder20 + where your get the info for the register ? PDFs? + which register? +<-- elinenbe has quit (Read error: 104 (Connection reset by peer)) + some tech notes abort the isd200 interface + http://bjorn.haxx.se/rockbox/docs/ISD200_data_sheet20.pdf + but don't spread it, they've asked me to keep it internal + ok. thanks +--- dwihn0r is now known as dw|gone +<-- calpefrosch (~calpefros@62.52.174.30) has left #rockbox + ohh. look like the firmeware will check any second if the isd200 has a usb connect flag set. If so the firemware will setup the bus and go halt. In the same secound will the isd200 function full enable. No way the use to USB for data send and write to memory.For a RockBox <-> Usb Pc connect. + yes, something like that + use ham packet radio technics for debuging on the recorder + haha + gotta go. bye! + bye Zagor +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox +--> edx (edx@pD9EA9D40.dip.t-dialin.net) has joined #rockbox +--- edx is now known as edx|homework +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]") +<-- chris1 has quit ("r") +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox +<-- linuxstb has quit (Read error: 110 (Connection timed out)) +<-- wavey has quit (Read error: 104 (Connection reset by peer)) +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox +<-- jb1081 has quit ("using sirc version 2.211+KSIRC/1.1") +--- edx|homework is now known as edx|away +<-- wavey has quit (Read error: 110 (Connection timed out)) +<-- edx|away has quit ("good night") +--> [TDM]Mr_B|away (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox +--- [TDM]Mr_B|away is now known as [TDM]Mr_B +<[TDM]Mr_B> anyone here/ +<-- [TDM]Mr_B has quit () +--> [TDM]Mr_B (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox +<[TDM]Mr_B> hello? +<[TDM]Mr_B> anybody? + usualy not this time of day +<[TDM]Mr_B> I have a question about my new JBR 20 + there's some good forums on funmp3players.com and a mailing list on yahoo, specific to archos jukebox recorders and players in general + this channels more geared towards the opensource software development for them, but of course there's technically-minded people familiar with the devices here so + whats your question? + the main rockbox developers aren't even here right now heh +<[TDM]Mr_B> well, I just got it and installed 1.26 firmware I d/led a while ago. i then saw 1.27c and installed it but when I boot up it shows 1.26 and then 1.27c...slowing boot time +--> gizz (~root@lyon-4-a7-62-147-48-217.dial.proxad.net) has joined #rockbox + hi all + cool.. +<-- gizz has quit (Client Quit) +<[TDM]Mr_B> ... + the original firmware is permanently in a ROM chip in the device + new firmware gets loaded by it from the harddrive + thats exactly the expected behaviour + it shouldn't slow the boot time by any significant amount +<[TDM]Mr_B> ok, thanks...I just thought 1.16 was in ROM +<-- [TDM]Mr_B has quit () + hmm + weird + i thought he meant 1.26 was in rom didn't see that he installed that himself... eh hmmm +--- dw|gone is now known as dwihno + Good morning everyone! God morgon allihopa! Bienvenue! Guten morgen! +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + BAGDIE! :D + *vinka* + hey ho + I'm no ho'! :D + sorry, hey hno ;-) + gcc 3.1 is out... + It is? :) + Cool + ~26 MB tarball +--> calpefrosch|work (~calpefros@62.52.174.30) has joined #rockbox + morning calpefrosch + I'll wait for binary packages for mingw32 + morning all + I compile it right now, it'll take ages to complete ;-) + :-) + Well, you're still young ;) + hye all... + ive been away a bit.. i miss anything major? + no + just talking about gcc 3.1 + ahhh + ill stay with 2.95.3 till 3 has been out a little longer, + I use several ;-) + why isn't there a stdbool.h in win32 VC++ ?? + 2.95.3 is fine + not for weirdo c++ stuff + calpefrosch|work: because that's a C99 thing and VC++ is not C99 compliant + make your own in the win32 directory + ok, tnx + just typedef a bool, and #define true and false + Bagder: For plain C, it is usable :) + oh certainly + Although the OO approach is so much cooler + at times + For let's say, a library for loading images + BMP's, GIF's, etc + :-) + That would rock so damn much! :D + I see OO abused to very often at work, it has ruined my view of it + so very + Too bad I'm a bad C++ coder :/ + Give me an example of the abusement you've seen + one of the most common is the over-objectification + grrrr + build fails... + and again +* Bagder curses gcc 3.1 + Get some binaries :) + I'll bet that won't wotk either + my system is built by tarballs mostly + okay + no binary packages like this, they always fail on some dependencies +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + hey zick-zaggie +--- Zagor_ is now known as Zagor + yo + TJOHO ZAGOR! :D + hello there + www.klitta.nu/ume <- please give me your personal opinions +* Bagder crosses his fingers, the gcc build is now doing better + no + now, should I try to fix this or just wait for the next release? ;-) + or the third option: wait for binary packages ;D + no, that's not an option for me + :) +* Bagder goes to fill up his coffee with that black stuff + uh + gee +* Bagder stops trying to type and just hides +* Zagor doesn't want to know what black stuff Bagder takes in his coffee + :-) + <-- got coffee, and polarbröd + and three pieces of sugar +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox +<-- elinenbe has quit (Read error: 104 (Connection reset by peer)) + morn ppl + morning +* dwihno hugs everybody. Today everything just ... rocks :) + glad to hear it :) + :-D +--> Linus (~linus@labb.contactor.se) has joined #rockbox + morning Linus +--> PsycoXuul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox + do I sense that Linus is unaware of all our application efforts? ;-) + heheh +<-- PsycoXul has quit (Read error: 104 (Connection reset by peer)) + which what who where? +--- PsycoXuul is now known as PsycoXul + dwihno: aren't you subscribed on the mailing list yey? + yet + Bagder: No, I'm too lame. + yes I am very unaware. :-) + What is this application? +* Bagder counts to 96 subscribers right now + Linus: the player one is Björns dir tree browser + ok + the recorder one is dir browser, tetris and a screen saver + ah + and both can show id3 tags + Simulator stuff, as of now + Nice + yes + but why sim only? + they should run on targe too, right? + So I guess you are all waiting for my MPEG thread? + not necessarily + It works + the apps can run without it + just not perfectly + It isn't glitch-free between songs + and it can't seek() + yet + Does the Archos firmware allow in-track seek:ing? + yes + Whoa... There's something new! :O + Simple to use even with 2 hours mp3 lengths? + its like cd player seeking\ + okay + you press and hold the forward button till you get where you want to be + or backward or whatever + Does it take an eternity to seek to let's say 1.5 hour? + probably + uh, yes :) + ah, mkay :) + Damn + I just rang my friend to get the root password + I woke him up, and now the password isn't correct! + so what about playlist code, is that part of an app yet? + not yet + we should get that part moving + dwihno: did you get anywhere further on the bmp stuff, anything to send me? ;-) + Bagder: I found out it glitches when the resolution isn't a multiple of 2 + How many hours does it take to make a subdomain active? + make a domain active? in what regard? + hmm + Getting a hostname bound to a ip + dw.lahma.net -> a box + if its a new name added, it'll take effect almost immediately + damn + then it wasn't done + DAMN DAMN DAMN + :-/ + gcc 3.1 probably is a boring thing anyway :-O + haha + no go? + no + Bagder: Never underestimate the power of binary packages :) + bugger off + binary packages are evil + Bagder: What system are you trying to compile it for? + linux i386 + i686 rather + hm + then it's weird + what kind of errors do you get? + You didn't manage to compile gcc 3.1? + checking whether the C compiler (/home/daniel/src/gcc-3.1/gcc/xgcc -B/home/daniel/src/gcc-3.1/gcc/ -B/usr/local/gcc3/i686-pc-linux-gnu/bin/ -B/usr/local/gcc3/i686-pc-linux-gnu/lib/ -isystem /usr/local/gcc3/i686-pc-linux-gnu/include -g -O2 ) works... no + oh + this is when it switches to compile with xgcc + I'll try with another original compiler + right, that works better + 3.0.3 can't build 3.1 :-/ + me and my mouth + *dang* + failed + It looks like you are incompetent :-) + yeah + I'm a fool + Your brain hurts? + a lot! + Did you have to upgrade the binutils? + I like the patch release 3.0.4 = 3.1, 17MB! + no binutiles upgrade, no +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox + your simultaneous comings and goings look very cute ;-) +<-- Zagor_ (~bjst@labb.contactor.se) has left #rockbox +<-- Linus (~linus@labb.contactor.se) has left #rockbox + :) +--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + wacko proxy :( +--> chris1 (~flanz@62.132.155.14) has joined #rockbox + nice mails + you think? + I am listening to music on my Rockbox as we speak. + so, guys, what do we do about the apps module? + smack everything in root, and add 'player' and 'recorder' dirs only for the model-specific code? + yes + for now + quick and easy + we can always change later (with the expense of losing CVS history) +* Zagor is fixing + ## ### ## # # ## ### ### ## # # ## # # # + # # # # # # # # # # # # # # # # # # # # # + # # # # # # # # # # # # # # # # # # # # # + #### ### # #### # # # ### # # # # #### #### # + # # # # # # # # # # # # # ## # # # # # # + # # # # # # # # # # # # # #### # # # # + # # # # # # # # # # # # # #### # # # # # + # # # # ### # # ## ### # ## # # # # # # # + Sorry, I just had to express myself + Bagder and Zagor: do your dir browsers only show MP3 files? + no + but they assume all files are mp3 ;-) + COOL :D + I mean, they'll check id3 tags on anything + Oh. So we might end up playing the ARCHOS.MOD? + if you want, sure! + if (!strcasecmp(filename.ext, "mp3")) return TRUE; + there you have a function for quick detection of mp3-files ,D + But everybody wants a MOD player, so why not? :-) + dwihno: no, that checks if the file is called "mp3", not if it ends with it :*) + ah, ext. duh... + :-) + My test code does just that + Daniel : your write "The Archos Recorder uses a ISD300" on the PCB rec_main.pdf i see the ISD200 !? + oh + For a initial release, a simple extension check is more than sufficient :) + A schematic error + chris1: then there's an error there + chris1: only the recorder20 uses isd300, the older models use isd200 + aah + All recorders use ISD300, not? + I thing to my topic yesterday, there is a way to read and write memory from the PC-USB-> to Archos ( I have the Rec20 ) + Linus: no, only the 20 + chris1: ??? + The FAQ list say . "- Player control via USB" + shoot. tell me about the way + or was it a question? + Linus: have you checked in all your mpeg code? + No. I'm working on it as we speak + ok + I have jet no solution in my brain, I think it is posible on the rec20 + But it seems to play glitch-free now + woohooo + No volume control yet +* dwihno hoorays for Linus + And no seek +* Bagder kneels in front of Linus, we're not worthy... + No you're not + :-) + :-) + is the button api ready, for hocking on keypress + Maybe i should start working on the volume control. But that takes a hardware mod for me... :-( + vol control can impl. easy. + what hw mod? + chris1: yes. Just write to the correct registers in the MAS with correct data. + is that a task ? + Bagder: The serial port is connected in the earphone plug. When I connect the earphones i short-circuit the debugger cable + chris1: a task? + aha + sould I do that. + No need. I'm on it. + But thanks + ok + isn't the lack of playlist code one of the white spots right now? + well playlist isn't on the roadmap for 1.0 :-) + when the mpeg thread works, we have no code that feeds songs to it + right. so we can only play one song at a time + of course, that's fine enough for v1 + but then... +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + contractor.se : cs player :-) +--- Linus is now known as Linus|lunch +--- Zagor is now known as Zagor|lunch + I think both of them are only one person + Someone with a split personality ;D + With the ability to code for two +* Bagder smiles + I think to. +* dwihno just sneezed the screen full of snot + both the decoder chip and the dac chip have some volume and sound controls + imo there should be interfaces to all of it that there can be + i think i'm going to build a tesla coil + along with its components and generator to power it + I am going to build a rymdraket out of navelludd + huh? + fluff from the navel :) + spacerocket + heh + rockets are stupid + If they come with warp drive, they are cool ;D + what a waste of energy + We got unlimited amounts of energy! + well a warp drive isn't a rocket now is it + warp drive's kindof a silly idea though + Not really +<-- Zagor|lunch (~bjst@labb.contactor.se) has left #rockbox +<-- Linus|lunch (~linus@labb.contactor.se) has left #rockbox + no, it is :p +<-- chris1 has quit (Remote closed the connection) +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + fun fun fun on the autobahn + Did you enjoy lunch? +--> chris1 (~flanz@62.132.155.14) has joined #rockbox + chris1: where did you see the cs info? + www.contactor.se + huh, we mention cstrike there? + You do nothing all day but play cs ;) + right, but we shouldn't be telling people that :) + < UT + Zagor: move those darned apps! ;-) +* Bagder considers adding a little script for making tarball releases easier + I'm on it. but people keep pulling me away for other, lesser, tasks :) + scare them away! + you mean, like, work? + no swearing, linus! +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + yo + is lcd_update() for the recorder only? + yes +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]") +* Bagder made the bmp.c work + it looks cool to the logo on place ;-) + We're not worthy... + Captain! Volume Control is now activated! + Roger that. + ;) + pump it up! ;-) + When I set it to 0dB it screams in the earphones! I don't dare to set it to maximum (18dB) + isn't that damping? so 0dB is the loudest? + s/damping/attenuation/ + No. The lowest volume is -75dB + ok + any suggestion on how we do the little/big endian crap? Just hardcode them in the simulator Makefile? + eh? + we need to switch a lot when reading binary + yes + and what's the default, is the S1 big endian? + default is BE + ok + So big endian should be default in the code as well + yes + #ifdef LITTLE_ENDIAN + or something + #ifdef LITTLE_ENDIAN + #define readshort(x) x + #else + #define readshort(x) (((x&0xff00)>>8)|((x&0x00ff)<<8)) + ! + I could possibly removed the and +<-- wavey has quit (Read error: 104 (Connection reset by peer)) + what's wrong with SWAB16 ? + it's not documented in API ;-) + hehe + so therefor I didn't know about it + it's implemented in assembler, so you still need to define it for uisimulator + it should still be documented... :-) + Bagder: why are you using float in id3.c? + Booooh + shame on you! + I don't + Yes you do + where? + line 449: bpf *= 12000.0 * 4.0; + ah + lame! + will that acually use floats? + bpf is an int + the calculation will be made with float and then truncated + so cut off the .0 + already done :) + I converted that whole thing from float to int + actually that calculation gets a bit "rough" without floats + but I guess its ok anyway + those variable bitrate files will blow it away pretty bad too + rough? + How? + it lacks accuracy + but it might not matter that much + how can a multiplication of a int with 48000 be better using a float? + you're not thinking clearly now ;-) + that single little snippet was a mistake + I never do + the whole calc used LOADS of floats originally + ah. OK I understand + witch code is use on INTEL big or lite endian ? +--> Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + I'd say big + http://www.byteswap.net/mikesnotes/2002/getting-started/byteorder.html >> little-endian byte order + Intel is little endian + it is? + ah, I got it mixed up with motorola + Bagder: do we need both dmalloc and bmalloc, or should we select one of them? + both are used + dmalloc is the small-blocks alloc system + it gets big blocks from the bmalloc + so which one do I call from code? + the dmalloc ones + I believe there are some malloc => dmalloc #defines in dmalloc.h + ah, good + if we end up doing malloc() only on big blocks, we'll skip dmalloc alltogether + You call malloc(9 + not bmalloc or dmalloc + yes, the dmalloc.h defines malloc => dmalloc + ah + I prefer that way + It is not wise to do so. It is better to name it malloc() + why so? + newlib calls malloc, for example in strdup() + right + so we should rename the d-versions to the standard names + absolutely +<-- Bagder has quit (Read error: 110 (Connection timed out)) + you want me to do it or do anyone of you? + you do it. i've got other problems :) + ok + change dmalloc to not use sprintf() while you're at it + for what? + line 293 uses it for semaphore naming. use snprintf instead. + we don't have semaphores + true. i don't know why it's compiled. + renamed + bmalloc.c:246 looks wrong + yes + I'll make the whole function dependent on DEBUG + no, DEBUG is for DEBUGF, not for printf() + hehe + collision + use DEBUG_SIM or something for printf() + DEBUG_MALLOC possibly + that's fine too + fixed + thanks + to init the malloc system, call these two: + dmalloc_initialize(); + you should probably remove the defines from dmalloc.h too :) + bmalloc_add_pool(thisisourheap, AMOUNT_OF_MEMORY); + I did + oh + ah, bad recompile + bingo. apps/ builds a full archos.mod + c00lnezz + 0x39b4 bytes code + Congratulations! +* dwihno is not worthy + ...but i doubt it works :) + :-) + Who cares, as long as it compiles :) + (a.k.a the Microsoft development policy) ;) + Btw, what is archos.mod? + _THE_ app? + yes + the one we copy to the archos + OH +* dwihno shivers ... with anti --- cipation! + Name that movie, 500 points + btw dwihno, you were too slow, I fixed my bmp viewer ;-) + Bagder2: Hey, I got a work(tm) + www.jupither.net/dw/ + hehe + work? wazzat? ;-) + Check the page and tell me what you think + It's for an application I did + javascriptmania + well it *looks* good + but you break about every rule I'd follow + :-) + Which are... ? + did anyone ever run the simulator with HAVE_PLAYER_KEYBOARD? + it doesn't compile + javascript, use full browser, never use your own scroll, no movements + *KEYPAD, even + Zagor: no, it built with player lcd but recorder keypad + Bagder2: Yeah, I know, I agree! But this time, I had to do it this way! :) + Bagder2: we need to be able to run player keypad too, to test the application + Zagor: you're right of course + I gotta run + see ya +<-- Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + what's the resolution of the recorder LCD? + 112x64 + okay + :-) + Me and my workmate are talking about purchasing + Chasing information, trying to press the prices etc. + good! + Yeah :) + And installing rockbox to enhance functionality :) + Are you writing a mp3 decoder yourself or are you utilizing the onboard-chip? + the chip + ah. + I guess it takes less time. + the processor isn't fast enough to handle mp3 decoding + Could guess that. + Oj. Swedish word-by-word translation ;) + How big is your firmware compared to the original? + it's smaller so far + How big difference? + but then we have hardly no application code yet + true, true + Okay, guess the movie, 400 points level: "In just seven days, I can make you a man!" + currently the mod is 18k, while the archos mod is ~60k + but we have to pad it to 50k anyway, otherwise the archos refuses to load it. so it's not much of an issue + Fishy + nah, it's probably just a sanity check + to avoid loading bogus archos.mod files and crashing + on the other hand, there's a CRC check as well so it shouldn't be necessary... oh well 20k disk space is no problem + not really :) + How far away is the first testing of the mod? + days + Exciting! :) + yup :) + Bass and treble works now! + coool! + Guess the movie, 300 points: "Oh Janet! Oh Brad! Oh Janet! Oh Brad! Err... You're not Brad! Hahaha, you wish!" + Linus: you own! + Single white female? + No + Linus: I AM NOT WORTHY!!! + Well, at least not before I got an Archos in my hand ;) + Linus: what was the issue about VBR's? + i've gotta go. see you guys! +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox + dwihno: what issue? + I thought you wrote something about VBR's having a fishy sound + Did I? + Hm + <-- might be wrong + That must have been someone else + might have been + I congratulate you on the work on getting the decoding to work + I congratulate all of you on this project + Something neat would be, if Archos realized your firmware will get smarter than theirs, and they paid you for the development + Hehe. I'm not sure I would want that + How come? + If they allowed you to keep the product GPL? + Being paid for doing fun stuff is like being paid for partying :) + I get paid for fun stuff almost daily + :-) + Buyt yes, if they agreed to GLP the code, why not? + GPL + :) + What do you do for a living? + pimping? :) +<-- chris1 has quit ("r") + Hehe. Programming. + jb1081: print "LiNuS rUlEz!" + 20: goto 10 + ? + :) + oops + stupid nick completion +--- dwihno is now known as dw|gone +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> trillback (~trillian@nat-198-95-226-233.netapp.com) has joined #rockbox +<-- trillback (~trillian@nat-198-95-226-233.netapp.com) has left #rockbox +--- Disconnected (Connection timed out). +**** ENDING LOGGING AT Thu May 16 14:14:19 2002 + -- cgit v1.2.3