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-20020430.log | 1230 +++++++++++++++ www/irc/rockbox-20020502.log | 1869 ++++++++++++++++++++++ www/irc/rockbox-20020505.log | 614 ++++++++ www/irc/rockbox-20020509.log | 1656 ++++++++++++++++++++ www/irc/rockbox-20020511.log | 386 +++++ www/irc/rockbox-20020513.log | 818 ++++++++++ www/irc/rockbox-20020516.log | 2060 +++++++++++++++++++++++++ www/irc/rockbox-20020519.log | 515 +++++++ www/irc/rockbox-20020521.log | 724 +++++++++ www/irc/rockbox-20020522.log | 661 ++++++++ www/irc/rockbox-20020528.log | 3503 ++++++++++++++++++++++++++++++++++++++++++ www/irc/rockbox-20020529.log | 93 ++ www/irc/rockbox-20020531.log | 2301 +++++++++++++++++++++++++++ www/irc/rockbox-20020604.log | 1858 ++++++++++++++++++++++ www/irc/rockbox-20020605.log | 421 +++++ www/irc/rockbox-20020609.log | 1772 +++++++++++++++++++++ www/irc/rockbox-20020610.log | 995 ++++++++++++ www/irc/rockbox-20020611.log | 212 +++ www/irc/rockbox-20020612.log | 183 +++ www/irc/rockbox-20020613.log | 1988 ++++++++++++++++++++++++ www/irc/rockbox-20020614.log | 1303 ++++++++++++++++ 21 files changed, 25162 insertions(+) create mode 100644 www/irc/rockbox-20020430.log create mode 100644 www/irc/rockbox-20020502.log create mode 100644 www/irc/rockbox-20020505.log create mode 100644 www/irc/rockbox-20020509.log create mode 100644 www/irc/rockbox-20020511.log create mode 100644 www/irc/rockbox-20020513.log create mode 100644 www/irc/rockbox-20020516.log create mode 100644 www/irc/rockbox-20020519.log create mode 100644 www/irc/rockbox-20020521.log create mode 100644 www/irc/rockbox-20020522.log create mode 100644 www/irc/rockbox-20020528.log create mode 100644 www/irc/rockbox-20020529.log create mode 100644 www/irc/rockbox-20020531.log create mode 100644 www/irc/rockbox-20020604.log create mode 100644 www/irc/rockbox-20020605.log create mode 100644 www/irc/rockbox-20020609.log create mode 100644 www/irc/rockbox-20020610.log create mode 100644 www/irc/rockbox-20020611.log create mode 100644 www/irc/rockbox-20020612.log create mode 100644 www/irc/rockbox-20020613.log create mode 100644 www/irc/rockbox-20020614.log (limited to 'www/irc') diff --git a/www/irc/rockbox-20020430.log b/www/irc/rockbox-20020430.log new file mode 100644 index 0000000000..8413f36a2d --- /dev/null +++ b/www/irc/rockbox-20020430.log @@ -0,0 +1,1230 @@ +**** BEGIN LOGGING AT Mon Apr 29 03:08:39 2002 + + hiya there boys + hi + Yo! + I think it's about time with a status-report mail to the list Zagor + hmm, yes. i'be been secretly hoping for the irc digests from adi + further, have anyone thought about what document format we want? + man pages? doxygen? ascii? html? + html is good, i'd say +* Bagder thinks about API docs etc + well, html can be generated from man pages and doxygen for example... :-) + yes, but what is the source format? how do we WRITE the docs? + right + doxygen might be cool, I haven't really worked with it though + WRITE DOCS? YUCK! + :-) +* Zagor takes away Linus' coffee. See? Motivated enough now? + we see more and more people asking about various APIs now + it'll just grow + AAAAAAH! I'll write docs....please GIVE ME MY COFFEEEEEEEE! + on the other hand, this is not the best time to document them since they are still changing frequently + things like the file.h isn't + true + anyway, if we'd use doxygen, it generates docs based on function comment headers + morning + so it should be correct + hey wavey_ + hi there wav. dug yourself up from under the cvs mails yet? ;) +--- wavey_ is now known as wavey + yikes, those sure came as a tsunami! + heh - i haven't looked since friday +* wavey winces + ooh, you're up for a treat! + (in for?) + been a productive weekend + wow - busy weekend for everyone! :) + indeed + no one with a life in sight ;-) + i've been busy too. i've written a playlist impl doc which states some fundamentals and asks some qs + you wanna read it or shall i throw it to the list? + I'd say the list + i was thinking we could have a docs/ subdir + for complex explanations +* Bagder agrees + or will the website do? + i also wrote about 400 lines of code + i'm currently hosting it my own main.c to test it + is the simulator at all ready to host that sort of thing? + very soon + coolio + i won't check in my harness then + both sims are now supporting the lcd and buttons the same + lovely + i still haven't checked it out + Zagor define "irc digest" + ive just been logging :) + and i'm busy today :( + wavey: your code is mostly using the file api, right? + its stubbed out any actual file operations + still getting my high level api rite + right + anyway, when you commit your code we'll make it run in the simulator + yus + it has an "embryo" for an app now + so we could make a playlist editor + cool stuff :) + i'll be able to do some more later thisafternoon + adiamas: someone offered to write up an "irc digest", summarizing discussions and desicions. I thought that was you, but maybe it was someone else? + i'll work out what can be checked-in + nope was't me ;) + im just logging ;) + which reminds me, someone is going to have to get today... i was missing a few hours + either that or i just pick up where i came in + a few hours more or less don't matter +* adiamas nods + anyone have an id3 tag editor that they would recommend? + i can't find anything i like and im to lazy to write my own + for linux? + yeah + I use the command line ones that come with id3lib + or 'easytag' for a GUI one + nods + both kind of works but not extremtly good + i use xmms interactively or just tag them when i rip them + due to id3lib being rather lame :-/ + 800K package for reading and writing Id3 tags?!! + lol + hehe + the most recent versin also fails to compile to my machine + they claim I have a "too new" gcc + silly persons + Whoo. I just tested the event queue primitives. The Alpha version works! + But they are not safe for interrupts to post in... + good progress + I suggest adding a lcd_update_rect() function, for updating only a part of the LCD + (recorder) + sure + it would probably enable cooler stuff + s/would/will +* adiamas screams + i really really hate the recorder some times +* Bagder pats adiamas on his head and talks in a gentle tone to calm him down + this rebooting thing is realkly starting to piss me off... + rebooting? + let's hope it is a sw issue + yeah... i don't know if its my unit or what... + randomly seems like the sw chokes and dies + which, since its embedded and all, causes the hardware to reboot + i don't get this... + I haven't seen it. + what are you doing when it reboots? + i have a perfectly valid playlist, i go to play it, it loads all 117 file entries, then on "Play" it just lists (Root) + "listening to music" :-) + when i move to next, it reboots + "I was just riding along" + I've never had that happen + really realy really starting to annoy me. + Bagder: you should rewrite id3.c to use nonbuffered io. + true + unless you plan to implement it :) + shouldn't be that hard + adiamas: it sure sounds like a sw bug + what sw version ? + checking + 1.25b + I have that one too + im really starting to think its a hw issue... + because it's not related to any particular action + does it only happen when you do that, or other times as well? + randomly + just happened now when i scrolled up the directory menu + does it happen when do things that aren't disk-oriented? + +you + and again + sees to be + actually.. mis read that.. when its disk oriented + or disk related perhaps + im really starting to think that the guy i bought it from sold it for this reason + sounds like hardware to me + this keeps up and i may just buy one off shelf and crack this one open... + but the idea of spend 200+ for crap hw really burns my balls. + sooooo if we get any more 'donations' and ya'll feel like forwarding them along ;) + hehe + do you still have warranty on it? + id love to break the warentee on this mf. + not really... + i bought it second hand off ebay, so dunno if i have a claim on it. + check with Archos US. if you have it, send it to them. this is definitely a warranty issue. + if you don't have warranty, crack it open and check a number of solder points + s/check/resolder/ +* adiamas has _no_ experiance soldering :) + it sounds like a bad connection somewhere to me + ok. umm, maybe this isn't a good learning project then :) + yeah.. expensive one :) + nice.. and archos only gives a 90 day warranty + really? + I think it's a year in europe + "Archos warranrts to the end user customer that Archos products will be free from defects in materials and workmanship for the duration of 90 days, which begins on the date of purchase by the customer. Customer is responsible for maintaining proof of date of purchase." + gosh + im reading it off their warranty card + reboot again + swedish law dictates a minimum two years "reclaim time" + wow.... + that and nice hot blond chicks... im in the wrong country ;) + hehe + ill tell you this.. your country has one hell of a PR dept. + good or bad? + i have yet to meet an ugly chick from your country + :) + seems you only send of the hot chicks as 'opairs' or those live in baby sitters + yep, we have a selection board + strict regulations + hehehe + my mailing addresss is: 60 Collyer Ave.. send one on over + i promise ill share with my gf.. no worries ;) + haha, and she'd take care of...? ;) + anything she wants ;) + ...you...? +* adiamas nods happilty + hell... id be happy to sit back and watch her and the 'wife' go at it +* adiamas growls + it's our compensation for the long dark winters + LOL + and high suicide rate + nature always finds a balance + or was that finland? + that's a myth, actually + we mostly die of cardiac arrest being compensated for the long winters... :-) + finland is higher, yes +* adiamas is from america, home of the 'fast food, gun ordering, beer buying, convenince store drive through' +* adiamas laughs merrily at linus + Linus, I ment to ask. Just how common is your name in sweden? + Not very. + suicide rates per 100k people: USA 11.3, Sweden 14.2, Finland: 23.8 + gotta love the internet :) +* Zagor should be writing code review protocols right now. Bleh.. + hey, look, another reboot + heheh + code review protocols? + yeah. medical equipment requires lots of red tape + nod + anyone else having a hard time loading the rockbox site? + No. why? + hmm, it's gone blank again + i don't know why that happens + Oh. Now i see. + I saw that yesterday too. + Itäs probably Zagors lame update cron job that fucks up. + it is, but why? + thats simple + 42 + ello + Hi! + hey ironi + ellooo + wat append to te ''s? + ah, now I get it +* Zagor is slow + tey were lost in te ash + ahhh, missed one :) + hehehehe + tougher then it looks ;) + you wanna really cook your brains? take a look at: http://orion.ramapo.edu/~rhak/misc/illusions/pic19692.gif + yeah, seen it. it's cool + cool + yes folks... rob has hit double digits on reboots + yikes. your archos is next to useless + ya think? + it seems fine for a while, then *poof* + Curious. Does it happen when you have the charger connected as well? + haven't tried. + Do it. + trying + good test. there's a known problem with the spirals holding the batteries + how do you mean? + s/spirals/springs/ + btw.. what time is it by you? + your what, gmt+2? + +1 + so its like 11 there? + yup +* adiamas nods + stupid sunlight + sunlight? + i wish we had some +* Zagor saw some last week + yep + well i hoped for sun tomorrow night + but no luck, it seems + Hi alan + hi ! + we should add "tetris" in the status list ;-) + nods + :) + we should add scores + ;-) + how about adding the ability for the game to end ;) + that's not a bad idea! hehe + adia: what do you mean ? +--- Linus is now known as Linus|lunch + the game has no "game over" ? + alkorr when the blocks reach the top and you are out of room, the game keeps sending blocks :) + arf quite annoying :) + let's blame Björn! ;-) + time for lunch, cu +--- Zagor is now known as Zagor|lunch +* Bagder silently points out that we *are* gmt+2 while having daylight savings time + because britain is gmt+1 right now :) + yeps + funnily enough ;-) + stupidly enough + timezones are an abortion + indeedo + nah.. timezones only happen because of buisness + and the railroads if i remember correctly + what's wrong with a single hour across the globe + ? + who cares that 0500 is midday? + or that you wake at 1900? + I bet the chinese are on our side + they have one time zone + for a country as wide as five or so + yus + probably the only thing they agree with us on ;) + hehe + very probably + well, i think its part psychology... + you try and convince a new yorker that 0800 is really noon + or 1 depending + hey ho + ad: you'd soon get used to it + even a new yorker ;) + when britain conquers the globe again, we'll insist it :) + actually + the only way britain could conquer the globe again + is if everyone else goes to mars on holiday +--- Bagder is now known as Bagderfood + #define file_width 5 + #define file_height 7 + static unsigned char file_bits[] = { + 0x11, 0x0e, 0x00, 0x0e, 0x00, 0x0e, 0x11 }; + /* Created with The GIMP */ + was at the top of that heh + thats 1 char + [duh] + the gimp makes it easy + hmmm? whats that? + what? + your bit about file_bits + whats it in reference to? + i just drew a thing in the gimp + and saved it like that + heh + heheh okay... +* adiamas still doesn't get it, but thats okay.. hes off to nap +--- Linus|lunch is now known as Linus + made a new 5x7 image, image->mode->indexed, set it to black/white (1-bit) palette + then drew it with the pencil tool with a 1x1 brush + and saved as an xbm + and thats what it outputs + i'm gonna paste it directly into some cgram code and see how they look heh +--- Zagor|lunch is now known as Zagor + so yeah it looks just like it does in the gimp on the player LCD + heh + nice + its 8 custom chars though i think + i think i said something about 11 before but if i did i think i was wrong heh + but i tested it again and it's not detected by usb-storage with custom firmware running + huh? + that sounds strange. we have no control over the usb interface + must have *some*, at least one some models if nothing else... i have to plug in the usb cable as soon as the rom version shows its boot screen and before it loads the HD firmware + "With custom firmware running"? + Recorder? + no, player, studio 20 + So you can't plug it in when the device is off? + i dunno i probably can + what does the linux log say? + but once non-archos firmware has been loaded from the HD, usb-storage doesn't recognize it if i plug it in + you should see a log entry from usb.c or hub.c anyway + yeah it loads up and thats it + it just says it loads + I guess the firmware must disable the ATA buffers when it senses that the USB is connected. + so i let it boot up with archos firmware till it shows the first directory on the screen, then i plug it in, says "USB ..Active..." with the little logo, then i modprobe usb-storage, the unit clicks and in dmesg i see a bunch of output about USB and scsi and the drive info etc +--- Zagor is now known as Zagor|away + and then i can mount it and use it blah blah blah... + so now i'll do the same thing with other firmware running and say what it says :p + Initializing USB Mass Storage driver... + usb.c: registered new driver usb-storage + USB Mass Storage support registered. + thats it + the archos doesn't click or do anything either + and when i unplug the usb cable the archos still doesn't react + those 3 lines are every new message in dmesg after the last time i unloaded usb-storage, and includes the nothing it printed when i plugged the device in :p +--- Bagderfood is now known as Bagder + It looks as if the firmware has to enable the ISD200 chip somehow. + apparently + Is this a problem for you as it is now? + no + just interesting :p + OK. I'll put it to prio -7. :-) + it'll be annoying not to support that though + Of course we will support it. + when our sw is running + I'll just have to dust off my multimeter. + hi + hi man... + heh - still at school ;) + oh, from a computer at school ? + yea +* edx gets his funky rockbox tshirt today + did you do anything to the simulator code? +* Bagder hasn't + i meant calpefrosch :) he wanted to change stuff (maybe) +* Bagder understands now +* Bagder doesn't work from home today, blaaa had to shave ;-) +--> alkorr (alkorr@srs07v-8-105.n.club-internet.fr) has joined #rockbox + Hi alan + Hi Linus +* edx doesnt work from home as well +* edx is at school and has lesson :) + hi + hi edx + sorry.... + re :=) + I did nothing. + ok + edx: :) + =) + what's up , guys + Not much. Working... + Welcome + Hi there. + Hi + ok - gotta go :) + cya later + Bye + cu + welcome elinenbe +--- Linus is now known as Linus|work + well cu + Badger: with the simulator, is there a cut between the firmware and the PC-code + ? + that I know where to do what .. + well, the simulators offer a few APIs using the very same functionality as the firmware code will offer + so that code could be written to get displayed in the simulators and then moved to real firmware + without much trouble + ok. + currently we offer the lcd API and button API (recorder style) in both simulators + check out the uisimulator/app.c code and you'll see how you can program + code that should work in simulatorss and target + in the button API, there must be some repeat functions + and some function to avoid a dubble press + double + how do we make a function that avoids double press? + we have to do it twice, I think + we do know when a button is pressed and when it is released + I don't know the english word for "entprellen" + me neither ;-) + if a button is pressed, we have to wait until it is released. + and then recognize the next + we don't have to + we get separate events + not? + we can just wait until a button is released + button = button_get() + if(button & (BUTTON_PLAY | BUTTON_RELEASED)) yada yada + but yout want the action when pressed, not when relased... + yes + then you fix that + thing is + Did you test it on the target hardware? + you may want to support having the key pressed a long time too + right + so currently, if you wanna do funny checks you need to do it yourself + the api returns the button-press event + "entprellen" = "debounce" + it is a hardware-thing if a key is debounced. + the api actually checks for key-repeat if I'm not mistaking + if not, we have to do it in software... + what is debounced? + released? + ok, think about a key pressed. in digital like this: ___|----|____ + but it could be: ____|-|_|-|_____ + because there is no full contact + you're worrying too much ;-) + if that'll be a problem, we'll fix it + it is only one press, but two digital signals with µs between them + that is because I did some key-programming for a tanning bed. I had this problem there... + yeah, a common problem for this kind of thing + if I would have the hardware to test some things, I would feel better + you don't have the hardware? + sure, but I don't want to destroy it or lose the guarantee + ah, you want to mess around with thw hw, I thought you meant sw + Yes, the keys must probably be debounced somehow. + right, but can I load the firmware on the recorder? is it safe ? + uuuuh + safe? ;-) + naaah + I will try the simulator...;-) + hehe + no debounce problem there ;-) + cool +* Bagder curses .pac files + do we have a message loop in the firmware? + not yet +--- Zagor|away is now known as Zagor + Linus works on the message queue I believe + we need no debounce, since the keys are polled an not interrupt controlled + it is important for me to know how the key-thing will work in future + so if we poll them @10Hz debounce is not really a problem + ok, I agree + yes, there are some details left to figure out + Bagder's statement above holds true + only there is a problem with key-release + example: + 1. I press and hold ON, get_button() returns KEY_ON|KEY_HELD +--> ghssg (~fdsasf@pD9560C13.dip.t-dialin.net) has joined #rockbox +--- ghssg is now known as edx + 2. I keep pressing ON and also press down PLAY. get_button() returns KEY_ON|KEY_PLAY|KEY_HELD +<-- edx has quit (Client Quit) + ok, but where will the get_button be called? + 3. I keep pressing ON but release PLAY. what does get_button() return? + I agree + calpefrosch: from the UI code. it will read from a message queue + it would need a hold for each key + the timer interrupt polls the keys and posts events to the message queue + ok, I will do it in the win32 gui. the code is not working like that + now + Bagder: so, we actually have UP and DOWN events for individual keys, rather than a bitmap for all keys? + calpefrosch: why does it have to work like that? + calpefrosch: the events and queues is implementation specific. only the get_button() api needs to work the same. + Zagor: that's possible too + on windows it is difficult to choose one position, because it repeats the key very fast. + calpefrosch: yes, that has to be filtered + in the simulator, because edx has polled the key + Bagder: well, we have to decide on a system + I'll try this now, ok? I can send you the diff. on which adress? + Zagor: yeps + how does win32 handle multiple keys? + hmmmm, I will look. wait + calpefrosch: I don't have a win32 compiler, so I can't test it I'm afraid + I think diffs could very well be posted to the list imho + i agree + ok + Are you sure the keys should be polled? What about a lockup? + lockup? + you can always hold down the off button on the current recorder and it will always shut it off, even if there is a crash + such as a hard drive crash, etc. + we have no alternative to polling. there are no interrupt lines conneted to the keys + It seems the off but at least must trigger an interrupt... + how do they currently do it? + i don't know + but you have to crash very hard to lockup the timer interrupt... + well, we don't have to stop polling just because the drive crashes... :-) + so I don't see a problem + Is that the way it is currently done? + we don't have their source code, so it's difficult to say + since there is no irq from the keys it is hard to figure out how else it is done + I see. + It just seems polling anything is a waste of cycles... + polling has its' place + Actually, polling is a good medicine for bouncing buttons. + polling in general is good when you want control of the rate of events + well, you know more then I do, so I guess. + We try hard to sound like we know something. :-) + :) + sshhhh + ;-) + ok, in windows I get an event for keydown and keyup. I could send the keycode to the button.c and save it there + and wait until the polling main programm do a get_button. + or what ? + so both X and win32 use key down/up events. I guess we should do the same + calpefrosch: sounds good + how do you do in x ? + it + the key handles remembers the last button + and you get it with button_get() + that's it. I could make my own buffer... + buffeR? + but that would be too complex, I think + a queue is best + we should have that on x11 too + that's what I meant + ok +--> edx (Krutzs@p5081384C.dip.t-dialin.net) has joined #rockbox + hi edx. + I changeg some code for key-handling in your win32 simulator. + Because I have much work now, I only give you the changed code. Please commit it after reformating it. :-) + ok? + or I send it to the mailing-list + I have to go in 2 Minutes... + don't worry about committing nonworking code + in this early stage, that is ok + it's a better way to collaborate than mailing code back and forth + I can't commit. I send it to rockbox@cool.haxx.se. But it's working !!! + ok + mny tnx, bye +--- calpefrosch is now known as calpefrosch|away +<-- edx has quit () +<-- calpefrosch|away (~calpefros@62.52.174.30) has left #rockbox +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> edx (edx@pD4B9E9D6.dip.t-dialin.net) has joined #rockbox + good afternoon + hey again +--- edx is now known as edx| +--- edx| is now known as edx + hi +<-- Linus|work (~linus@labb.contactor.se) has left #rockbox + I'm about to leave too +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +--- edx is now known as edx|away +--- edx|away is now known as edx + is anybody here? +<-- jb1081 has quit ("[x]chat") +--> calpefrosch|away (~calpefros@62.52.174.30) has joined #rockbox + hi +--- calpefrosch|away is now known as calpefrosch + hi + check this out: + http://codeforce.d2g.com/rockbox/tshirt2.jpg + :) + *checking out the code you mailed* + that is the backlight thing? + boolean IsButton(int key) + { + return (key == last_key) ; + } + hmmm... + if (key & last_key) + might be mroe than one key pressed + and there's a tab + :p + yea + not my code :P + i replaced tabs with spaces + right, but I had no time to make it more comfortable + heh + .. what is the new_key function for? + I'M just hacking it into the machine. + couldnt that be done within button_get? + and I'm at work now, so we have to discuss this later. 30 Minutes ? + ok. + tnx + cool shirt. + thanks :D +* PsycoXul wonders how he ended up on a t-shirt :p + hehe :P + i just had to put some names on there + i hope you dont mind :) + but it is cool shirt... though i can't say the same for the hair :p + haha +--- calpefrosch is now known as calpefrosch|brb + edx.. i love the shirt :) +--- calpefrosch|brb is now known as calpefrosch + ok, back again + edx? + the main message loop of the windows programm sends every character (WM_KEYDOWN) to the new_char(int Key) function + the new_char of the button.c stores this character. in future maybe in a loop. + s/loop/queue + when somewhere the get_button is called, the stored key is given to the caller + bakc + hmmmm + bakc ??? + back + :) + oh + the problem is that you cannot simulate that on a jukebox device. + ok, do you understand the new_key thing? + i understand it but you cannot use that outside the simulator. + sure, the jukebox should so it the same way, i think + s/so/do + it wont. + it will be polling the keys. + in future the "rockbox" gets a message-loop + also for keypresses? + we dicussed this earlier this day + that is new to me :) + you has been to school ;-) + but you must be able to press more than one button at the same time. + return (key & last_key) ; + right, I had no time to do it. Can you ? + not key == last_key + yea i'll try. + maybe you shouldn't use this isbutton function + i don't know + they didnt declare the functions yet. + hm + is it commited ? + ytf is nobody here (Zagor, Bagder) + not yet. + anyways. the simulator is not responsible for calling the new_key function. + this method has a second effekt. the backlight is only a "nicety" + that is still done by the firmware + hmmm, the firmware should generate the key_down ( like windows does )message. Who polls the message_queue ?? + that is done by the thread i guess (thread.c) + that is bagders work i think... + and the thread should fill the button.c's button_queue, I think. We have to discuss this with Zagor and Badger + they have the experience + uhm.. + we should wait till they definded the functions. + but like this it's working even with the key-repeat of windows + the button queue.. hmm i do not think that this is a really good idea :? + well but you cant catch multiple key presses with this message queue + only if you poll all keys. + we don't need it. but we should save the button til the programm wants it. async + i fully understand. it is not a bad idea. but we still need to support multiple keyrpesses + also, what if one process "grabs" a key and the second one doesnt get it anymore, tho it is still pressed + yes, I know what you mean. this is a problem. + ill wait for Zag to show up :) i'll ask him about that then. + I think he do it in the x-version ( x-files, hehe ) + ... + *having a look* + not yet. + hmmm, it is an important, I think + thing + its a basic. + the hardware interface didn't allow multiple keystrokes at any compination + well.. yes + s/p/b :-) + but I like the color of the backlight ;-) + i think for the player.. to regulate noise or somethign.. there was a multiple combination + hmm, I never saw the player. only the recorder + i had a player before.. the lcd sucks.. + where did you buy the recorder ? + i bought a player at Promarkt (lol) then I damaged it and sent it back - the sent me a recorder :) + *the = they + hey you lucky ... go and play Lotto ;-) + hehe.. Lotto never works ;) + tried a lot of times hehe +--- You are now known as adi|home + hi + hehe + hi + I'll go home and eat a pice of cow. + bye + hehe.. + cu + maybe we talk later + k +* edx cries out desperating + where is Björn? +--- calpefrosch is now known as calpefrosch|away +<-- calpefrosch|away has quit () + hi + hey ironi + so i wonder if you hook up IR to the serial port or whatever what kinda crazy things you can do with furbys and pda's and ir-capable printers etc :p + morning. + morning + how are you ? + ah hi ;) + tired :) +--- edx is now known as edx|breakfast +--- calpefrosch is now known as calpefrosch|brb +--- calpefrosch|brb is now known as calpefrosch + cya. +<-- edx|breakfast has quit ("school") +<-- calpefrosch has quit () +* adi|home pokes Bagder in the forehead +* Bagder hrmpfs + how did the background suddenly go green on the uisimulator? + I changed it to look slightly more like a real recorder + k... but is the width correct? seems to be wider then my screen. + having white on black was too far + the square is drawn outside the actual size + ? + actually 3 pixels outside I believe + I should change that + we should have exactly 112x64 within the square + well... define 'square' + the full app? + because i don't see any boarder inside the app. + you don't? + wait + grrr + my X-redirect over ssh is not working properly + sorry :( + anyway + if you want.. i can give you a screen shot of what i see. + there's meant to be a box within the windows + -s + the box us meant to define the actual recorder lcd size + okay.. i get the box as soon as the menu loads, but not before... + which seems odd + well, it might be because my silliness ;-) + I mean + it could possibly be fixed in the code + I haven't bothered that much + not really needed... was just curious :) + heh, ok, I committed a little fix now that should make the box appear before the app gets called + nod + did you change the makefile as well? + yes + didn't work on Solaris + heheh k... cause now it bitchs on linux ;) + ill look into it + ok, hang on + now + interesting.. dind't know you could do += + in a make... cool. + I'm not 100% that is really kosher Make + but we're already using gmake extensions + nods +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + morning + morn +--> Linus (~linus@labb.contactor.se) has joined #rockbox + morning Linus + Hey ho + on a win machine, does sleep(1) sleep for one second or what? + edx's simulator has its own sleep() that is shorter + k... + the x11 one will too, to better much the target sleep() + to better much? :) + gee + match + cause i was wondering if it made sense to have a sleep in uisim or so... +* Bagder smacks himself + one with #defines for win and *nix + *nixs calling utime + we have a sleep() in kernel.h + ahh.. we do? + does it work :) + yes. sleep(ticks) + apart from utime() not being very portable... + the declaration works excellent :-) +* adi|home giggles + ummm. wtf is TIME_BEFORE? + it's a wrap-safe macro to compare ticks, for timeout handling + "if (current_tick < timeout)" is not wrap safe + nods + "if (TIME_BEFORE(current_tick,timeout))" is + what exactlly does 'wrap safe' mean? + and since TIME_BEFORE(a,b) is just a macro of TIME_AFTER, why not just call TIME_AFTER? + it means the comparison still works if "timeout" is just below the wrap value and you compare after current_time wraps + umm.. k + having both macros is just to make the source a little more clear. (instead of if(!TIME_AFTER()) + that makes sense.. +--- Tumm is now known as coyote- + do you see lcd_drawpixel being any faster then lcd_drawline + if you want to draw a line :) + umm, no + makes more sense to call drawline, no? + yes + nods + k, then im fixing tetris + ah :) + first step to scaleability + Zagor: what'll be the name of the root dir? + ummm, root ;) + / +* Bagder considers having a go at some directory stuff later on + neat + we'll support different partitions, but only one at a time for starters + im gonna ask a really foolish question, but... + (in fact, the fat32 code isn't working on partitioned disks right now...) + considering we are working on our own kernel and file stuff... + how exactly do you write, well.. 'open()' and 'readdir()'? + w/o unix or win calls? +* adi|home has never gotten that deep + we have our own everything + unix/posix style + open() calls fat_open(), which calls ata_read() + got ya... + we have a severe NIH syndrome ;) + and aside from peering over your shoulders, how does one go about learning this? + NIH syndrome? + "Not Invented Here" + lol +--> alkorr (alkorr@srs06m-3-131.n.club-internet.fr) has joined #rockbox + we must document the APIs + hi + so were still at the: "E=mc^2 => *insert magic here* => universe is born" + kinda stage + learning about it... hmm, reading books about operating system design, I guess. + or reading source code :-P + nah, practically no magic left. we only need to glue the pieces together + hi alan +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + ah, alan! hi. + 'lo wavey + hi guys + what's up ? + the x11 sim runs on solaris again :-) + unfortunately, I need to work too much... + tell me about it :( +* wavey considers quitting work to concentrate on rockbox + do you guys give sick leave? :) + I should + sure do... + you leave... + and ill make you sick + hehe +--> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox + hi + hi + did you discuss the button-thing with edx yesterday? + no + i had to run off + hmm, ok. + ok i have some problems with my emails + new commitings ? + nothing came thru here in the last 15 mins + but my company run m$ exchange, so i'm surprised when any get through + i wasn't here 15 ago :) + 15 mins ago + :) + Bagder: you create x11 in uisimulator as a module ? + i was forced to do a checkout instead of a update for uisimulator to get x11 + alan: you need to run "update -dP" to get new directories + yes but that's strange + because when a directory is created in firmware. With a update, i get it. + so i was wondering what the difference should be + strange + can someone look at tetris.c and tell me if im missing something? + function draw_block + should be around line 126 + if ( (clear ? 0 : block+1) ) + wouldn't it just make more sense to do "if (!clear)" +* Zagor agrees + unless block is ever -1 + would be a little less, um... obfuscated no? + shouldn't be, block should always be positive + im gonna play and see + I didn't write the code from scratch, I stole most of it. There, blame assigned elsewhere. + ehehe + im not blaming.. just wanna feel like im doing something useful, and this time of night i hove no confidence ;) + adi: please, stop with obfuscating feeling + adi: for me, clear ? 0 : block+1 is clear + alkorr: but surely, (!clear) is even more clear + adi: i suppose i are clever enough to catch it, aren't you ? +* adi|home nods + but i have to stop and think about it. + sorry + i mean : you are clever enough... + why both with a ternary operator when "if(clear)" is obvious ;) + code should only make you think when it has to... + but thats just my opinion + adi : sorry, but if (!clear) is not the same as if (clear ? 0 : (block + 1)) !? + adi|home: go over it again. that 'block+1' has me worried. why is it even there? + I can't stop thinking that the ternary operator is there for a reason... + thats why i asked. + far as i can see, i cant see how block would be negative + 0, sure, but can't see negative + ok, try it. if it works, it works + and if its zero, then in this case it becomes 1 +* adi|home shrugs + oh well i you can give us an evidence that "block" could never be -1, okay + 04:41 here... + hehe + thats why i asked for confrimation :) + right i cannot :) + now + nods + then we leave it be :) + I'd write it (clear || (-1 == block)) + arf + lol + uh + no + block is the block type: 0-6 + it can't ever be negative + it must be a late-night leftover from the author +* adi|home points at the clock and says 'ha!' + i defy you sleep! +* adi|home slaps mr. sleep around + please chech the precedency + check + ? + that doesn't change much here + the statement is: if ( (clear ? 0 : block+1) ) + i don't remmeber if clear ? 0 : block + 1 + and clear is supposedly a bool. + ahh.. so what you think is that its maybe + is (clear ? 0 : block +1) or (clear ? 0 : (block + 1)) + if (( (clear ? 0 : block) + 1)) + alkorr: they're the same + +1 is way much higher than ?: + prioritized + nods + either way... + if clear == 1 + we get 0 + or 0 +1 + it doesn't make a sense + what could be the value of clear + if would be true + it + especially if block is never -1 + i don't get what you are saying al + if block can't be -1, we can make it if(!clear) + nods + if clear == 0 and block >= 0, ((clear ? 0 : block) + 1) => block + 1 >= 1 + if clear == 1 and block >= 0, ((clear ? 0 : block) + 1) => 0 + 1 == 1 + so your "if" is always true !? + right... + unless block can be -1 + sooooo precidence is ((clear > 0 : (block +1)) + no + since block can be 0 + if clear is TRUE + the first block is NOT run +* adi|home nods + no matter what block is + .me nods +* alkorr nods :) +>Bagder< lotsa discussion for clear code ;) + uh + Bagder: you said : "if clear == 1 and block == 0 ?" +* Zagor proposes if (clear) clearpixel(); else drawpixel(); + alkorr: if(!clear || (-1 == block)) +* adi|home agrees with zagor + hey ! we were speaking about the ternary version !!! + alkorr: it's the same logic result + if clear==0, it doesn't matter what block is + sorry, the opposite :) + baaaah + nooooo + if you have "if ((whatever) + 1)", this 'if' is always true except when whatever is -1 + now 'whatever' is clear ? 0 : block + yes, but this is not the statement here. we have + so for whatever to be -1, block must be -1 + that's all + if it doesn't make a sense to have block == -1 + but if clear==1, block kan be whatever because it's never evaluated + well i'm okay this ternary is a non sense + if block would be -1, we would read outside the array anyway + if clear == -1, clear ? 0 : block always returns 0, then added to 1 => 'if' is again true + clear = 1 + now stop arguing and clean up the mess! :-) + argh mistake + well we aggree on the fact that this ternary is a non-sense if we are sure that block would never be -1, so "if (clear)" is the rigth thing to do + already commited :) + its wrong ;-) + btw.. anyone know if edx is willing to make up other shirts and mail them out for a fee? + is it? + yes + it should be if(!clear) to match the former + or switch the blocks + no it shouldn't + i did + ah you did +* adi|home nods + didn't spot that + sorry + lol + adi|home: you used TABs! + but i forgot to go into rockbox mode when i edited, so spacing is messed up :( ill fix it + Iknow.. im fixing it +* Zagor spanks adi + uh +* adi|home shivers with pleasure + i was afraid that you didn't aggree on the final result + wrong-sized too... + no.. only wrong sized for rockbox ;) + bah, no sane man uses TAB!=8 +* Zagor holds The One Truth + i don't + i use 4 spaces + I use 2 spaces + you prob also use a 140 char wide display too huh ;) + i'm talking about the size of TAB, not indentation + yes we know :) + for assembly, i use a 8-space tab, for c/c++ 2-space tab + fixed + alkorr: that's criminal. why don't you just use spaces? + because in fact, tab are turned into spaces :P + ah + because there are only 2 developers in my office, we came from the same college, so we do it _our_ way... +* Zagor breathes a sigh of relief + so there + except for assembly code of course +* adi|home sticks his tongue out at Zagor +* Zagor takes his ball and goes home + lol + oh.. and i figured out why tetris doesn't end. +* Bagder smacks the "code police" stick in Zagor's forehead + lol +* Zagor wears it proudly + /me frenzy + sticker I meant to write + im too tired to rework it, but its basically the calls to valid position + okay i must depart, some people are waiting for me to have a lunch + see you + bye + you don't know exactly why it fails, so it just continues playing... +<-- alkorr has quit () + need a seperate check to see if we reached the top line + or limit + and on that.. i bid you .... fondu... +--- You are now known as adi|asleep + mm, fondue... +* wavey cmiles +* wavey blinks +* wavey smiles +* Bagder got a mail from a Kjell Ericson who said he's working on a "magnifyer" for the x11 sim + cool +* Zagor just got the donated Archos working with gdb +* Zagor cheers + great! + Well, actually, it's a marriage between his newly-swapped Player and the donated one... + yeah, so we have the wrong flash + so the built-in firmware can't control the LCD +* Linus feels like Frankenstein + oh + this is great, now I can debug the ata code + how can we fix so debugf() calls are not even called in "release" code? + Maybe a DEBUGF() macro? + DEBUG(("moo %d", 23)); ? + DEBUGF("%d", x); + yes but that limits the use to a single line, which is not always practical + plus, macros don't have variable parameters + They do in gcc + ah, ok + SIngle line? + but be careful if you wanna be able to run that code in debug purpose with other compilers + Linus: you can't write: + DEBUGF("asdalkdkajsdl kasdl %d %d %d %d %d", + val1, + val2, + val3 ); etc. + Ah. I thought the preprocessor recognizer the parentheses... + recognized + umm, i'm sure it does. + So...? + i just haven't had my piiza today +* Zagor hides in a corner + You mean chicken? + Sambal + adi promised fondue... :) +--- Linus is now known as Linus|lunch +--- Zagor is now known as Zagor|lunch +--- calpefrosch is now known as calpefrosch|lunc +--> simo (~NWO@ws2014.tu-varna.acad.bg) has joined #rockbox + hy + hi + hey ho + everyones + lots of people eating right now... I'm about to do that too! + ooo sorry + if you want eat + :) + do you can help me + with what? + do you can tell me any channel for HARDCORE music + no idea + ok + or any for hard music + nope + ok + 10x +<-- simo (~NWO@ws2014.tu-varna.acad.bg) has left #rockbox +--- calpefrosch|lunc is now known as calpefrosch +--- Zagor|lunch is now known as Zagor + bwahaha + my current client got som many hits from a link on my web page they have complained... + they complained on you having a link to them? + Yes they did. +--- Linus|lunch is now known as Linus +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +* Bagder is now chatting from his home again... aaaah + grrr + wish i was home + i keep getting interrupted from playlist coding +* Bagder fixes the id3.c to use the proper file api + Bagder: how about adjusting your little menu program to read a directory, parse the id3 tags and show the files? + umm, strike the id3 part. just read the dir and show the filenames + now, how did you know I was about to do that? ;-) + ah, goodie + first fix the id3 + then read dir + and show it + what about the lack of opendir on win32? + they need to emulate that + edx is onto that + coolio + i had thought cygwin had wrapped those calls, but apparently not :( + edx doesn't use cygwin + 2 questions: the CONTRIB file says no 'const' and no new types. + why the former, and what do you mean by the latter? +* Bagder redirects those sorts of questions to Zagor, the code police ;-) + eg: void get_indices_as_string( char *string, playlist_info_t *playlist ) + does that break both rules? :) + regarding the type thing, I don't think that concerns structs + damn, i mean const char *string + it's more the uint32 things etc + ah, goodie + i did wonder. + the const stuff, I don't know why it is said so + i like to flag unchanging strings as so, to help the compiler let me know if i fuck up + the compiler can also do better optimizations when const is used + yus + id3.c fixed + does id3.c still have main() defined? + the reason I don't want people to use const is that many people tend to overuse it + within an #ifdef DEBUG_STANDALONE +--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + b: ok + or use it wrong, so you can't (for instance) call a function with a dynamically generated string + z: what is overuse? + ah ok + the "new type" rule is just like bagder said. also I prefer to have structs as structs, not as typedefs + that way, it's plainly obvious it's a struct and not some other magic type + oh, ok + regarding file operations + do you mind if I just come up with a relative path we use as root when simulating? + like "archos" or so + z: struct playlist_info *playlist in place of playlist_info_t *playlist ? + how do you mean? + wavey: yes, preferrably + ok, no prob +* wavey changes a millon prototypes + Zagor: I need a simulated hard drive + that opendir("/") opens + Bagder: ok. so basically the simulator defines the root as some specific directory + yes + but the application code never knows it's not the root + right + i'm all for it + the application uses / for root +* Bagder calculates, 112/6 = 18 letters in a single line + i was thinking, wouldn't it be a good idea to word-wrap filenames? + not sure + personally, I prefer seeing the whole name of a few rather than half the name of many + they're sometimes so extremely long + anyway, I'll start with something simple for now + What did you do with my code for the simulator ? btw, I'm ashamed of having tabs in the code.... +* Bagder hrmpfs at the added #ifdef WIN32 in the app.c code... + calpefrosch: you should make diffs and mail instead + ok, I will do that in future. the ifdef is not my work + no, I didn't mean that either, sorry + ok + the major change it made was the different key-handling. we should talk about the right way to handle the keys ( in win32 AND firmware) + yes + i propose single-key events + just like win32 and x11 + 1. the button is pressed, so an interrupt occure + no interrupts + ah + so you poll the ports, right ? + yes + ok, if a button is recognized, the thread sends a message to the main-queue + my thinking is more: + the timer interrupt polls the keys + if a change is detected (or "repeat" is triggered), + it sends a message to the UI thread + so a "repeat" is only one message ? + "repeat" is triggered by a key behing kept down during X consecutive polls + good question + we should probably have a defined repeat rate + I think in the win32-sim windows creates the messages + like in windows... + in dos 6.22 (e.g.) the keyboard generates the repeat. I thi nkin windows windows does.. + ok, next. Let's say the timer-thread creates one message ( single, or every second if repeat) + what will the ui-thread do with the message? + it will get it from the queue with button_get() + then it will, well, do what applications do :) + tnx ;-) + the button_get will scan the queue for a button-event, or the application will do something if there IS a button event? + wocka + showing a dir ;-) + nice! + I'll commit + not very fancy, but it works +--- Disconnected (Connection timed out). +**** ENDING LOGGING AT Tue Apr 30 09:33:31 2002 + diff --git a/www/irc/rockbox-20020502.log b/www/irc/rockbox-20020502.log new file mode 100644 index 0000000000..593b1a4645 --- /dev/null +++ b/www/irc/rockbox-20020502.log @@ -0,0 +1,1869 @@ +**** BEGIN LOGGING AT Thu May 2 23:05:32 2002 + +--> adiamas (~adiamas@as5300-9.216-194-23-96.nyc.ny.metconnect.net) has joined #rockbox +--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/ +--- Topic for #rockbox set by Zagor at Fri Apr 12 09:45:52 + dah + mah +--> [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 has quit () + hmmm + hrm? + nothing.. just makeing updates to the uisim... + tetris now plays a bit nice with ppl... + and the menuing of the sim works properly./ + nice +<-- edx|sleeping has quit (Read error: 110 (Connection timed out)) + i've been following the project for a couple months now.. looks like things are getting there + i can't wait + are you on a win machine or a *nix? + unix + and windows + then you should pull down the sorce and play with the sim a bit :) + my unix boxes all lack X + ahhh.. + yea, i havnt had much time to play with stuff lately + that could be a prob... + im working on a linux distro + nice... what pulled you into that? + well, i worked at turbolinux for a while + and then at penguin computing.. + doing security / sys admin stuff.. been doing alot of sysadmin / security stuff basically + ok the cursor for the menu's + and got sick of installing and then configuring things to the way i liked them + it gets put back on tetris when i go to browse or rockabox + but its still actualy on browse or rockabox + so i started building my own stuff, so it would save me time.. + and neither of them are doing anything for me + heh + but i've been working on it for about a year now + hmm... let me look + hehe i know what it is.. one sec +--> calpefrosch (calpefrosc@p5082C7A8.dip0.t-ipconnect.de) has joined #rockbox +--- calpefrosch is now known as calpefrosch|away + okay.. which makes more sense... + you choose a menu.. + enter it + when you come back out + should the cursor be at the top again, or where you left off? + im mixed on it + i say where you left off + where you left off.. + cool. + and whichever it is, it should be consistent + well.. i sense a series of funcitons coming for menuing + the current firmware for the player does both in various places of the menu and its annoying heh + okay.. fixed + pull it down and try it + actualy its really screwy cause sometimes it goes to the top, sometimes it goes to where it was, and sometimes it goes to a different place in the menu 1 level up... heh [the archos player firmware, that is] +* adiamas nods + im going to be thinking about it over the weekend.. it irks me too +* adiamas takes a bit to switch gears from c++ mode to c mode + i miss classes _so_ much in a case like this :) + heh + ok so yeah thats better +* adiamas nods + now i just want to slow down tetris, + fix scoring + browse and rockabox still don't do anything, and if you press left after pressing right on rockabox the items all go blank and you're left with just a cursor + well.. the browse + you need to add a 'archos' directory to your files + that is being used to represent the '/' on the player + where? + ah got it + nice + in the x11 dir or win dir you are using + now.. lets see if i can replicate your other issue + yeah.. roxabox is more of a place holder... + just something for the screen.. ill remove it. + heh + so how much of this works target? + come again? + er + how much of this works on target? + you know actualy runs on the units + hmm i can't replicate your blanking when you go left after going right. + none yet + heh + none? + the simulator just lets us higher level coders start using the api we are developing + the lcd/button stuff should work no? + well.. some barebones stuff has been worked on.. + but no apps and such... + heh + tetris and the screensaver should be able to run on it i would think + im not about to toss this stuff onto my unit yet ;) + heh + okay.. newest version up.. try it now + PsycoXul are you working on windows or lin? + linux + k... + im waiting on one of the windows guys.. make sure this stuff works for them... + i dont think they would have a prob.. but you never know + so what i was really asking is how much of the api's used in the sim's little app/tetris/screensaver/browse are implemented for the target + everything that runs on/in the sim is using our api... so as far as i know.. most/all + though... you'd need to confirm that with Zagor and Bagder and edx + they tend to be involved with more of the on metal stuff + heh + ok it looks that the file/directory stuff is still unimplemented + thats part of what they are working on :) +--> Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + hey Bagder2 + morning + :-) +* Bagder2 tries to figure out why there's a Bagder still present + there isn't on my list + no, but if you /whois bagder, there is one + hmm.. odd + PsycoXul wanna do me a favor? +<-- calpefrosch|away has quit (Read error: 110 (Connection timed out)) + adiamas: we should rework the menu in app.c to support being longer than can be shown on screen + imho +* adiamas nods + thats what im working on now ;) + but i also want to do a 'menu.c/h' +* Bagder2 bows in front of adiamas + so makes it easier for sub menus + goodie + I'll try to attack the dir browser more this weekend + sweet + oh.. btw.. off now turns off the sim on the main menu + ok, seems reasonable + i thought so ;) + anyone mind if i remove the KEY PRESSED: output on stdout? + no + you can remove the lcd_update() crap too + k.. + we'll put it back the day we need to debug those things + no need to have them there all the time + k.. then ill just comment them out + where in the hell is that beep coming from! + + =) + no .. + ive got that turned off ;) + i mean from the sim + yeah I kinda hate that beep too + dude.. i don't know who just put in that last feature request, but they are sick :) +* Bagder2 agrees + when i do a cvs update + and i get an 'M' before a file... + whats that mean? + Merge + you have local changes + nods +--> calpefrosch (~calpefros@p5082C7A8.dip0.t-ipconnect.de) has joined #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + morning Zagor + ello +--> Linus (~linus@labb.contactor.se) has joined #rockbox + morning Linus + Morning Bagder2 + Linus / Zagor you plan to go to the Appeal party tonight? + yep + me too + adiamas: what kind of favor?\ + nevermind :) + ok sorry + heh + I am not going + morning..(#) + for the simulator, which files do I have to create ? + what do you mean? + I created a \playlists\1.m3u, but I get a strange output + like: filename: Pý° + load_playlist( £C ) + dunno... + what do you do to get that output? + compiled the simulator with VC++ and started it... + oh + Oh, I had to define the DEBUGF for VC++ + -> #define DEBUGF debugf in debug.h + I don't know why edx has involved the playlist stuff in the simulator at this point + ahh, you mean it is not ready to test... + well, there shouldn't be any code calling any playlist functions + since the app.c has no code to do that + he is calling the harness.c + ... and that is badness + hmm + the harness.c is the test code for the playlist, it isn't meant to run in a simulator + hehe, now it's working :-) +* adiamas nods + okay... i think im done for the evening... + sleepy time... + night adiamas + and at the request of you europeans.. i am not going 'nappy' ;) + haha + im bedding + good night +--- You are now known as adi|asleep +<-- calpefrosch (~calpefros@p5082C7A8.dip0.t-ipconnect.de) has left #rockbox +--- Bagder2 is now known as Bagder +--- Linus is now known as Linus|lunch +--> Nm`jaK^j (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--- Nm`jaK^j is now known as Bagder3 +--- Bagder3 is now known as Bagder44 + grrr + what's happening? + my muh disconnected and had problems to reconnect + the Bagder is a true irc ghost + it looks like an ircd bug +--- Linus|lunch is now known as Linus + fun.. + weee, now I can read partitioned disks too... + coolers +<-- Bagder has quit (Read error: 110 (Connection timed out)) + lookie :) +--- Bagder44 is now known as Bagder + that took a while + Gentlemen! WE HAVE SOUND!!!!!!!!! + goooooogogowooo +* Zagor is droooooling +* Linus is screaming with joy! + everybody else is sleeping ;) + typical... + sound? + I have managed to play MP3 data with the MAS! + woo + Kicking! + A historical moment. The first group to have their song played in the Rockbox is Machinae Supremacy. + heh + They shoule be proud + rather fitting, I'd say :) + or rather 4 seconds of the beginning of the song, but what the heck... :-) + this is the track, btw: http://www.machinaesupremacy.com/machinae_supremacy_-_arcade.mp3 +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + Zagor: you tried the ATA/FAT32 on target yet? + no, not yet. tomorrow... + We have a silly problem with the serial connection to thw MAS. + more "annoyance" than problem + yet very annoying :) + The serial interface in the SH1 sends the data LSB first, but the MAS wants it MSB first. + We have to swap bit order of EVERY byte we read from the hard drive!!! + AAAAAAH! +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + Welcome! + I have good news! + congradulations!!!!!!!!! + woooo hooo!!!! + You heard! + yes!!! + Thx + that is awesome! + Indeed! + so every byte must be reversed bitwise? + but why that song? :( Something like Krudser & Dorfmeister would have been more appropriate :) + haha + Who are they? + Bagder: Yes, every byte + nono this should've played: + we didn't select very conciously, but I think it's rather appropriate actually + Run level zero - strapped to machinery.mp3 + :-) + or "Living in a Box" + Linus: time for inlined assembler? B-] + call Alan! +* Bagder giggles + well, they are DJs from Germany "Kruder & Dorfmeister" + They make new versions of old C64 songs which they publish on the web. Sort of like we make a new firmware and publish it. + Or "4 sekunder" with Magnus Uggla + hehe + wait + new versions of old c64 songs? + why would you want to do that? the c64 had such a cool sound +--- Linus is now known as Linus|celebratin + PsycoXul: listen to their rendition of "giana sisters". they do it justice! +* Linus|celebratin goes to buy candy + ("do it justice"?) sometimes I don't even understand my own writing... + Swenglish + time for some candy celebration. brb + Is everyone here a sugar-holic, or is that just me? +* Bagder is gonna get a can of coke instead + the sidchip rules + it does +* Bagder , Linus and Zagor did lots of C64 stuff back in the late 80s + i've been encoding all my stuff into ogg lately.. after im done doing that, im probably going to start leeching all the s3m,mod,xm's that i can + i already have tons of sids + on one of my systems somewhere + yeah ogg + oggs are good + there needs to be a way to play ogg on the archos + heh + that'd be cool, i'd like to see mod/s3m/xm too + that should be easy since those formats require very little cpu power + well + we need a DSP guru + it needs realtime mixing + we only have one chip that plays sound + yea + miah: those formats require multichannel mixing, which we can't do + really? + how many channels does the mas support to decode? + PsycoXul: one mp3 stream + Zagor: where can I find info about that Splimp thing you have for mp3-playback at home? + yes + my stupid laptop keeps going into sleep mode.. so annoying + but mp3 streams can be multi-channel no? + Bagder: www.slimdevices.com + thanks + PsycoXul: 2 channel, yes + well mp3 supports more than that + at least mpeg2 layer3 + i dunno much about the actual format though + still, we'd have to mix it *and* encode it in the cpu + are multiple channels stored within single frames, or are channel frames interpolated? + feel free to try, but I think it'll be hard +--- Linus|celebratin is now known as Linus + i think it's in a single frame, but I'm not sure + well there's pcm playback firmware in existance for the mas... i wonder how many channels it can support of pcm like that + but pcm in low quality could probably be mixed by the sh1 maybe? + The PCm mode will probably support only 2 channels, since the application is stereo sound + true + At least the interface to the DAC is only 2 channels + well we have no pcm mode yet, so whoever writes that will decide :) + I pass + heh + so what kind of input does the dac take from the mas? + It's a serial interface, clock, data and frame sync + two time slots one for left channel, one for right + 16-bit or 32-bit +--> edx|sleeping (~edx@pD9EAAD21.dip.t-dialin.net) has joined #rockbox + hi +--- edx|sleeping is now known as edx + Morning! +--- edx is now known as edx|away +<-- Linus (~linus@labb.contactor.se) has left #rockbox + Zagor: you wanna meet somewhere? +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +--> calpefrosch (calpefrosc@p5082C402.dip0.t-ipconnect.de) has joined #Rockbox +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +<-- calpefrosch has quit (Read error: 104 (Connection reset by peer)) +--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #rockbox +<-- calpefrosch has quit (Client Quit) +--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #rockbox +--- calpefrosch is now known as calpefrosch|away +--> thomasvs (~thomas@217-136-252-195.skynet.be) has joined #rockbox + kaping + hello + anyone around ? +<-- calpefrosch|away has quit () +--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #Rockbox +--- calpefrosch is now known as calpefrosch|away + only for a sec.. on my way to work... + ok + ;) + I was just wandering how much an archos player costs + about $300 + you can check them out on ebay as well... + i picked mine up for about 200 + ok, thanks + get the recoder... much nicer! + but arnt the player and recorder basically the same thing? +<-- thomasvs has quit (Read error: 110 (Connection timed out)) +<-- calpefrosch|away has quit () + yes, but no. The recorder has a more able screen... +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:0.9.9+/20020414]") +--> thomasvs (~thomas@80-200-37-136.adsl.powered-by.skynet.be) has joined #rockbox +<-- edx|away has quit () +--> edx|away (~edx@pD9EAAD21.dip.t-dialin.net) has joined #rockbox +<-- thomasvs (~thomas@80-200-37-136.adsl.powered-by.skynet.be) has left #rockbox ("Client Exiting") +<-- adi|work has quit (Read error: 113 (No route to host)) +--> adiamas (~adiamas@151.204.140.140) has joined #rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +<-- Zagor has quit ("bye") + anybody around? know um... + how many cycles to read/write that dram? + for the player? + well, this device is really tight on resources. good luck. + heh + you think its possible? + might be possible, yes + i should send somebody who's more knowledgable on the hardware and + hax0ring in here to talk to you heh + ::: haze!chris@12-255-198-216.client.attbi.com has quit: Connection timed out + with highly optimized code, it should _just_ work. + ^^ #vorbis, on player's hardware potential for decoding ogg with mas3507d + sh1 cooperating + psyco: afaics, the MAS whould be able to do the (m)dct for you + ok + it will be quite some (fun!) work, though +<-- edx|away has quit (Read error: 110 (Connection timed out)) +--> calpefrosch (~calpefros@p5082C14D.dip0.t-ipconnect.de) has joined #Rockbox +<-- calpefrosch (~calpefros@p5082C14D.dip0.t-ipconnect.de) has left #Rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox + hey zagor... + hey + you see any problem if i hack out a menu.c/h over the weekend + i figure im already noticing repetition in how ppl are looking to menu in the sim... + figured i cold give us a basis.. + rather then reinventing the wheel. + sure + have you played with the sim recently? + no + ahh... + well.. tetris plays a bit nicer and we have a basic screen saver..... + i talked to somebody in #vorbis about ogg stuff on the hardware... here's what they said: + well, this device is really tight on resources. good luck. + might be possible, yes + with highly optimized code, it should _just_ work. + psyco: afaics, the MAS whould be able to do the (m)dct for you + it will be quite some (fun!) work, though + interesting + nobody volunteered to help? ;) + oh.. zagor.. ment to ask... + nope heh + in the contrib file... + any reason your against const? + yes, people tend to use it wrong + so i take it opendir(),readdir(), etc don't work on target yet? heh + opendir/readdir works for the root dir, but currently not for subdirs. i'm fixing that right now + i have a habit of doing it. bear with while i adjust :) + okay.. off to bed.. need 2 hrs... +* Zagor just got up :) + hehhe i _should_ be just getting up... + 06:10... gotta love it.. + Zagor: how do i open the root directory? + PsycoXul: opendir("/") + hmm + Psyco check out tree.h and tree.c + well that doesn't seem to return on my unit + in uisim/x11 + PsycoXul you need to add an "archos" dir + i'm not talking about in the sim + that is being used to simulate the '/' on the player + i got the sim browser to work + heh + heheh ahh.. k + lemme see where its having problems actualy.. + well first thing i notice is that on my player lcd_clear_display() misses the last 2 chars + and next is that + dir=opendir("/"); + doesn't return + unless there's something i need to do before it that i'm not + look in test/fat + heh thats kinda funny if you make clean with a clean tree it generates the dependancies and then removes them :p + look in test/fat/main.c + ok + you need to run ata_init(), disk_init() and fat_mount() before you can start using the disk + ah ok + ok i see + anything to call later like to umount or spindown or something? + you don't have to, no writing is implemented yet so it's failsafe + why is there a firmware/disk.h and firmware/common/disk.h + firmware/disk.h will change, it's just a code container at the moment + ok + lcd_puts(0,0,"Hello."); + if(ata_init()) { + lcd_puts(0,0,"Disk error"); + return -1; + } + lcd_puts(0,0,"ata init."); + all i get is "Hello." + the ata code is not target tested yet, I'll be doing that today + ah + now we know it doesn't work :) + hehe +--> edx|away (~edx@pD9EA97B2.dip.t-dialin.net) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + hey ho + hi + I'm thinking about the played lcd API, when using x y coordinates, is 0 the first line and 1 the second? + player + can't see any reason why not, just checking + i agree +--- Bagder is now known as Bagder|laundry +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--- Bagder|laundry is now known as Bagder +* Bagder starts to get the player simulator going + have you seen adis latest items on the faq? + nope + s/latest/last/ + Q: But I _really_ want to talk with you in person. + adiamas: I'm sorry. My girlfriend/boyfriend/pet says I'm not allowed to, and the + doctors here won't let me have pens or pencils. They say its some rule + about us not having sharp objects. I'm sorry. Now please stop calling me + here. + ah yes + that's a good one ;-) + yes + ok so how do i use custom chars on the player LCD with the new codebase? there an api for it? + is that lcd_define_pattern() ? + is it? + I dunno ;-) + yes + I think so :) + heh so how do i use it? + 1. fix it + 2. use it + :) + heh + 3. add it to the simulator + hehe + yup, those are the official docs + I have to admit that my fixes to get the player-simulator running ain't the most beautiful ones you've seen + heh + i just run my test code on my player + since I want to use the bitmap functions + but simulate the charcell lcd api + i'd honestly much rather have a bootloader than a simulator personally, just wish i knew the first clue about making one heh +* Zagor just realized he has no sh-elf-gdb :( +* Bagder commits + hmmm.... +--> calpefrosch|away (calpefrosc@p5082C14D.dip0.t-ipconnect.de) has joined #Rockbox +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + how long does sleep(1) sleep for? + one tick +<-- calpefrosch|away has quit () + how long is a tick? + 1/HZ seconds + HZ is defined in kernel.h + ah + ok lcd_backlight() doesn't do anything on my player + ok + with 1 or 0 as the arg + I guess the port pins differ +<-- Zagor has quit (zahn.openprojects.net irc.openprojects.net) +<-- elinenbe has quit (zahn.openprojects.net irc.openprojects.net) +<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net) +<-- miah has quit (zahn.openprojects.net irc.openprojects.net) +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox +--> miah (21-ident-i@pihkal.com) has joined #rockbox + heh + i dunno + i do an lcd_puts and then a sleep(75); and then another lcd_puts() and i only get the 1st one + you're on the cutting edge :) + currently, sleep() only works right in the test/kernel code, since the main stuff doesn't have a timer interrupt enabled + ah + there an easy way to use it, or should i do something to sleep? + i'd suggest a busy wait at the moment + whats that? :p + a for() loop instead of the sleep + i see, so thats what thats called heh + the term "busy" is used for when you don't allow other threads to execute + ok now this loop is working but within it i'm doing key=button_get(); if(key) { switch(key) { case etc etc } } + i've got cases for BUTTON_DOWN, UP, ON, LEFT, RIGHT, and MENU, and default + and with our without a button pressed it hits default + s/our/or/ + sounds good + heh + man + heh + shouldn't a make clean rm */*.o too? and not generate dependancies? heh + picky picky :) + oh come ON... umount's gonna hang now again already? fuck + usb-storage is far from perfect... + well it needs to do something different thats for sure... can't accomplish much being forced to reboot at its random whims + at least like TIME OUT or SOMETHING + he's doing a big rewrite for 2.5 + reboot, turn the thing back on, plug it in, load the modules, copy a file and it hangs right there AGAIN + not a whole lot of things get me upset... but having to reboot over and over again because of some stupid device that shouldn't be having any problems to start with, much less make me have to actualy interrupt my system usage, and having to wait months/years for the fix is exactly why i don't run some OTHER OS + heh, yeah... + you should consider the serial port fix + goddamn i can't get this one little file copied on here now + 3 reboots and it STILL fucking up + and then i'll still need to copy the real working firmware back on to there once i get this to work + i'll probably have to fucknig juggle hardware, boot it to windows and scandisk, juggle hardware back, boot back to linux, probably have to reboot a few more times +* PsycoXul considers selling his archos and taking the money for vocal lessons + hey i can store a lot more than 20G worth of music in my head :p + :) +* Zagor sings in a chamber choir + ok so i made the default do + snprintf(ugh,11,"%d",key); + lcd_puts(0,0,ugh); + ok + i get 243 with no buttons, 242 for ON, 241 for menu, 227 for play/up, 211 for stop/down, 179 for left, and 115 for right + and various others with combinations heh + from button_get() ? + yeah + odd + it should return 1,2,4,8 etc no? + well looking at the code, thats what you'd think.. heh + uhu + same with or without calling button_init() first + heh + btw i think portc & 0x10 gets triggered on the player when the stop buttons held for 3 seconds or whatever, just before it shuts off + yes, that would be interesting + i don't even know what & does... i don't know much if anything about binary and binary operations or low-level programming or anything like that though... + my latest project with C was struggling to successfully read a wav header into a struct from stdin heh + & is "and". portc & 0x10 tests if bit 4 is set in portc + bit 4? + yes, bit0 = 0x01, 1=0x02, 2=0x04, 3=0x08, 4=0x10 + ok + know of any good online docs that'd teach me this kinda stuff? + umm, no + :) + heh + maybe http://www.learn-c.com/ + http://www.learn-c.com/boolean.htm + cool.. i'll read that later... enough hax0ring stuff today for me heh + :) +<-- Zagor has quit ("bye") +<-- elinenbe has quit (Read error: 104 (Connection reset by peer)) +<-- edx|away has quit ("brb") +--> edx (~edx@pD9EA97B2.dip.t-dialin.net) has joined #rockbox +<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net) +<-- miah has quit (zahn.openprojects.net irc.openprojects.net) +--> miah (21-ident-i@pihkal.com) has joined #rockbox +--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox +--- Disconnected (Connection timed out). +**** ENDING LOGGING AT Sun May 5 01:46:26 2002 + +**** BEGIN LOGGING AT Mon May 6 00:25:45 2002 + +--> stile (~adiamas@as5300-9.216-194-23-71.nyc.ny.metconnect.net) has joined #rockbox +--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/ +--- Topic for #rockbox set by Zagor at Fri Apr 12 09:45:52 +<-- adiamas has quit (Killed (NickServ (Nickname Enforcement))) +--> lou_soyur (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox +--- You are now known as adiamas +--> [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 +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--- ChanServ gives channel operator status to Bagder +<[TDM]Mr_B> hello? + hey ho +<[TDM]Mr_B> ...just an outsider with some questions + go ahead and ask, I'll try to answer +<[TDM]Mr_B> i've been following this project for a short while and i'm very interested... +<[TDM]Mr_B> I was wondering what progress you've made. Is there anything working that a programming novice can use? + we're doing two different simulators, for running the app itself on host machines + one for win32, one for X11 +<[TDM]Mr_B> is there an exe of that sim? + we do not have the app actually running on target just yet + edx is the author of the win32 simulator, we should ask him to post a binary on the web site +<[TDM]Mr_B> exactly what improvments/additions are you guys working on? + I think many of them are mentioned of the web site + we need to implement everything by ourselves + so we will try to write an mp3 player software that meets the audience demands +<[TDM]Mr_B> when do you think some of these enhancments will be avaliable for the layman to download? + we *hope* we will have the first actual target firmware that works *somewhat* before the end of this month +<[TDM]Mr_B> cool +<[TDM]Mr_B> how well does tretris work? +<[TDM]Mr_B> ...tetris + it works pretty good ;-) + no scores yet though + I expect that we will get even more programmers joining up the very second we have a first target version +<[TDM]Mr_B> i'm looking forward to all of it + :-) me too +<[TDM]Mr_B> I see you guys are working on a FAT 32 fs + yes, we need that to be able to read the disk +<[TDM]Mr_B> I guess that would make installation/use easier? + the disk is using fat32, we need to read dirs/files from it... +<[TDM]Mr_B> ok, I get it +<[TDM]Mr_B> would you mind tellingme exactly what other modifications you guys are working on? + we replace the entire software + we hope to make the player more intuitive and more capable than the built-in software + if you've used it, you know it isn't very good + its about resuming play in a playlist + handling big playlists + and all sorts of stuff +<[TDM]Mr_B> well, thanks for entertaining my questions + personally, I do most of this because of the shear fun +<[TDM]Mr_B> same here, only with coding hypertext +* adiamas coughs "Read the faq" + feel free to let us know if you think you can help out the project in any way you see fit +* adiamas nods + hey Bagder whats doing? + did lots yesterdat, as the CVS-list shows ;-) + heheh yeah.. + I _can't_ believe that i forgot to call the function pointers when i put that in :) + hehe +<[TDM]Mr_B> ...I read the FAQ 3 times + heheh k :) + can't help; it... + its my pet project :) + any suggestions on additions or rewording? + adiamas: "why do you write a replacement software?" + adiamas: "when do you think there is a version available for my Archos?" +<[TDM]Mr_B> well, it doesn't answer too many questions +<[TDM]Mr_B> tell people about exactly what's being redone and maybe when people will be able to enjoy your labors on their players + What exactly are you trying to achieve with this line of development? + should that be reworded? + adiamas: could you unmber the questions? it would be easier to direct people to a specific question then + hm + number + hmmm how shoul di answer "when do you think there will be a version available?" + sure could... + adiamas: well, I think that question deserves to be answered very unspecific + we might all get very busy all of a sudden + so say something like maybe in a month, maybe in three, maybe in six +<[TDM]Mr_B> true +<[TDM]Mr_B> to quote Dilbert... "ONe month to complete the project and 5 months to play 'Doom' on my computer." + lol + in this case, of course, it is Tetris ;-) +* Bagder just applied patched mailed to him from Dave Chapman + patches + grrrr, can't type + hmmm ... i need a polite way of saying 'Fuck off you complete moron." + Suggestions? + heh, in which context? + never mind.. i have an answer... + you're the american ;-) + Mr_B: where are you from? +--> calpefrosch (~calpefros@62.52.174.30) has joined #Rockbox + moin + morning calpefrosch + the win32 simulator might need some attention now ;-) +* Bagder whistles innocently + hmm, let's talk about some details. +* Bagder browses subdirs in his simulator! + calpefrosch: what kind of details? +<[TDM]Mr_B> ...New Orleans + okay.. faq updated.. anyone wanna take a look? +* Bagder shows his thumbs up + :) + im a bit heavy on the sarcasm.. but bugger it... let them deal with it... + we need that +<[TDM]Mr_B> ...an improvment...and I love sarcasm + it makes it more obvious everything isn't so serious +* Bagder runs for more coffee +* adiamas cheers wildly + [TDM]Mr_B your on windows correct? +<[TDM]Mr_B> Windows XP home +<[TDM]Mr_B> well, I should reall y be in bed, night folks +<-- [TDM]Mr_B has quit () +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + morning Zagor + morn + you sure had a busy sunday :) + yeps, did my share of cleaning up ;-) + sorry, have been to a meeting + Zagor: the simulator is growing cooler + nice! + Dave Chapman stepped in and sent me patches too +--> Linus (~linus@labb.contactor.se) has joined #rockbox + Boo! +* Bagder boos Linus back + looking at the throughput that this guy dave is doing.. maybe he should be considered for cvs access... + yes, I mailed him about it + cool + Badger: I ment which kind of attention ? + calpefrosch: ah, it won't build just now since I've added more firmware files to the build +* adiamas screams +* adiamas slams his head against the wall.. + keeping both simulators up-to-date is a challange + okay.. i screwed up.. so i may as well clue everyone in... +* adiamas was working on tic-tac-toe for the archos... +* adiamas was 1/2 way there... + adiamas is a hero + Badger: ok, I'll try to build it this morning. +* adiamas f***ed up... + see... before i went to see the girlfriend this weekend i 'cleaned' up[ my sim dir... +* adiamas doesn't really remember deleteing the files.. but they are gone + so it's gonna be a few days to finish :( + :-/ + We have a saying: + "do it properly, or do it many times" + :-) + oh.. i did it properly... + if deletion was our aim... + and now you will do it again + lol + yup + oh.. btw.. was it cool that i went to function pointers on the sim? + just seemed to make more sense + yeah, its good + I just got the MAS DMA working... + *cool* +* Zagor feels Linus breathing down his neck again... + badger: what is that header "unistd.h" ? + btw, sorry for *always* changing the letters b and g ... + hehe + We have a serious problem with the project... + whats that? + calpefrosch: I don't think that should be included + Apparently, Zagor pretends that he has a life, seriously slowing down the development!!! :-) + calpefrosch: as that is a unix-only include file + LOL + hehe + hahaha +* adiamas pokes Zagor + oh.. i had an idea while driving my 2.5 hrs back home.. + I knew you'd see right through me :) + i was doing random through one of my playlists... + random thoughts are good :-P + adiamas: you have a 2.5h commute?!? + and realized it would be _really_ cool if i could hit a button and have the current song added to a 'favorites' list + Bagder: It's in the ID3.c. Could you remove it, or do you need it there? + adiamas: great idea + Zagor: nah.. only to see my girlfriend. + ah + i figured.. this 'favorite' list could just be a dynamic playlist... + adiamas has a life too? + calpefrosch: *gone* + because with 1000+ plus songs it _sucks_ to have to manually pick out my favs... + Just delete the other ones. :-) + Bagder: tnx + Linus: a girlfriend 2 hrs away, a job, ride for my ambulance core ... _And_ i still find time to hang out here and be unproductive and sarcastic... + :) +* adiamas smiles at linus +* Linus smiles +* adiamas thinks your just jealous cause i wrote a cheap little screensaver... :) +* Linus tries to have a life too...wife and kids! + Linus: that's a life? ;) + congrats... + :-) + how long you been married mate? + Almost 2 years + 2+ here + hehe + im just starting to get to that point... + friggin distance is killing me +--- Tumm is now known as coyote- + umm... any chance of having the DISPLAY value in the sim makefile be a bit more useful? + someone who doesn't know the project won't know which is which.... + CHARCELLS vs BITMAP + well + I didn't wanna use the actual target-defines + how do you mean? + we use ARCHOS_PLAYER and ARCHOS_RECORDER for target builds + ahh.. i got ya... + but they imply more than just different LCDs + maybe we can just add two big comments in the Makefile for now, explaining which is which + well.. its only the recorder that has BITMAP right? + yes + well.. instead of HAVE_LCD_CHARCELLS .. what about HAVE_RECORDER_LCD + thinking about it... + nods + ARCHOS_PLAYER and ARCHOS_RECORDER would probably be best + then we'll be forced to include "config.h" properly + hmm.. well.. id rather stay the way we are then for now... + anyway, those defines are documented in firmware/CONFIG +* adiamas nods + Bagder: do we use harness.c or app.c for the sim ? + calpefrosch: remove the harness.c completely from the sim + it isn't meant to be there + app.c is the app main entry + ok +* calpefrosch have to go to a meeting. + brb +--- calpefrosch is now known as calpefrosch|meet + could someone explain this to me? + $(CC) $(CFLAGS) -c $< -o $@ + i know cc and cflags + -c im good + -o im good + but on a makefile i forget what $< and $@ are... + $< is the file on the right side of the : in the rule-line above + okay... + and $@ is the file on the left side of the : above + ahh.. okay.. thanks + Actually, $< is the file that triggered the rebuild, isn't it? + no, that could be a .h file + So what is $< when there are two files on the right side? + the first one I think + the first, I think + :) + OK. And $* is all of them, right? + ummm 'info make' + ;) + im just trying to find a way to clean up the sim makefile + i have to believe there is an easier way to build the app obj files w/o having to do : filename.o: $(DIRPATH)/filename.c + $(CC) $(CFLAGS) -c $< -o $@ + 10 times + this klez virus sure is annoying + heheh whats the prob? + it mails + got ya + I've received >50 mails with klez + yeah + it fakes From: line, and it fakes Subject: and it attaches the virus +--- calpefrosch|meet is now known as calpefrosch + as far as menus go... for sim and target.. should we assume that all menu items will be the same size... + and if the user wants to increase the font, they do so for all menus? + for now, sure + adiamas: oh yes, certainly + k + hm, the cvs page doesn't mention the cvs-commit mailing list + right + is that one mentioned on any page? + in emacs.. how do i open a fresh buffer? + i don't think so, only in mail + like the scratch buffer.. + adiamas: C-x b + adiams: control-x b + thanks + not switch.. i know that one... + to create a clean unused buffer... + enter a name of a non-existing buffer + ahhh k + *plopp* + Intuitive, right? :-) + hehehe + sure + im looking at app.c + wouldn't it make more sense to have #include "tree.h" and #include screensaver inside the #ifdef HAVE_LCD_BITMAP? + it depends, the tree.c functionality should probably work on the Player too + the screensaver though, could very well be inside that #ifdef + k... + ill fix that then + Zagor: how do I figure out the attributes of a dirent struct? Can I see if its a file or dir there? + yes, I just have to add the ATTR* macros from fat.h into dir.h + ok, then I'll need to make sure the simulator supports them + yup + not perfectly POSIX, but I think it's a fair trade-off + I agree + umm.. what do we call a menu item? + is the generic term 'item' okay? + more specifically 'menu_item' + menu_item sounds nice :) + k... + hehhe okay.. its offical.. we have the first stages of a menu api + goodie + once i commit, im going to ask you to look at the menu.h file and see if the functions make sense w/o comments. + ok + the struct name shouldn't use uppercase + at all? + what's the difference btwn put_cursor(0) and put_cursor_menu_top? + no, only lowercase + scrolling menus... + idea is that put_cursor puts you at the top of the menu all togeather.. + put_cursor_menu_top wold be viable menu + right now there is no difference + ok + basically.. put_cursor() puts you _anywhere_ + ill clear it all up in comments as i go... + ok + that and ill try for better names... + i just get sick when i think of "put_cursor_to_top_of_visable_menu()" + :) + uh, me too... + I prefer fewer functions with parameter rather than many (void) functions + within reason, of course + so do i... + downside right now is there isnt much our menuing is doing... + always easier to coalese basic functions togeather... + least for me + yeah, I'll give you some slack for the moment :) + oh sure.. make it easy... + what im trying to figure out is how to handle sub menus... + what i was thinking is that maybe we keep the menu_struct we have.. + but as we add submenus we just create an array of the structs... + adiamas: first, can you think of any submenu we should have? + and jsut reference them.. but im not sure.. + sure... + :games + right + and when we get more ppl playing with the ui, itll get more robust... + options menu + i ment to ask.. seeing as you'all are working in firmware... + i know the idea of a 'boot' loader is not a good idea... but what about the ability for the user to have a menu to choose which version of firmware to boot with next? + of course we want that + rather then having to copy files too and from the archos to play with firmware + exactly + you could have X different firmwares + nods + I can't recall that anybody said a boot loader was a bad idea... +* adiamas assumed.... + so shoot me :) + Actually, we have talked a lot about that, the project name is called RoLo + for Rockbox Loader + sweet... + ...as candy + you guys have done a fantastic job getting off metal quick.. have i mentioned that? +* Zagor notes it's even in the Activity chart on the web page + Thx + umm.. in API + we list mp3info as returning FALSE if successful + huh? + that can't be right. + correct + that's wrong ;-) + k.. ive got it + euhhh + no + it is correct + okay.. so it _should_ be FALSE? + ummm.. that seems really counterintuitive guys? + it works that way now + not really + because it leaves the opportunity to return different return codes for different failures + but TRUE should _never_ be a failure... + unless the function is invalid_mp3info() + I made the win32-sim working. how can I diff so you can work with ? + If you plan to use other return codes that TRUE or FALSE you should use another return type. +* adiamas nods + yes, but I wouldn't have to change the checks + I don't follow + non-zero would mean error + i still don't get why FALSE means you _were_ able to fine mp3info + FALSE is boolean, this is int + it's 0, not FALSE + Bagder: of course. That is why you should use int + nag nag + calpefrosch: I + correct correct + 'd prefer a diff -u ... + And the comment above the function says it returns "void" :-) + hehe + That is a rather redundant comment. + it *did* + Bagder: ok, but I'm a windows-user. I only have checkboxes in wincvs ;-) + well.. im submitting grammer corrections now.. + argue once it's in + Anyone can see what the function returns + which should I check ? + calpefrosch: ok, a unified diff, you should be able to make one of those I guess + okay.. commited + is there a way to prevent dependancy checking when you are doing a make clean? + calpefrosch: I'll add you for cvs commit access. what's your sourceforge ID? + I have no ID yet + ok + I will create it now, ok? + run run! ;-) + am i correct that to adjust the lcd size i edit lcd-x11? + or lcd-win32 respectively? + what size? + of the window? + well. when i compile the sim for recorder.. size is fine.. + when i compile fore player... it doen'st make sense to keep the ui the same size.. + true + dunno how to fix it.. wantted to see how to do it + the size for the x11 sim window is in the screenhack.c file + is that default_defaults? + yep + is the player the same width? + just only 2 lines hight? + no + it's 2 X 11 letters + but there should be room for some icons too, I think +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox + I'm not really good on the player lcd + hey Dave + Hello everyone. + k.. then ill leave it for tomorrow.. i need sleep bad... + night all + Hi! + welcome dave + night adiamas +* adiamas waves +--- You are now known as adi|sleep + Zagor: my ID is 536571 + I need the username + calpefrosch + what else ;-) + :) + :-) + now you're added. and Dave, you've been added too. + Thanks. I plan to work on the directory browsing a little more today - mainly to implement scrolling. + goodie + nice + it _is_ a bit limited right now, indeed ;-) + tnx + Has anyone thought about an API for actually playing audio files? + linuxstb: we'll change the is_dir() stuff to instead use the dirent struct as soon as we know how Zagor will feature the atrributes + Agreed about is_dir() - that was just a quick hack by me. + oh sure, it works fine for now + linuxstb: not yet. it'll be something simple, since the playing is handled by DMA and a "feed" thread + I have a little experience of using libmad, so would like to implement mp3 playing in the simulator. + hehe + sure + Zagor: can you help me with the setup of cvs? + Linus: you should add the timer interrupt code to the main firmware dir. we need to use sleep() + calpefrosch: not for wincvs, I'm afraid. follow the wincvs link on the cvs info page. + ok + It's in kernel.c + Linus: yes, but it's not started + kernel_init() + ok, good + You will have to lower the interrupt mask with set_irq_level(0) after kernel_init() + And I use system.c for the interrupt vectors + so the current system.c is good? + Works for me + ok + Actually, it's quite handy with the weak symbols when developing + blaeh + :) +Linus linuxstb That way I don't need my own system.c in every test directory +--- Zagor is now known as Zagor|lunch +--- Linus is now known as Linus|pizza + wow pizza +* Bagder starts to get hungry too + Re MP3 api: I think we need a "play queue" in memory of the filenames of the next 3 or 4 tracks to play. The MP3 thread "just" plays files from this queue, and the UI thread modifies it. + or perhaps the mp3-playing thread have direct-access to the playlist/queue we work on + What is the difference? + I'm just thinking what happens when you select "back" + if the mp3-thread can peek in the list, it just picks the previos tune and plays it + if we'd feed the thread with a special queue to play, we'd need to take care of special situations + I would like a simple MP3 thread that is independent of the way songs are selected. + off for lunch +--- Bagder is now known as Bagder|eats + I was thinking what information the MP3 thread needed, and the minimum is just the next n tracks - enough to keep the play buffer full. + play buffer full? + how much ram do the recorders have? more than 2MB? + Bagder: Do you know why I always get this message: cvs [server aborted]: "commit" requires write access to the repository + if I want to commit? + The cvs server has a list of people with commit access, which I assume you are not yet part of. +--- Linus|pizza is now known as Linus + Zagor wanted to put me on the list + Zagor tells me that you have checked out anonymously. You have to check out everything -ext + but backup the entire tree first. :-) +--> alkorr (alkorr@srs03v-1-73.n.club-internet.fr) has joined #rockbox + ahhh, tnx + Yo alan! + yo Linus, not eating ? + full of pizza right now + lol + well it's time i have all commited +<-- Zagor|lunch (~bjst@labb.contactor.se) has left #rockbox + see you later +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- alkorr has quit (Client Quit) +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +<-- Zagor_ (~bjst@labb.contactor.se) has left #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--- Bagder|eats is now known as Bagder + Bagder: I'm just commiting the win32-sim, I hope it is everything ok + cool + calpefrosch: Why both logf() and debugf() + logf was missing. I don't know where it should be... + where is it in X11 ? + I think it should use debugf() instead + My question was, why do we need two functions for the same thing? + or + do they? + it isn't really clear to me what debugf() does in the simulator + The simulator doesn't have a console? + I think so + but what's mem2hex and putpacket ? + hmmm, they use logf e.g. in play.c and the debugf in playlist.c + Strange. + if I start the simulator in VC++ I get a console output... + and the simulator don't set DEBUG either, not now at least + Bagder: those functions are for GDB communication + so what does debugf() do when used in the simulator? + Whatever you, the simulator writer, wants it to. Preferably write to a console. + sure, but it doesn't do that now, does it? + I'm sorry, but unfortunately I have to do "real" work now. :-( + see you later + oh + Bagder: I guess not. + there are two implementatins +* calpefrosch is going to work + see ya calpefrosch + CU! +--- calpefrosch is now known as calpefrosch|work + Linus: do you use the DEBUG define for anything when you build your stuff? + No, not that I can remember. + ok + I think that debug.c could contain code for all platforms. + I think so too + I'll make it + Or is it kludgy? + debug() it is + debugf() even + Greato! +<-- 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 +* Bagder got no post-lunch coffe, the machine is broken. aaaaaah! +* Zagor is fetching his third after-lunch coffee :) +* Bagder hears that someone has fixed the machine and ruuuuuuns + turned out to be a rumour, had to walk down some stairs to get a cup + I thought you (zagor and Bagder) are working in the same company... + we're consultants, so we're hired to different customers + In fact, I and Zagor are at the same customer right now. + aha, I see. We are also working together with some consultants + so we don't actually meet in person that often + Zagor: thanks for the atributes, I'll try to make the simulator use them tonight or so + nice + I make a scrolling feature for the simulator + Should I check in ? + scrolling feature? + scrolling thru the dir... + And I'll just go and kill myself. I HATE THAT F***ING MAS DEMAND PIN! + Linus: what's the problem ? you can tell me, I listen to you :-) + The problem is that the Demand pin on the MAS is going up and down like mad in the beginning of a song. + And the Player only generates an interrupt when the signal goes low + so I have to poll it to find out when it goes high + very often... + too often... + indeed + -o + where is the input-pin at the SH1 ? + The Archos firmware initialization bears some evidence of them using a timer to start the DMA. I may have to disassemble it to see what it does. + It's on IRQ6 + gotta go, might pop by later +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + CU! + I would like to commit tree.c with the changed scrolling. Can anybody test it with X11 ? + Yes - I can check tree.c with X11. mailto dave@dchapman.com +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox + i'm off. see you! +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox + linus: congrats with the mas :) + Thanks + But it is really hard to write a driver for it that doesn't hog the CPU... +--- coyote- is now known as Tumm +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> edx (~edx@pD9EAB563.dip.t-dialin.net) has joined #rockbox +<-- wavey has quit (Read error: 104 (Connection reset by peer)) + Is there a maximum number of files/subdirs in a directory for FAT32? Is the root directory different? + linuxstb: It's working perfectly... + please commit the changes. Maybe it would be too slow at long dirs, because we search everytime from the beginning. + We need to read the whole directory into memory for two reasons - caching and sorting + OK - I'll commit the new scrolling tree.c + tnx +--- calpefrosch|work is now known as calpefrosch|away + new tree.c committed +<-- calpefrosch|away (~calpefros@62.52.174.30) has left #Rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--> calpefrosch (calpefrosc@p5082C6D8.dip0.t-ipconnect.de) has joined #rockbox + yo + yo, brb +--- calpefrosch is now known as calpefrosch|brb +--- Linus is now known as Linus|away +--- lou_soyur is now known as adi|work +<-- edx has quit (Read error: 110 (Connection timed out)) +<-- calpefrosch|brb has quit () +<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0") +--- Linus|away is now known as Linus +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--> calpefrosch|away (~calpefros@62.52.174.30) has joined #rockbox + morning bagder +--- calpefrosch|away is now known as calpefrosch + morning all + morning +--- calpefrosch is now known as calpefrosch|away +--- ChanServ gives channel operator status to Bagder +--- You are now known as adiamas + hi adiamas +--- ChanServ gives channel operator status to adiamas + hey Bagder + guess what? + tic tac toe rocks? ;-) + hehe not yet + but... +--- adiamas removes channel operator status from Bagder + hehehehe +--- adiamas gives channel operator status to Bagder + just felt like being silly + :-) +* Bagder walks away to check if the coffee machine works today +--> Linus (~linus@labb.contactor.se) has joined #rockbox + morning Linus + mooning + :-) +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + hey all + The feeding of the MAS with DMA works splendidly! + you rock Linus + I do! + :-) + But I think those Archos guys save a penny too much when designing the hardware + saved + any ata/fat32 mp3-reading in sight? + Zagor "I Have A Life" Stenberg is lazy + I suggest we replace him + hehe + maybe we can just yell at him a lot until he improves? +* Linus screams at Zagor! + Linus why do you say that about the archos guys> + just look at the player's LCD + i mean come on i saw wristwatches 5 years ago far cheaper with more flexible displays :p +* Bagder added common/strtok.c + adiamas: I say that because they haven't connected the inverted demand pin to an IRQ + so I have to poll the damn thing ever millisecond + every + okay.. im very much not a hardware guy, so what is an 'inverted demand' pin? +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox + wavey the man! + howdy :) +* wavey been gamecubing all weekend ;) + hehehe + I hope you don't mind me messing in your code in the mean time ;-) + no problem :) + okay, ill ask.. + bbl + why did we have to rewrite strtok? +* wavey waves + i know there is a recursive one... + wavey: I made the randomiser a lot faster, I changed the read-indices function and I made your test program build and run on my linux + adiamas: because strtok() stores data in a static area + Bagder i know.. + but there is a strtok_r already writen + in newlib? + its part of the standard library + in new lib.. that i don't know :) + strtok_r() is not standard unfortunately + that's why I have that code written in the first place ;-) + thats why i asked :) + :-) + newlib's strtok_r uses a thread context + so bagder's is better + Bagder: why are you including both stddef.h and string.h in strtok? + good q, remove the stddef.h + it was just ripped out from my curl sources +<-- wavey has quit (Read error: 104 (Connection reset by peer)) + I think the thread context is a good thing. Why is it bad? + it's unnecessary + how does it manage "thread context" ? + The context switcher (thread.c) assigns a new "current" pointer when it switches context + All newlib functions with static data stores data in the struct pointed by "current" (or whatever it is called + ok, thanks + ...which means: a) we have to init newlib for each thread and b) we have to swap newlib context + doesn't it store errno there too? + Yes it does + Zagor: yes + so we'd need to watch out for that + Indeed + errno is not as much a problem, since we're unlikely to call a newlib function, yield, and then look at errno + The called function itself may yield, however + possibly, I was more thinking about that it stores errno relative the current and thus it needs to be somewhat correct + Linus: no + no newlib functions call yield() + True + umm... the chars shown in the char maps on the web site... how can i use those? + this falls into the "neat but not immediately neccessary" category + adiamas: the player chars? + yeah. + just display them + ummmm how? + lcd_puts() ? + we need to convert them to our iternal format + lcd_puts() is still using Gary's fonts + well, not just chars + even for player simul + i feel like playing with sliders + ah, you are talking about the simulators + for volume control... + ...we should add two mini icons for tracks and dirs for the dir browser on the recorder + huh? + browse a dir with your recorder + whatch the little icons to the left of each row + got ya... + that's what im trying to figure out.. how to get stuff like that form the map + currently, we'll have to add the hex-data manually for new widgets ;-) + ack... + the chartables.c file in firmware.. what does that cover again? + fonts + the three different fonts + only fonts? + yes + Gary's code package had a widget.c file with some additional ones + yeah.. going to look at that now + btw, including the simulators, we now have 14341 lines of source code in the CVS ;-) + hehe cool + one more time.. what was the command to remove extra cr-lf? + tr -d '\015' < infile > outfile + ty + does lcd_bitmap work? + yes + lcd_puts() uses it extensively + k + wasn't there a size limit? + ah yes + it only handles 16 pixels height, I believe + holy christ.. finally got this working and the thing is huge :) +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox +--- Bagder is now known as Bagder|eats +<-- Bagder|eats has quit (Read error: 54 (Connection reset by peer)) +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +* Bagder fixes the simulated readdir() to return a dirent struct as the common/dir.h defines + Rockers + But maybe it should be the other way around? + ? + you mean that the target readdir() should return a struct as the unixes use? + Exactly + first off, the dirent struct seems to be different on various systems, but it also contains lots of crap we will never need/use + OK. Just a thought + yes, would've made simulation easier ;-) + hehe. I think the target code should be the easy one... + now, shall I make the code use this new stuff and thus break the win32 simulator? B-] + Of course. :-) + We donn't want no stinkin' windows! + since they don't even have a native readdir(), this change is possibly even easier for them + Probably. + gah, it broke on Solaris + dirent is a pretty silly struct + only one field is POSIX + yes + i want to avoid stat() + yes + I'll have the simulator use stat ;-) + yes + could've even make both Linux and Solaris use the same dirent code so I'll write my own instead + couldn't +* Bagder gets all confused in his head with this + get more coffee :) + good idea! +* Bagder bangs his head and runs for coffee + ah, much better + found problem + phew + seems to work now on both Linux and Solaris + nicers + made the tree.c code use it and it worked too +--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox + Hi jb! + Hi + Do you know if there's some hardware differences between 6000 & 5000 (got a 5000 few weeks ago) + ? + a 5000! + seems to be only a smaller disk + does that have 5GB disk`? + Bagder: yep + odd + jb1081: where did you buy it? + I mean, that they have two products that similar + Zagor: Europe (France) + ok. it's a bit odd that they don't mention it on their web page. i've heard people on the us get them too + firmware release 5.08, not listed in archos website (last time I checked at least) + but the led & scroll mod works + yes I think it's the exact same hardware but a cheaper disk + how much price difference was it btwn the 5000 and 6000, do you know? + 6000 discontinued here, I think + 5000: 180 euro + 180 euro is quite a good price imho + yes + found in general distribution (food...) supermarket + ! + hehe + one cheese, two packets of milk and one archos please ;-) + :) + oh, does the 6000 (5000 is the same, I presume) have the remote control pin in the headphone jack? + yes + cool. Do you plan to use it? + sure, we'll use it just like today; for remote control + we also use it as a serial port for debugging + ok, I was thinking you use serial port by hardware mod to line in jack + yes, that's because the headphone jack only has the "receive" pin + sure + we need both receive and transmit for debugging + but it's the same serial port + ok + it's 9600? TTL? + yes + just thinking about using an old pc keyboard controller to build a remote + but it need a clock, no? + yeah, we've been thinking that too. adding a keyboard would be cool! :) + it's asynchronous rs232 so it doesn't need a clock pin + yep, but a pc keyboard is synchronous, if I remember correctly + oh, ok + "The frequency of the clock signal typically ranges from 20 to 30 Khz".. :( + ok, not with a broken kbd.. too bad + The serial port can use an external clock as well. + synchronous + yes but then we need to modify the hardware + yes, but we have to open the box.. + a broken serial mouse perhaps? + Yup. Otherwise you have to build a separate kbd->rs232 converter + I guess you can get one off-the-shelf actually + did you see this somewhere (at a resonable price?) + i can't remember seeing any in recent years, no :-) + kbd->rs232? + you mean a ps2->serial adapter? + ok.. :( btw what headphone do you use? somebody tried a in-ear phone? + PsycoXul: I understood a complete remote, but I doubt now.. + yes, I use the Sony EX70. they are *GREAT* + oh no, don't get him started on those again ;*) + Zagor: ok, I was not sure between ex70 et Koss The Plug, it difficult to ear it before buying here + it's + Bagder: oups, I should'nt? + Bagder: hehe + PsycoXul: Yes, a PS/2 to RS232 adapter + Zagor: the phone amp has no problem to drive the EX70 properly? + jb1081: no, quite the opposite... + Linus: i've got a couple of those laying around i think ... heh + they're still out there places i'm pretty sure + Do you know where to biy one? + buy + the ones i've got came with mice/keyboards a couple years ago i think + Oh + look on ebay, computer stores, google heh + found one but a little too big.. :) http://www.iptel-now.de/HOWTO/PS2SER/ps2ser.html +--- calpefrosch|away is now known as calpefrosch + hi, just read the lines of today... + hehe + I just posted to the list too about it + and I saw some stuff like "stinkin windows" ;-) +* Bagder points at Linus and looks innocent + so, I think I#ll have to fix the win32 sim ? + yeps + should be pretty easily done + yes, but I have not much time the next days. +* calpefrosch looks out in the sun +* Zagor spots another have-a-lifer :) + hehe + we got a mail from another volountary win32 hacker just yesterday... :-) + who? + eh, "Christian" ;-) + Zagor: you replied to him yet? + not yet + cool. maybe I'll look at the code tomorrow. what do you think about the "scrolling" ? Is it usefull? + we need scrolling + I haven't tried it yet though ;-) + isn't there a scrolling bar at the archos firmware? + yes there is + on the left side + mhhh, so we have to scan the dir first to see how much is in there + I bet people will want one of those + I'm afraid we'd need to do that, yes + ok, we have a works meeting now. cu + see ya + cu! +<-- calpefrosch has quit ("bin bals zurück") + bin bals? ;-) +* Bagder is gonna pretend he has a life now! +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> chris1 (~flanz@62.132.155.14) has joined #rockbox + hi chris! + Björn by sourcfor. name is "flanz" + ok +--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + hello there. + chris1: you're addded + the ata-sim code will only work on Images on disk, I want to add support to read realtime the Sectors from the Archos HD in the UISimulator + hi elinenbe + chris1: we already do that. + look at ata-sim.c in test/ata +<-- elinenbe has quit (Read error: 104 (Connection reset by peer)) +--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + chris1: but it's not really useful for the simulator, since it will use high-level APIs for all disk operations + this line "file=fopen("disk.img","r+");" say me , the code work on a pre create disk image. + yes + I copy data from a real FAT32 disk into a image file and then use it for testing + ok your a right. With the image your need not to connect the RockBox to the USB port while the debuging session :) + how is the progress coming? + the MAS DMA code is coming along, although it will not be as pretty as we hoped + the ATA code is bugging, and I'm trying to figure out why + and right now I'm writing open/close/read for basic file access + blah pretty... shmitty... who needs pretty code? + well it's not just the code, more the design. we'll need to poll a pin every millisecond. we hoped to be able to get an interrupt for that instead +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + but it's not a major problem, just a nuicance +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + bleh, my brain hurts. read() gets too complex. + drink coffee! ;-) +* Bagder returns an advice ;-) + hehe + I'll go and make food now, see ya +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + strange happenings... +--- Zagor_ is now known as Zagor + ok here in Berlin/EU is al lite release party inhouse.I have to go. +<-- chris1 has quit (Remote closed the connection) + i'm off. see you later. +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +--> calpefrosch|away (calpefrosc@p5082C815.dip0.t-ipconnect.de) has joined #rockbox + hello +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox +--- ChanServ removes channel operator status from adiamas +<-- Zagor has quit ("bye") +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]") +<-- calpefrosch|away has quit (Read error: 104 (Connection reset by peer)) +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + evening + afternoon :) + :-) + moo +* Bagder scrolls in the directory browser... wooo ;-) +--> quiquee (~quique@217.8.197.89) has joined #rockbox + hey + hello everyone + its a silent period in here right now +--- quiquee is now known as wannabeuihacker +* Bagder giggles + I have seen that the menu stuff assumes complete separation of player and recorder + yes, but I did that mainly to get a player version that compiled and built + for the simulator that is + I added the menu functions and got a menu system for the player + cool + mostly copy and paste + I guess it is the best solution for now + yes + we'll see if we can merge stuff later on or if we'll keep them apart + but the button right of the player is not working, any clue why ? + I mean , when using the simulator + the x11 one? + yep + weird, it should work + when you get your code in, I can have a look + I am trying to find out , how do I flush printf output ? + fflush() + ok I am doing something wrong then. + right button works + my code doesn't + heh + fflush cores :? anyway + I am trying to get used again to emacs and c + fflush(stdout); it should be + hmm , thanks. + or whatever stream you wanna flushs + I didnt use it for 6 years now + this is a perfect way to get back in shape ;-) + do you use emacs ? would you happen to know how was to run make withing emacs without a need to open a shell buffer ? + yeah... + M-x compile + shit , I thought it couldnt be that easy + meta-s is a common bind for it... + M-x global-set-key ;-) + ok , it insists in running make from the ./uisimulator + it would be a good idea to add a Makefile there + right, it runs from the dir of the buffer you start it from + I will have to read again the gdb info +-wannabeuihacker/#rockbox- panics +* Bagder tries to paint a little icon for the files in the dir browser + unfortunately, gimp doesn't output our format natively ;-) + ok, it is working + I plan to create a menu structure that is read in the future from an external file + so people can customize it to whatever they want + just an idea to start playing with it + no plans to add an xml parser in the firmware, right ? ;) + I don't think that'll be necessary, but we'll see + hehe + I am having a lot of fun with this, an excuse to go back to the roots. Thank you guys + I think I speak for most of us when I say that we enjoy this a lot too + it is contagious . + going to have a nap now. cu soon + see ya + The ATA code sure is full of bugs...I'm killing them by the dozen...:-) +* Bagder hands Linus the fly squasher + How can you do sleep(HZ/500) when HZ is only 100???? :-O + haha + short sleep ;-) + And it's full of return -1 for error + when the code checks for 0 + heheheh + Well, it's starting to work now. I've read the boot sector. + on target? + Yup + rock + I wish Zagor was on the channel. + hm, I think I have a little perl script now that can "fix" an xbm as saved by gimp, to become "rockbox" formatted + bango! + heh + works + now, what does a symbol for a directory look like? ;-) + Go figure + disk_init() finds the correct root partition now. + but readdir() fails miserably... +* Bagder commtted his little icons + linus = sleep(until(6am)); + bye + night +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- jb1081 has quit (Read error: 113 (No route to host)) +* adiamas pokes you all in the forehead + ouch + wuss + yea + im a wuss + has anyone figured out why the remote does not work with the recorder? +--> calpefrosch (~calpefros@62.52.174.30) has joined #Rockbox + morning + evening :) + oh + had a nice day ? ;-) + heheheh quiet so far... + but im on call till 0700... so ill tell you tomorrow :) + it's tuesday on your side, right ? +* calpefrosch goes for breakfast +--- calpefrosch is now known as calpefrosch|eats + yeah... its actually wends now. +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + hey ho +<-- wannabeuihacker has quit (Read error: 110 (Connection timed out)) +--> wannabeuihacker (~quique@217.8.197.187) has joined #rockbox +<-- PsycoXul has quit (Read error: 104 (Connection reset by peer)) +--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox + hey Bagder +--- calpefrosch|eats is now known as calpefrosch + mornning calpe + The sim is running, where has it changed ? + ahh, I have to fill the attribute + exactly + and size too preferably +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + howdy Zagor_ +--- Zagor_ is now known as Zagor + i'm puzzled by linus' ata changes. they don't work for me + odd + he said he had a few problems + but he could read a few things on target + i guess he'll arrive soon + yeah, he got to bed early :-P + surely before 1 am... + normally, I'd boo him too :) + hehe + I kinda like being the one who says good night when he leaves and good morning when he arrives back again ;-) + hehe + btw, we probably will end up needing a malloc() sooner or later, don't we? + yes + I thought I'd have a go at that + we get a malloc with newlib, if only we supply sbrk(). but I like your malloc, so go ahead :) + hehe + uh + wannabeuihacker has a little menu app written for the player now + he said yesterday + ah, cool + calpefrosch: any plans on making the win32 simulator work as a Player? +* Bagder runs for more coffee + ok, sim is fixed. + ain't my icons beautiful? ;-) + I love it + Bagder: yeah, I can try to made a player. But, as you know, I'm not good in VC++ + It would last a bit + well, maybe some of the other guys could help out on that part too + yes. Another question... + I get an error in id3.c that header is not initialized + which line? + 351 + that's a good warning + it should be set to 0 + do you commit in cvs ? + I'll do it, I fixed another thing too + Bagder what is is the menu app that wannabeuihacker worked on .. do you know? + it's written specificly for the player, that's about all I know + the one we have now is recorder-specific + nod + btw.. bagder.. perhaps its time to start getting togeather an icons.h file? + yes + where did you put your icons? + both a icons.c and an icons.h + it's in the tree.c file + they're + im adding icons.h right now. + feel free to give my icons better names + should we rename "fileimage" to "fileicon" ? + yes + those are 6x8 right? +* Bagder nods + will the player use icons? + it a limited extent + in a + okay... + just wondering if i was going to #defin around it + but hardly the same ones + nods + anyone have an issue with the function name "get_6x8_bitmap_icon" + or would you rather refernce the array directly? + I prefer referencing the array directly + no reduce all overhead + to reduce + that case.. any prob is all 6x8 icons are in an array with the subscripts as enums? + Dave posted a good idea + haveing X # of icons is annoying... + havn'et seen it yet + which part of the idea did you like? + storing short names in memory + well.. i don't know if i agree with his "just 16 chars" + and the short name... dunno if i like that either. + why not? + i store my mp3s as "artist - song name.mp3" + it's a memory internal thing + so, stuff like "Les miserable - Curtan call" or whatever.. it doesn't help me on the dir listing + right, but we haven't solved that issue yet + right... + i guess i just don't get what his suggestion is attempting to solve + I'd prefer having a way to strip off the current directory's name from the local files or something + you need to check the tree.c source to see what is aiming at ;-) + what he is + it currently stores the full names in memory + and displays the 16 first letters + i agree that we strip the dir structure..t hat just makes sense... + but limiting the filename that cane be displayed.. dunno if i agree with that. + thus, the displaying and the storing in memory are two parts + If so, the buffer in tree.c just needs to + store the short name (for accessing the file) and the first 16 characters of + the full name (for display on the screen). + 16 chars is _not_ enough space for display + thats what im getting at + I get it + but the full name shouldn't be needed either in all cases +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + anything internal.. hell we index however we want.. + then when do you get it? + if not when you do a dir listing? + the full name stored for diplaying doesn't need to be the full file name + it could be modified to look better + define "look better" + stripping off redundant parts for example + but "Beat on the brat.mp3" + is good.. + that i agree.. + like I have "artist/artist - tune 1.mp3" + but if you stop me from displaying my file "Les Miserables - Javier at the gates of the city.mp3", ill slap you silly + :) + then showing the dir in 'artisy' could cut off 'artist -' for me + hehe + well + you still can't show that full length on each line + i agree.. any directory struct stuff should not be shown + sure you can.. it's called scroll :) + you wanna scroll all lines? + no.. only current selected line.. as you page through... + right + but if you only get the ful name when you cursor over it... + but then you don't need to store the full name in memory + you are going to be spinning up and down the drive constantly + sure you do + ah + true + now.. we can make alterations.. say.. ".mp3" can be dropped.. + and all directory structure... + that i fully agree.. + oh.. and another suggestion.. you should not be able to try and play _non_ mp3 files + i use my archos for data backup as well.. and my gf tried to 'play' "Oracle8" + hehehe + hehe + play didn't like that much + was it good? ;-P + id rather display "Not an mp3" or something when you select it... + and it's easy enough a check to do when you select a file to play + Bagder wanna do me a favor? + sure + could i mail you this icons.h and tree.c for the uisim.. + let me know if the idea makes sense? + it works.. just dont wanna set bad precident + sure, fire away + so no reasont to check it in + i think it should do something specific to the filetype whenever it can, even if its something simple, and some simple thing for whatever unknown things + eg you "play" a text file it shows it to you + and if you play a HTML file ... *g* + heh +* Bagder grins + yes so when are we getting the modem driver for the serial port? + lol + uh, that'll be after I'm done with the apache port + hehe + bag, sent + gotem +* adiamas thinks you should all read quesiton # 17 on the FAQ + adiamas: I like that approach, I only have some nits + oh yeah btw + Q18. I don't see you mentioning ogg files on your list of ideas. What about + supporting those? + that question kinda seems odd when right within the same page you can see + - Support playing of other files types (ie: Ogg Vorbis support) + in said list of ideas + adiamas: the array should be in the icons.c file, and the icons.h should have the enums and the array "extern" + well.. thats why i was planning on having the calling function to get the array + having externs all over the place is nasty + but thats just my opinion... + ill set it up your way and we can argue later :) + :-) + and i couldn't come up with a better name then that :) + having extern in .h files is not nasty + only in .c files + your right... diff --git a/www/irc/rockbox-20020505.log b/www/irc/rockbox-20020505.log new file mode 100644 index 0000000000..575e93c018 --- /dev/null +++ b/www/irc/rockbox-20020505.log @@ -0,0 +1,614 @@ +**** BEGIN LOGGING AT Thu May 2 23:05:32 2002 + +--> adiamas (~adiamas@as5300-9.216-194-23-96.nyc.ny.metconnect.net) has joined #rockbox +--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/ +--- Topic for #rockbox set by Zagor at Fri Apr 12 09:45:52 + dah + mah +--> [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 has quit () + hmmm + hrm? + nothing.. just makeing updates to the uisim... + tetris now plays a bit nice with ppl... + and the menuing of the sim works properly./ + nice +<-- edx|sleeping has quit (Read error: 110 (Connection timed out)) + i've been following the project for a couple months now.. looks like things are getting there + i can't wait + are you on a win machine or a *nix? + unix + and windows + then you should pull down the sorce and play with the sim a bit :) + my unix boxes all lack X + ahhh.. + yea, i havnt had much time to play with stuff lately + that could be a prob... + im working on a linux distro + nice... what pulled you into that? + well, i worked at turbolinux for a while + and then at penguin computing.. + doing security / sys admin stuff.. been doing alot of sysadmin / security stuff basically + ok the cursor for the menu's + and got sick of installing and then configuring things to the way i liked them + it gets put back on tetris when i go to browse or rockabox + but its still actualy on browse or rockabox + so i started building my own stuff, so it would save me time.. + and neither of them are doing anything for me + heh + but i've been working on it for about a year now + hmm... let me look + hehe i know what it is.. one sec +--> calpefrosch (calpefrosc@p5082C7A8.dip0.t-ipconnect.de) has joined #rockbox +--- calpefrosch is now known as calpefrosch|away + okay.. which makes more sense... + you choose a menu.. + enter it + when you come back out + should the cursor be at the top again, or where you left off? + im mixed on it + i say where you left off + where you left off.. + cool. + and whichever it is, it should be consistent + well.. i sense a series of funcitons coming for menuing + the current firmware for the player does both in various places of the menu and its annoying heh + okay.. fixed + pull it down and try it + actualy its really screwy cause sometimes it goes to the top, sometimes it goes to where it was, and sometimes it goes to a different place in the menu 1 level up... heh [the archos player firmware, that is] +* adiamas nods + im going to be thinking about it over the weekend.. it irks me too +* adiamas takes a bit to switch gears from c++ mode to c mode + i miss classes _so_ much in a case like this :) + heh + ok so yeah thats better +* adiamas nods + now i just want to slow down tetris, + fix scoring + browse and rockabox still don't do anything, and if you press left after pressing right on rockabox the items all go blank and you're left with just a cursor + well.. the browse + you need to add a 'archos' directory to your files + that is being used to represent the '/' on the player + where? + ah got it + nice + in the x11 dir or win dir you are using + now.. lets see if i can replicate your other issue + yeah.. roxabox is more of a place holder... + just something for the screen.. ill remove it. + heh + so how much of this works target? + come again? + er + how much of this works on target? + you know actualy runs on the units + hmm i can't replicate your blanking when you go left after going right. + none yet + heh + none? + the simulator just lets us higher level coders start using the api we are developing + the lcd/button stuff should work no? + well.. some barebones stuff has been worked on.. + but no apps and such... + heh + tetris and the screensaver should be able to run on it i would think + im not about to toss this stuff onto my unit yet ;) + heh + okay.. newest version up.. try it now + PsycoXul are you working on windows or lin? + linux + k... + im waiting on one of the windows guys.. make sure this stuff works for them... + i dont think they would have a prob.. but you never know + so what i was really asking is how much of the api's used in the sim's little app/tetris/screensaver/browse are implemented for the target + everything that runs on/in the sim is using our api... so as far as i know.. most/all + though... you'd need to confirm that with Zagor and Bagder and edx + they tend to be involved with more of the on metal stuff + heh + ok it looks that the file/directory stuff is still unimplemented + thats part of what they are working on :) +--> Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + hey Bagder2 + morning + :-) +* Bagder2 tries to figure out why there's a Bagder still present + there isn't on my list + no, but if you /whois bagder, there is one + hmm.. odd + PsycoXul wanna do me a favor? +<-- calpefrosch|away has quit (Read error: 110 (Connection timed out)) + adiamas: we should rework the menu in app.c to support being longer than can be shown on screen + imho +* adiamas nods + thats what im working on now ;) + but i also want to do a 'menu.c/h' +* Bagder2 bows in front of adiamas + so makes it easier for sub menus + goodie + I'll try to attack the dir browser more this weekend + sweet + oh.. btw.. off now turns off the sim on the main menu + ok, seems reasonable + i thought so ;) + anyone mind if i remove the KEY PRESSED: output on stdout? + no + you can remove the lcd_update() crap too + k.. + we'll put it back the day we need to debug those things + no need to have them there all the time + k.. then ill just comment them out + where in the hell is that beep coming from! + + =) + no .. + ive got that turned off ;) + i mean from the sim + yeah I kinda hate that beep too + dude.. i don't know who just put in that last feature request, but they are sick :) +* Bagder2 agrees + when i do a cvs update + and i get an 'M' before a file... + whats that mean? + Merge + you have local changes + nods +--> calpefrosch (~calpefros@p5082C7A8.dip0.t-ipconnect.de) has joined #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + morning Zagor + ello +--> Linus (~linus@labb.contactor.se) has joined #rockbox + morning Linus + Morning Bagder2 + Linus / Zagor you plan to go to the Appeal party tonight? + yep + me too + adiamas: what kind of favor?\ + nevermind :) + ok sorry + heh + I am not going + morning..(#) + for the simulator, which files do I have to create ? + what do you mean? + I created a \playlists\1.m3u, but I get a strange output + like: filename: Pý° + load_playlist( £C ) + dunno... + what do you do to get that output? + compiled the simulator with VC++ and started it... + oh + Oh, I had to define the DEBUGF for VC++ + -> #define DEBUGF debugf in debug.h + I don't know why edx has involved the playlist stuff in the simulator at this point + ahh, you mean it is not ready to test... + well, there shouldn't be any code calling any playlist functions + since the app.c has no code to do that + he is calling the harness.c + ... and that is badness + hmm + the harness.c is the test code for the playlist, it isn't meant to run in a simulator + hehe, now it's working :-) +* adiamas nods + okay... i think im done for the evening... + sleepy time... + night adiamas + and at the request of you europeans.. i am not going 'nappy' ;) + haha + im bedding + good night +--- You are now known as adi|asleep +<-- calpefrosch (~calpefros@p5082C7A8.dip0.t-ipconnect.de) has left #rockbox +--- Bagder2 is now known as Bagder +--- Linus is now known as Linus|lunch +--> Nm`jaK^j (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--- Nm`jaK^j is now known as Bagder3 +--- Bagder3 is now known as Bagder44 + grrr + what's happening? + my muh disconnected and had problems to reconnect + the Bagder is a true irc ghost + it looks like an ircd bug +--- Linus|lunch is now known as Linus + fun.. + weee, now I can read partitioned disks too... + coolers +<-- Bagder has quit (Read error: 110 (Connection timed out)) + lookie :) +--- Bagder44 is now known as Bagder + that took a while + Gentlemen! WE HAVE SOUND!!!!!!!!! + goooooogogowooo +* Zagor is droooooling +* Linus is screaming with joy! + everybody else is sleeping ;) + typical... + sound? + I have managed to play MP3 data with the MAS! + woo + Kicking! + A historical moment. The first group to have their song played in the Rockbox is Machinae Supremacy. + heh + They shoule be proud + rather fitting, I'd say :) + or rather 4 seconds of the beginning of the song, but what the heck... :-) + this is the track, btw: http://www.machinaesupremacy.com/machinae_supremacy_-_arcade.mp3 +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + Zagor: you tried the ATA/FAT32 on target yet? + no, not yet. tomorrow... + We have a silly problem with the serial connection to thw MAS. + more "annoyance" than problem + yet very annoying :) + The serial interface in the SH1 sends the data LSB first, but the MAS wants it MSB first. + We have to swap bit order of EVERY byte we read from the hard drive!!! + AAAAAAH! +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + Welcome! + I have good news! + congradulations!!!!!!!!! + woooo hooo!!!! + You heard! + yes!!! + Thx + that is awesome! + Indeed! + so every byte must be reversed bitwise? + but why that song? :( Something like Krudser & Dorfmeister would have been more appropriate :) + haha + Who are they? + Bagder: Yes, every byte + nono this should've played: + we didn't select very conciously, but I think it's rather appropriate actually + Run level zero - strapped to machinery.mp3 + :-) + or "Living in a Box" + Linus: time for inlined assembler? B-] + call Alan! +* Bagder giggles + well, they are DJs from Germany "Kruder & Dorfmeister" + They make new versions of old C64 songs which they publish on the web. Sort of like we make a new firmware and publish it. + Or "4 sekunder" with Magnus Uggla + hehe + wait + new versions of old c64 songs? + why would you want to do that? the c64 had such a cool sound +--- Linus is now known as Linus|celebratin + PsycoXul: listen to their rendition of "giana sisters". they do it justice! +* Linus|celebratin goes to buy candy + ("do it justice"?) sometimes I don't even understand my own writing... + Swenglish + time for some candy celebration. brb + Is everyone here a sugar-holic, or is that just me? +* Bagder is gonna get a can of coke instead + the sidchip rules + it does +* Bagder , Linus and Zagor did lots of C64 stuff back in the late 80s + i've been encoding all my stuff into ogg lately.. after im done doing that, im probably going to start leeching all the s3m,mod,xm's that i can + i already have tons of sids + on one of my systems somewhere + yeah ogg + oggs are good + there needs to be a way to play ogg on the archos + heh + that'd be cool, i'd like to see mod/s3m/xm too + that should be easy since those formats require very little cpu power + well + we need a DSP guru + it needs realtime mixing + we only have one chip that plays sound + yea + miah: those formats require multichannel mixing, which we can't do + really? + how many channels does the mas support to decode? + PsycoXul: one mp3 stream + Zagor: where can I find info about that Splimp thing you have for mp3-playback at home? + yes + my stupid laptop keeps going into sleep mode.. so annoying + but mp3 streams can be multi-channel no? + Bagder: www.slimdevices.com + thanks + PsycoXul: 2 channel, yes + well mp3 supports more than that + at least mpeg2 layer3 + i dunno much about the actual format though + still, we'd have to mix it *and* encode it in the cpu + are multiple channels stored within single frames, or are channel frames interpolated? + feel free to try, but I think it'll be hard +--- Linus|celebratin is now known as Linus + i think it's in a single frame, but I'm not sure + well there's pcm playback firmware in existance for the mas... i wonder how many channels it can support of pcm like that + but pcm in low quality could probably be mixed by the sh1 maybe? + The PCm mode will probably support only 2 channels, since the application is stereo sound + true + At least the interface to the DAC is only 2 channels + well we have no pcm mode yet, so whoever writes that will decide :) + I pass + heh + so what kind of input does the dac take from the mas? + It's a serial interface, clock, data and frame sync + two time slots one for left channel, one for right + 16-bit or 32-bit +--> edx|sleeping (~edx@pD9EAAD21.dip.t-dialin.net) has joined #rockbox + hi +--- edx|sleeping is now known as edx + Morning! +--- edx is now known as edx|away +<-- Linus (~linus@labb.contactor.se) has left #rockbox + Zagor: you wanna meet somewhere? +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +--> calpefrosch (calpefrosc@p5082C402.dip0.t-ipconnect.de) has joined #Rockbox +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +<-- calpefrosch has quit (Read error: 104 (Connection reset by peer)) +--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #rockbox +<-- calpefrosch has quit (Client Quit) +--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #rockbox +--- calpefrosch is now known as calpefrosch|away +--> thomasvs (~thomas@217-136-252-195.skynet.be) has joined #rockbox + kaping + hello + anyone around ? +<-- calpefrosch|away has quit () +--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #Rockbox +--- calpefrosch is now known as calpefrosch|away + only for a sec.. on my way to work... + ok + ;) + I was just wandering how much an archos player costs + about $300 + you can check them out on ebay as well... + i picked mine up for about 200 + ok, thanks + get the recoder... much nicer! + but arnt the player and recorder basically the same thing? +<-- thomasvs has quit (Read error: 110 (Connection timed out)) +<-- calpefrosch|away has quit () + yes, but no. The recorder has a more able screen... +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:0.9.9+/20020414]") +--> thomasvs (~thomas@80-200-37-136.adsl.powered-by.skynet.be) has joined #rockbox +<-- edx|away has quit () +--> edx|away (~edx@pD9EAAD21.dip.t-dialin.net) has joined #rockbox +<-- thomasvs (~thomas@80-200-37-136.adsl.powered-by.skynet.be) has left #rockbox ("Client Exiting") +<-- adi|work has quit (Read error: 113 (No route to host)) +--> adiamas (~adiamas@151.204.140.140) has joined #rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +<-- Zagor has quit ("bye") + anybody around? know um... + how many cycles to read/write that dram? + for the player? + well, this device is really tight on resources. good luck. + heh + you think its possible? + might be possible, yes + i should send somebody who's more knowledgable on the hardware and + hax0ring in here to talk to you heh + ::: haze!chris@12-255-198-216.client.attbi.com has quit: Connection timed out + with highly optimized code, it should _just_ work. + ^^ #vorbis, on player's hardware potential for decoding ogg with mas3507d + sh1 cooperating + psyco: afaics, the MAS whould be able to do the (m)dct for you + ok + it will be quite some (fun!) work, though +<-- edx|away has quit (Read error: 110 (Connection timed out)) +--> calpefrosch (~calpefros@p5082C14D.dip0.t-ipconnect.de) has joined #Rockbox +<-- calpefrosch (~calpefros@p5082C14D.dip0.t-ipconnect.de) has left #Rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox + hey zagor... + hey + you see any problem if i hack out a menu.c/h over the weekend + i figure im already noticing repetition in how ppl are looking to menu in the sim... + figured i cold give us a basis.. + rather then reinventing the wheel. + sure + have you played with the sim recently? + no + ahh... + well.. tetris plays a bit nicer and we have a basic screen saver..... + i talked to somebody in #vorbis about ogg stuff on the hardware... here's what they said: + well, this device is really tight on resources. good luck. + might be possible, yes + with highly optimized code, it should _just_ work. + psyco: afaics, the MAS whould be able to do the (m)dct for you + it will be quite some (fun!) work, though + interesting + nobody volunteered to help? ;) + oh.. zagor.. ment to ask... + nope heh + in the contrib file... + any reason your against const? + yes, people tend to use it wrong + so i take it opendir(),readdir(), etc don't work on target yet? heh + opendir/readdir works for the root dir, but currently not for subdirs. i'm fixing that right now + i have a habit of doing it. bear with while i adjust :) + okay.. off to bed.. need 2 hrs... +* Zagor just got up :) + hehhe i _should_ be just getting up... + 06:10... gotta love it.. + Zagor: how do i open the root directory? + PsycoXul: opendir("/") + hmm + Psyco check out tree.h and tree.c + well that doesn't seem to return on my unit + in uisim/x11 + PsycoXul you need to add an "archos" dir + i'm not talking about in the sim + that is being used to simulate the '/' on the player + i got the sim browser to work + heh + heheh ahh.. k + lemme see where its having problems actualy.. + well first thing i notice is that on my player lcd_clear_display() misses the last 2 chars + and next is that + dir=opendir("/"); + doesn't return + unless there's something i need to do before it that i'm not + look in test/fat + heh thats kinda funny if you make clean with a clean tree it generates the dependancies and then removes them :p + look in test/fat/main.c + ok + you need to run ata_init(), disk_init() and fat_mount() before you can start using the disk + ah ok + ok i see + anything to call later like to umount or spindown or something? + you don't have to, no writing is implemented yet so it's failsafe + why is there a firmware/disk.h and firmware/common/disk.h + firmware/disk.h will change, it's just a code container at the moment + ok + lcd_puts(0,0,"Hello."); + if(ata_init()) { + lcd_puts(0,0,"Disk error"); + return -1; + } + lcd_puts(0,0,"ata init."); + all i get is "Hello." + the ata code is not target tested yet, I'll be doing that today + ah + now we know it doesn't work :) + hehe +--> edx|away (~edx@pD9EA97B2.dip.t-dialin.net) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + hey ho + hi + I'm thinking about the played lcd API, when using x y coordinates, is 0 the first line and 1 the second? + player + can't see any reason why not, just checking + i agree +--- Bagder is now known as Bagder|laundry +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--- Bagder|laundry is now known as Bagder +* Bagder starts to get the player simulator going + have you seen adis latest items on the faq? + nope + s/latest/last/ + Q: But I _really_ want to talk with you in person. + adiamas: I'm sorry. My girlfriend/boyfriend/pet says I'm not allowed to, and the + doctors here won't let me have pens or pencils. They say its some rule + about us not having sharp objects. I'm sorry. Now please stop calling me + here. + ah yes + that's a good one ;-) + yes + ok so how do i use custom chars on the player LCD with the new codebase? there an api for it? + is that lcd_define_pattern() ? + is it? + I dunno ;-) + yes + I think so :) + heh so how do i use it? + 1. fix it + 2. use it + :) + heh + 3. add it to the simulator + hehe + yup, those are the official docs + I have to admit that my fixes to get the player-simulator running ain't the most beautiful ones you've seen + heh + i just run my test code on my player + since I want to use the bitmap functions + but simulate the charcell lcd api + i'd honestly much rather have a bootloader than a simulator personally, just wish i knew the first clue about making one heh +* Zagor just realized he has no sh-elf-gdb :( +* Bagder commits + hmmm.... +--> calpefrosch|away (calpefrosc@p5082C14D.dip0.t-ipconnect.de) has joined #Rockbox +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + how long does sleep(1) sleep for? + one tick +<-- calpefrosch|away has quit () + how long is a tick? + 1/HZ seconds + HZ is defined in kernel.h + ah + ok lcd_backlight() doesn't do anything on my player + ok + with 1 or 0 as the arg + I guess the port pins differ +<-- Zagor has quit (zahn.openprojects.net irc.openprojects.net) +<-- elinenbe has quit (zahn.openprojects.net irc.openprojects.net) +<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net) +<-- miah has quit (zahn.openprojects.net irc.openprojects.net) +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox +--> miah (21-ident-i@pihkal.com) has joined #rockbox + heh + i dunno + i do an lcd_puts and then a sleep(75); and then another lcd_puts() and i only get the 1st one + you're on the cutting edge :) + currently, sleep() only works right in the test/kernel code, since the main stuff doesn't have a timer interrupt enabled + ah + there an easy way to use it, or should i do something to sleep? + i'd suggest a busy wait at the moment + whats that? :p + a for() loop instead of the sleep + i see, so thats what thats called heh + the term "busy" is used for when you don't allow other threads to execute + ok now this loop is working but within it i'm doing key=button_get(); if(key) { switch(key) { case etc etc } } + i've got cases for BUTTON_DOWN, UP, ON, LEFT, RIGHT, and MENU, and default + and with our without a button pressed it hits default + s/our/or/ + sounds good + heh + man + heh + shouldn't a make clean rm */*.o too? and not generate dependancies? heh + picky picky :) + oh come ON... umount's gonna hang now again already? fuck + usb-storage is far from perfect... + well it needs to do something different thats for sure... can't accomplish much being forced to reboot at its random whims + at least like TIME OUT or SOMETHING + he's doing a big rewrite for 2.5 + reboot, turn the thing back on, plug it in, load the modules, copy a file and it hangs right there AGAIN + not a whole lot of things get me upset... but having to reboot over and over again because of some stupid device that shouldn't be having any problems to start with, much less make me have to actualy interrupt my system usage, and having to wait months/years for the fix is exactly why i don't run some OTHER OS + heh, yeah... + you should consider the serial port fix + goddamn i can't get this one little file copied on here now + 3 reboots and it STILL fucking up + and then i'll still need to copy the real working firmware back on to there once i get this to work + i'll probably have to fucknig juggle hardware, boot it to windows and scandisk, juggle hardware back, boot back to linux, probably have to reboot a few more times +* PsycoXul considers selling his archos and taking the money for vocal lessons + hey i can store a lot more than 20G worth of music in my head :p + :) +* Zagor sings in a chamber choir + ok so i made the default do + snprintf(ugh,11,"%d",key); + lcd_puts(0,0,ugh); + ok + i get 243 with no buttons, 242 for ON, 241 for menu, 227 for play/up, 211 for stop/down, 179 for left, and 115 for right + and various others with combinations heh + from button_get() ? + yeah + odd + it should return 1,2,4,8 etc no? + well looking at the code, thats what you'd think.. heh + uhu + same with or without calling button_init() first + heh + btw i think portc & 0x10 gets triggered on the player when the stop buttons held for 3 seconds or whatever, just before it shuts off + yes, that would be interesting + i don't even know what & does... i don't know much if anything about binary and binary operations or low-level programming or anything like that though... + my latest project with C was struggling to successfully read a wav header into a struct from stdin heh + & is "and". portc & 0x10 tests if bit 4 is set in portc + bit 4? + yes, bit0 = 0x01, 1=0x02, 2=0x04, 3=0x08, 4=0x10 + ok + know of any good online docs that'd teach me this kinda stuff? + umm, no + :) + heh + maybe http://www.learn-c.com/ + http://www.learn-c.com/boolean.htm + cool.. i'll read that later... enough hax0ring stuff today for me heh + :) +<-- Zagor has quit ("bye") +<-- elinenbe has quit (Read error: 104 (Connection reset by peer)) +<-- edx|away has quit ("brb") +--> edx (~edx@pD9EA97B2.dip.t-dialin.net) has joined #rockbox +<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net) +<-- miah has quit (zahn.openprojects.net irc.openprojects.net) +--> miah (21-ident-i@pihkal.com) has joined #rockbox +--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox +--- Disconnected (Connection timed out). +**** ENDING LOGGING AT Sun May 5 01:46:26 2002 + diff --git a/www/irc/rockbox-20020509.log b/www/irc/rockbox-20020509.log new file mode 100644 index 0000000000..53a6580ede --- /dev/null +++ b/www/irc/rockbox-20020509.log @@ -0,0 +1,1656 @@ +**** BEGIN LOGGING AT Mon May 6 00:25:45 2002 + +--> stile (~adiamas@as5300-9.216-194-23-71.nyc.ny.metconnect.net) has joined #rockbox +--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/ +--- Topic for #rockbox set by Zagor at Fri Apr 12 09:45:52 +<-- adiamas has quit (Killed (NickServ (Nickname Enforcement))) +--> lou_soyur (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox +--- You are now known as adiamas +--> [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 +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--- ChanServ gives channel operator status to Bagder +<[TDM]Mr_B> hello? + hey ho +<[TDM]Mr_B> ...just an outsider with some questions + go ahead and ask, I'll try to answer +<[TDM]Mr_B> i've been following this project for a short while and i'm very interested... +<[TDM]Mr_B> I was wondering what progress you've made. Is there anything working that a programming novice can use? + we're doing two different simulators, for running the app itself on host machines + one for win32, one for X11 +<[TDM]Mr_B> is there an exe of that sim? + we do not have the app actually running on target just yet + edx is the author of the win32 simulator, we should ask him to post a binary on the web site +<[TDM]Mr_B> exactly what improvments/additions are you guys working on? + I think many of them are mentioned of the web site + we need to implement everything by ourselves + so we will try to write an mp3 player software that meets the audience demands +<[TDM]Mr_B> when do you think some of these enhancments will be avaliable for the layman to download? + we *hope* we will have the first actual target firmware that works *somewhat* before the end of this month +<[TDM]Mr_B> cool +<[TDM]Mr_B> how well does tretris work? +<[TDM]Mr_B> ...tetris + it works pretty good ;-) + no scores yet though + I expect that we will get even more programmers joining up the very second we have a first target version +<[TDM]Mr_B> i'm looking forward to all of it + :-) me too +<[TDM]Mr_B> I see you guys are working on a FAT 32 fs + yes, we need that to be able to read the disk +<[TDM]Mr_B> I guess that would make installation/use easier? + the disk is using fat32, we need to read dirs/files from it... +<[TDM]Mr_B> ok, I get it +<[TDM]Mr_B> would you mind tellingme exactly what other modifications you guys are working on? + we replace the entire software + we hope to make the player more intuitive and more capable than the built-in software + if you've used it, you know it isn't very good + its about resuming play in a playlist + handling big playlists + and all sorts of stuff +<[TDM]Mr_B> well, thanks for entertaining my questions + personally, I do most of this because of the shear fun +<[TDM]Mr_B> same here, only with coding hypertext +* adiamas coughs "Read the faq" + feel free to let us know if you think you can help out the project in any way you see fit +* adiamas nods + hey Bagder whats doing? + did lots yesterdat, as the CVS-list shows ;-) + heheh yeah.. + I _can't_ believe that i forgot to call the function pointers when i put that in :) + hehe +<[TDM]Mr_B> ...I read the FAQ 3 times + heheh k :) + can't help; it... + its my pet project :) + any suggestions on additions or rewording? + adiamas: "why do you write a replacement software?" + adiamas: "when do you think there is a version available for my Archos?" +<[TDM]Mr_B> well, it doesn't answer too many questions +<[TDM]Mr_B> tell people about exactly what's being redone and maybe when people will be able to enjoy your labors on their players + What exactly are you trying to achieve with this line of development? + should that be reworded? + adiamas: could you unmber the questions? it would be easier to direct people to a specific question then + hm + number + hmmm how shoul di answer "when do you think there will be a version available?" + sure could... + adiamas: well, I think that question deserves to be answered very unspecific + we might all get very busy all of a sudden + so say something like maybe in a month, maybe in three, maybe in six +<[TDM]Mr_B> true +<[TDM]Mr_B> to quote Dilbert... "ONe month to complete the project and 5 months to play 'Doom' on my computer." + lol + in this case, of course, it is Tetris ;-) +* Bagder just applied patched mailed to him from Dave Chapman + patches + grrrr, can't type + hmmm ... i need a polite way of saying 'Fuck off you complete moron." + Suggestions? + heh, in which context? + never mind.. i have an answer... + you're the american ;-) + Mr_B: where are you from? +--> calpefrosch (~calpefros@62.52.174.30) has joined #Rockbox + moin + morning calpefrosch + the win32 simulator might need some attention now ;-) +* Bagder whistles innocently + hmm, let's talk about some details. +* Bagder browses subdirs in his simulator! + calpefrosch: what kind of details? +<[TDM]Mr_B> ...New Orleans + okay.. faq updated.. anyone wanna take a look? +* Bagder shows his thumbs up + :) + im a bit heavy on the sarcasm.. but bugger it... let them deal with it... + we need that +<[TDM]Mr_B> ...an improvment...and I love sarcasm + it makes it more obvious everything isn't so serious +* Bagder runs for more coffee +* adiamas cheers wildly + [TDM]Mr_B your on windows correct? +<[TDM]Mr_B> Windows XP home +<[TDM]Mr_B> well, I should reall y be in bed, night folks +<-- [TDM]Mr_B has quit () +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + morning Zagor + morn + you sure had a busy sunday :) + yeps, did my share of cleaning up ;-) + sorry, have been to a meeting + Zagor: the simulator is growing cooler + nice! + Dave Chapman stepped in and sent me patches too +--> Linus (~linus@labb.contactor.se) has joined #rockbox + Boo! +* Bagder boos Linus back + looking at the throughput that this guy dave is doing.. maybe he should be considered for cvs access... + yes, I mailed him about it + cool + Badger: I ment which kind of attention ? + calpefrosch: ah, it won't build just now since I've added more firmware files to the build +* adiamas screams +* adiamas slams his head against the wall.. + keeping both simulators up-to-date is a challange + okay.. i screwed up.. so i may as well clue everyone in... +* adiamas was working on tic-tac-toe for the archos... +* adiamas was 1/2 way there... + adiamas is a hero + Badger: ok, I'll try to build it this morning. +* adiamas f***ed up... + see... before i went to see the girlfriend this weekend i 'cleaned' up[ my sim dir... +* adiamas doesn't really remember deleteing the files.. but they are gone + so it's gonna be a few days to finish :( + :-/ + We have a saying: + "do it properly, or do it many times" + :-) + oh.. i did it properly... + if deletion was our aim... + and now you will do it again + lol + yup + oh.. btw.. was it cool that i went to function pointers on the sim? + just seemed to make more sense + yeah, its good + I just got the MAS DMA working... + *cool* +* Zagor feels Linus breathing down his neck again... + badger: what is that header "unistd.h" ? + btw, sorry for *always* changing the letters b and g ... + hehe + We have a serious problem with the project... + whats that? + calpefrosch: I don't think that should be included + Apparently, Zagor pretends that he has a life, seriously slowing down the development!!! :-) + calpefrosch: as that is a unix-only include file + LOL + hehe + hahaha +* adiamas pokes Zagor + oh.. i had an idea while driving my 2.5 hrs back home.. + I knew you'd see right through me :) + i was doing random through one of my playlists... + random thoughts are good :-P + adiamas: you have a 2.5h commute?!? + and realized it would be _really_ cool if i could hit a button and have the current song added to a 'favorites' list + Bagder: It's in the ID3.c. Could you remove it, or do you need it there? + adiamas: great idea + Zagor: nah.. only to see my girlfriend. + ah + i figured.. this 'favorite' list could just be a dynamic playlist... + adiamas has a life too? + calpefrosch: *gone* + because with 1000+ plus songs it _sucks_ to have to manually pick out my favs... + Just delete the other ones. :-) + Bagder: tnx + Linus: a girlfriend 2 hrs away, a job, ride for my ambulance core ... _And_ i still find time to hang out here and be unproductive and sarcastic... + :) +* adiamas smiles at linus +* Linus smiles +* adiamas thinks your just jealous cause i wrote a cheap little screensaver... :) +* Linus tries to have a life too...wife and kids! + Linus: that's a life? ;) + congrats... + :-) + how long you been married mate? + Almost 2 years + 2+ here + hehe + im just starting to get to that point... + friggin distance is killing me +--- Tumm is now known as coyote- + umm... any chance of having the DISPLAY value in the sim makefile be a bit more useful? + someone who doesn't know the project won't know which is which.... + CHARCELLS vs BITMAP + well + I didn't wanna use the actual target-defines + how do you mean? + we use ARCHOS_PLAYER and ARCHOS_RECORDER for target builds + ahh.. i got ya... + but they imply more than just different LCDs + maybe we can just add two big comments in the Makefile for now, explaining which is which + well.. its only the recorder that has BITMAP right? + yes + well.. instead of HAVE_LCD_CHARCELLS .. what about HAVE_RECORDER_LCD + thinking about it... + nods + ARCHOS_PLAYER and ARCHOS_RECORDER would probably be best + then we'll be forced to include "config.h" properly + hmm.. well.. id rather stay the way we are then for now... + anyway, those defines are documented in firmware/CONFIG +* adiamas nods + Bagder: do we use harness.c or app.c for the sim ? + calpefrosch: remove the harness.c completely from the sim + it isn't meant to be there + app.c is the app main entry + ok +* calpefrosch have to go to a meeting. + brb +--- calpefrosch is now known as calpefrosch|meet + could someone explain this to me? + $(CC) $(CFLAGS) -c $< -o $@ + i know cc and cflags + -c im good + -o im good + but on a makefile i forget what $< and $@ are... + $< is the file on the right side of the : in the rule-line above + okay... + and $@ is the file on the left side of the : above + ahh.. okay.. thanks + Actually, $< is the file that triggered the rebuild, isn't it? + no, that could be a .h file + So what is $< when there are two files on the right side? + the first one I think + the first, I think + :) + OK. And $* is all of them, right? + ummm 'info make' + ;) + im just trying to find a way to clean up the sim makefile + i have to believe there is an easier way to build the app obj files w/o having to do : filename.o: $(DIRPATH)/filename.c + $(CC) $(CFLAGS) -c $< -o $@ + 10 times + this klez virus sure is annoying + heheh whats the prob? + it mails + got ya + I've received >50 mails with klez + yeah + it fakes From: line, and it fakes Subject: and it attaches the virus +--- calpefrosch|meet is now known as calpefrosch + as far as menus go... for sim and target.. should we assume that all menu items will be the same size... + and if the user wants to increase the font, they do so for all menus? + for now, sure + adiamas: oh yes, certainly + k + hm, the cvs page doesn't mention the cvs-commit mailing list + right + is that one mentioned on any page? + in emacs.. how do i open a fresh buffer? + i don't think so, only in mail + like the scratch buffer.. + adiamas: C-x b + adiams: control-x b + thanks + not switch.. i know that one... + to create a clean unused buffer... + enter a name of a non-existing buffer + ahhh k + *plopp* + Intuitive, right? :-) + hehehe + sure + im looking at app.c + wouldn't it make more sense to have #include "tree.h" and #include screensaver inside the #ifdef HAVE_LCD_BITMAP? + it depends, the tree.c functionality should probably work on the Player too + the screensaver though, could very well be inside that #ifdef + k... + ill fix that then + Zagor: how do I figure out the attributes of a dirent struct? Can I see if its a file or dir there? + yes, I just have to add the ATTR* macros from fat.h into dir.h + ok, then I'll need to make sure the simulator supports them + yup + not perfectly POSIX, but I think it's a fair trade-off + I agree + umm.. what do we call a menu item? + is the generic term 'item' okay? + more specifically 'menu_item' + menu_item sounds nice :) + k... + hehhe okay.. its offical.. we have the first stages of a menu api + goodie + once i commit, im going to ask you to look at the menu.h file and see if the functions make sense w/o comments. + ok + the struct name shouldn't use uppercase + at all? + what's the difference btwn put_cursor(0) and put_cursor_menu_top? + no, only lowercase + scrolling menus... + idea is that put_cursor puts you at the top of the menu all togeather.. + put_cursor_menu_top wold be viable menu + right now there is no difference + ok + basically.. put_cursor() puts you _anywhere_ + ill clear it all up in comments as i go... + ok + that and ill try for better names... + i just get sick when i think of "put_cursor_to_top_of_visable_menu()" + :) + uh, me too... + I prefer fewer functions with parameter rather than many (void) functions + within reason, of course + so do i... + downside right now is there isnt much our menuing is doing... + always easier to coalese basic functions togeather... + least for me + yeah, I'll give you some slack for the moment :) + oh sure.. make it easy... + what im trying to figure out is how to handle sub menus... + what i was thinking is that maybe we keep the menu_struct we have.. + but as we add submenus we just create an array of the structs... + adiamas: first, can you think of any submenu we should have? + and jsut reference them.. but im not sure.. + sure... + :games + right + and when we get more ppl playing with the ui, itll get more robust... + options menu + i ment to ask.. seeing as you'all are working in firmware... + i know the idea of a 'boot' loader is not a good idea... but what about the ability for the user to have a menu to choose which version of firmware to boot with next? + of course we want that + rather then having to copy files too and from the archos to play with firmware + exactly + you could have X different firmwares + nods + I can't recall that anybody said a boot loader was a bad idea... +* adiamas assumed.... + so shoot me :) + Actually, we have talked a lot about that, the project name is called RoLo + for Rockbox Loader + sweet... + ...as candy + you guys have done a fantastic job getting off metal quick.. have i mentioned that? +* Zagor notes it's even in the Activity chart on the web page + Thx + umm.. in API + we list mp3info as returning FALSE if successful + huh? + that can't be right. + correct + that's wrong ;-) + k.. ive got it + euhhh + no + it is correct + okay.. so it _should_ be FALSE? + ummm.. that seems really counterintuitive guys? + it works that way now + not really + because it leaves the opportunity to return different return codes for different failures + but TRUE should _never_ be a failure... + unless the function is invalid_mp3info() + I made the win32-sim working. how can I diff so you can work with ? + If you plan to use other return codes that TRUE or FALSE you should use another return type. +* adiamas nods + yes, but I wouldn't have to change the checks + I don't follow + non-zero would mean error + i still don't get why FALSE means you _were_ able to fine mp3info + FALSE is boolean, this is int + it's 0, not FALSE + Bagder: of course. That is why you should use int + nag nag + calpefrosch: I + correct correct + 'd prefer a diff -u ... + And the comment above the function says it returns "void" :-) + hehe + That is a rather redundant comment. + it *did* + Bagder: ok, but I'm a windows-user. I only have checkboxes in wincvs ;-) + well.. im submitting grammer corrections now.. + argue once it's in + Anyone can see what the function returns + which should I check ? + calpefrosch: ok, a unified diff, you should be able to make one of those I guess + okay.. commited + is there a way to prevent dependancy checking when you are doing a make clean? + calpefrosch: I'll add you for cvs commit access. what's your sourceforge ID? + I have no ID yet + ok + I will create it now, ok? + run run! ;-) + am i correct that to adjust the lcd size i edit lcd-x11? + or lcd-win32 respectively? + what size? + of the window? + well. when i compile the sim for recorder.. size is fine.. + when i compile fore player... it doen'st make sense to keep the ui the same size.. + true + dunno how to fix it.. wantted to see how to do it + the size for the x11 sim window is in the screenhack.c file + is that default_defaults? + yep + is the player the same width? + just only 2 lines hight? + no + it's 2 X 11 letters + but there should be room for some icons too, I think +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox + I'm not really good on the player lcd + hey Dave + Hello everyone. + k.. then ill leave it for tomorrow.. i need sleep bad... + night all + Hi! + welcome dave + night adiamas +* adiamas waves +--- You are now known as adi|sleep + Zagor: my ID is 536571 + I need the username + calpefrosch + what else ;-) + :) + :-) + now you're added. and Dave, you've been added too. + Thanks. I plan to work on the directory browsing a little more today - mainly to implement scrolling. + goodie + nice + it _is_ a bit limited right now, indeed ;-) + tnx + Has anyone thought about an API for actually playing audio files? + linuxstb: we'll change the is_dir() stuff to instead use the dirent struct as soon as we know how Zagor will feature the atrributes + Agreed about is_dir() - that was just a quick hack by me. + oh sure, it works fine for now + linuxstb: not yet. it'll be something simple, since the playing is handled by DMA and a "feed" thread + I have a little experience of using libmad, so would like to implement mp3 playing in the simulator. + hehe + sure + Zagor: can you help me with the setup of cvs? + Linus: you should add the timer interrupt code to the main firmware dir. we need to use sleep() + calpefrosch: not for wincvs, I'm afraid. follow the wincvs link on the cvs info page. + ok + It's in kernel.c + Linus: yes, but it's not started + kernel_init() + ok, good + You will have to lower the interrupt mask with set_irq_level(0) after kernel_init() + And I use system.c for the interrupt vectors + so the current system.c is good? + Works for me + ok + Actually, it's quite handy with the weak symbols when developing + blaeh + :) +Linus linuxstb That way I don't need my own system.c in every test directory +--- Zagor is now known as Zagor|lunch +--- Linus is now known as Linus|pizza + wow pizza +* Bagder starts to get hungry too + Re MP3 api: I think we need a "play queue" in memory of the filenames of the next 3 or 4 tracks to play. The MP3 thread "just" plays files from this queue, and the UI thread modifies it. + or perhaps the mp3-playing thread have direct-access to the playlist/queue we work on + What is the difference? + I'm just thinking what happens when you select "back" + if the mp3-thread can peek in the list, it just picks the previos tune and plays it + if we'd feed the thread with a special queue to play, we'd need to take care of special situations + I would like a simple MP3 thread that is independent of the way songs are selected. + off for lunch +--- Bagder is now known as Bagder|eats + I was thinking what information the MP3 thread needed, and the minimum is just the next n tracks - enough to keep the play buffer full. + play buffer full? + how much ram do the recorders have? more than 2MB? + Bagder: Do you know why I always get this message: cvs [server aborted]: "commit" requires write access to the repository + if I want to commit? + The cvs server has a list of people with commit access, which I assume you are not yet part of. +--- Linus|pizza is now known as Linus + Zagor wanted to put me on the list + Zagor tells me that you have checked out anonymously. You have to check out everything -ext + but backup the entire tree first. :-) +--> alkorr (alkorr@srs03v-1-73.n.club-internet.fr) has joined #rockbox + ahhh, tnx + Yo alan! + yo Linus, not eating ? + full of pizza right now + lol + well it's time i have all commited +<-- Zagor|lunch (~bjst@labb.contactor.se) has left #rockbox + see you later +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- alkorr has quit (Client Quit) +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +<-- Zagor_ (~bjst@labb.contactor.se) has left #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--- Bagder|eats is now known as Bagder + Bagder: I'm just commiting the win32-sim, I hope it is everything ok + cool + calpefrosch: Why both logf() and debugf() + logf was missing. I don't know where it should be... + where is it in X11 ? + I think it should use debugf() instead + My question was, why do we need two functions for the same thing? + or + do they? + it isn't really clear to me what debugf() does in the simulator + The simulator doesn't have a console? + I think so + but what's mem2hex and putpacket ? + hmmm, they use logf e.g. in play.c and the debugf in playlist.c + Strange. + if I start the simulator in VC++ I get a console output... + and the simulator don't set DEBUG either, not now at least + Bagder: those functions are for GDB communication + so what does debugf() do when used in the simulator? + Whatever you, the simulator writer, wants it to. Preferably write to a console. + sure, but it doesn't do that now, does it? + I'm sorry, but unfortunately I have to do "real" work now. :-( + see you later + oh + Bagder: I guess not. + there are two implementatins +* calpefrosch is going to work + see ya calpefrosch + CU! +--- calpefrosch is now known as calpefrosch|work + Linus: do you use the DEBUG define for anything when you build your stuff? + No, not that I can remember. + ok + I think that debug.c could contain code for all platforms. + I think so too + I'll make it + Or is it kludgy? + debug() it is + debugf() even + Greato! +<-- 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 +* Bagder got no post-lunch coffe, the machine is broken. aaaaaah! +* Zagor is fetching his third after-lunch coffee :) +* Bagder hears that someone has fixed the machine and ruuuuuuns + turned out to be a rumour, had to walk down some stairs to get a cup + I thought you (zagor and Bagder) are working in the same company... + we're consultants, so we're hired to different customers + In fact, I and Zagor are at the same customer right now. + aha, I see. We are also working together with some consultants + so we don't actually meet in person that often + Zagor: thanks for the atributes, I'll try to make the simulator use them tonight or so + nice + I make a scrolling feature for the simulator + Should I check in ? + scrolling feature? + scrolling thru the dir... + And I'll just go and kill myself. I HATE THAT F***ING MAS DEMAND PIN! + Linus: what's the problem ? you can tell me, I listen to you :-) + The problem is that the Demand pin on the MAS is going up and down like mad in the beginning of a song. + And the Player only generates an interrupt when the signal goes low + so I have to poll it to find out when it goes high + very often... + too often... + indeed + -o + where is the input-pin at the SH1 ? + The Archos firmware initialization bears some evidence of them using a timer to start the DMA. I may have to disassemble it to see what it does. + It's on IRQ6 + gotta go, might pop by later +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + CU! + I would like to commit tree.c with the changed scrolling. Can anybody test it with X11 ? + Yes - I can check tree.c with X11. mailto dave@dchapman.com +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox + i'm off. see you! +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox + linus: congrats with the mas :) + Thanks + But it is really hard to write a driver for it that doesn't hog the CPU... +--- coyote- is now known as Tumm +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> edx (~edx@pD9EAB563.dip.t-dialin.net) has joined #rockbox +<-- wavey has quit (Read error: 104 (Connection reset by peer)) + Is there a maximum number of files/subdirs in a directory for FAT32? Is the root directory different? + linuxstb: It's working perfectly... + please commit the changes. Maybe it would be too slow at long dirs, because we search everytime from the beginning. + We need to read the whole directory into memory for two reasons - caching and sorting + OK - I'll commit the new scrolling tree.c + tnx +--- calpefrosch|work is now known as calpefrosch|away + new tree.c committed +<-- calpefrosch|away (~calpefros@62.52.174.30) has left #Rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--> calpefrosch (calpefrosc@p5082C6D8.dip0.t-ipconnect.de) has joined #rockbox + yo + yo, brb +--- calpefrosch is now known as calpefrosch|brb +--- Linus is now known as Linus|away +--- lou_soyur is now known as adi|work +<-- edx has quit (Read error: 110 (Connection timed out)) +<-- calpefrosch|brb has quit () +<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0") +--- Linus|away is now known as Linus +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--> calpefrosch|away (~calpefros@62.52.174.30) has joined #rockbox + morning bagder +--- calpefrosch|away is now known as calpefrosch + morning all + morning +--- calpefrosch is now known as calpefrosch|away +--- ChanServ gives channel operator status to Bagder +--- You are now known as adiamas + hi adiamas +--- ChanServ gives channel operator status to adiamas + hey Bagder + guess what? + tic tac toe rocks? ;-) + hehe not yet + but... +--- adiamas removes channel operator status from Bagder + hehehehe +--- adiamas gives channel operator status to Bagder + just felt like being silly + :-) +* Bagder walks away to check if the coffee machine works today +--> Linus (~linus@labb.contactor.se) has joined #rockbox + morning Linus + mooning + :-) +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + hey all + The feeding of the MAS with DMA works splendidly! + you rock Linus + I do! + :-) + But I think those Archos guys save a penny too much when designing the hardware + saved + any ata/fat32 mp3-reading in sight? + Zagor "I Have A Life" Stenberg is lazy + I suggest we replace him + hehe + maybe we can just yell at him a lot until he improves? +* Linus screams at Zagor! + Linus why do you say that about the archos guys> + just look at the player's LCD + i mean come on i saw wristwatches 5 years ago far cheaper with more flexible displays :p +* Bagder added common/strtok.c + adiamas: I say that because they haven't connected the inverted demand pin to an IRQ + so I have to poll the damn thing ever millisecond + every + okay.. im very much not a hardware guy, so what is an 'inverted demand' pin? +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox + wavey the man! + howdy :) +* wavey been gamecubing all weekend ;) + hehehe + I hope you don't mind me messing in your code in the mean time ;-) + no problem :) + okay, ill ask.. + bbl + why did we have to rewrite strtok? +* wavey waves + i know there is a recursive one... + wavey: I made the randomiser a lot faster, I changed the read-indices function and I made your test program build and run on my linux + adiamas: because strtok() stores data in a static area + Bagder i know.. + but there is a strtok_r already writen + in newlib? + its part of the standard library + in new lib.. that i don't know :) + strtok_r() is not standard unfortunately + that's why I have that code written in the first place ;-) + thats why i asked :) + :-) + newlib's strtok_r uses a thread context + so bagder's is better + Bagder: why are you including both stddef.h and string.h in strtok? + good q, remove the stddef.h + it was just ripped out from my curl sources +<-- wavey has quit (Read error: 104 (Connection reset by peer)) + I think the thread context is a good thing. Why is it bad? + it's unnecessary + how does it manage "thread context" ? + The context switcher (thread.c) assigns a new "current" pointer when it switches context + All newlib functions with static data stores data in the struct pointed by "current" (or whatever it is called + ok, thanks + ...which means: a) we have to init newlib for each thread and b) we have to swap newlib context + doesn't it store errno there too? + Yes it does + Zagor: yes + so we'd need to watch out for that + Indeed + errno is not as much a problem, since we're unlikely to call a newlib function, yield, and then look at errno + The called function itself may yield, however + possibly, I was more thinking about that it stores errno relative the current and thus it needs to be somewhat correct + Linus: no + no newlib functions call yield() + True + umm... the chars shown in the char maps on the web site... how can i use those? + this falls into the "neat but not immediately neccessary" category + adiamas: the player chars? + yeah. + just display them + ummmm how? + lcd_puts() ? + we need to convert them to our iternal format + lcd_puts() is still using Gary's fonts + well, not just chars + even for player simul + i feel like playing with sliders + ah, you are talking about the simulators + for volume control... + ...we should add two mini icons for tracks and dirs for the dir browser on the recorder + huh? + browse a dir with your recorder + whatch the little icons to the left of each row + got ya... + that's what im trying to figure out.. how to get stuff like that form the map + currently, we'll have to add the hex-data manually for new widgets ;-) + ack... + the chartables.c file in firmware.. what does that cover again? + fonts + the three different fonts + only fonts? + yes + Gary's code package had a widget.c file with some additional ones + yeah.. going to look at that now + btw, including the simulators, we now have 14341 lines of source code in the CVS ;-) + hehe cool + one more time.. what was the command to remove extra cr-lf? + tr -d '\015' < infile > outfile + ty + does lcd_bitmap work? + yes + lcd_puts() uses it extensively + k + wasn't there a size limit? + ah yes + it only handles 16 pixels height, I believe + holy christ.. finally got this working and the thing is huge :) +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox +--- Bagder is now known as Bagder|eats +<-- Bagder|eats has quit (Read error: 54 (Connection reset by peer)) +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +* Bagder fixes the simulated readdir() to return a dirent struct as the common/dir.h defines + Rockers + But maybe it should be the other way around? + ? + you mean that the target readdir() should return a struct as the unixes use? + Exactly + first off, the dirent struct seems to be different on various systems, but it also contains lots of crap we will never need/use + OK. Just a thought + yes, would've made simulation easier ;-) + hehe. I think the target code should be the easy one... + now, shall I make the code use this new stuff and thus break the win32 simulator? B-] + Of course. :-) + We donn't want no stinkin' windows! + since they don't even have a native readdir(), this change is possibly even easier for them + Probably. + gah, it broke on Solaris + dirent is a pretty silly struct + only one field is POSIX + yes + i want to avoid stat() + yes + I'll have the simulator use stat ;-) + yes + could've even make both Linux and Solaris use the same dirent code so I'll write my own instead + couldn't +* Bagder gets all confused in his head with this + get more coffee :) + good idea! +* Bagder bangs his head and runs for coffee + ah, much better + found problem + phew + seems to work now on both Linux and Solaris + nicers + made the tree.c code use it and it worked too +--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox + Hi jb! + Hi + Do you know if there's some hardware differences between 6000 & 5000 (got a 5000 few weeks ago) + ? + a 5000! + seems to be only a smaller disk + does that have 5GB disk`? + Bagder: yep + odd + jb1081: where did you buy it? + I mean, that they have two products that similar + Zagor: Europe (France) + ok. it's a bit odd that they don't mention it on their web page. i've heard people on the us get them too + firmware release 5.08, not listed in archos website (last time I checked at least) + but the led & scroll mod works + yes I think it's the exact same hardware but a cheaper disk + how much price difference was it btwn the 5000 and 6000, do you know? + 6000 discontinued here, I think + 5000: 180 euro + 180 euro is quite a good price imho + yes + found in general distribution (food...) supermarket + ! + hehe + one cheese, two packets of milk and one archos please ;-) + :) + oh, does the 6000 (5000 is the same, I presume) have the remote control pin in the headphone jack? + yes + cool. Do you plan to use it? + sure, we'll use it just like today; for remote control + we also use it as a serial port for debugging + ok, I was thinking you use serial port by hardware mod to line in jack + yes, that's because the headphone jack only has the "receive" pin + sure + we need both receive and transmit for debugging + but it's the same serial port + ok + it's 9600? TTL? + yes + just thinking about using an old pc keyboard controller to build a remote + but it need a clock, no? + yeah, we've been thinking that too. adding a keyboard would be cool! :) + it's asynchronous rs232 so it doesn't need a clock pin + yep, but a pc keyboard is synchronous, if I remember correctly + oh, ok + "The frequency of the clock signal typically ranges from 20 to 30 Khz".. :( + ok, not with a broken kbd.. too bad + The serial port can use an external clock as well. + synchronous + yes but then we need to modify the hardware + yes, but we have to open the box.. + a broken serial mouse perhaps? + Yup. Otherwise you have to build a separate kbd->rs232 converter + I guess you can get one off-the-shelf actually + did you see this somewhere (at a resonable price?) + i can't remember seeing any in recent years, no :-) + kbd->rs232? + you mean a ps2->serial adapter? + ok.. :( btw what headphone do you use? somebody tried a in-ear phone? + PsycoXul: I understood a complete remote, but I doubt now.. + yes, I use the Sony EX70. they are *GREAT* + oh no, don't get him started on those again ;*) + Zagor: ok, I was not sure between ex70 et Koss The Plug, it difficult to ear it before buying here + it's + Bagder: oups, I should'nt? + Bagder: hehe + PsycoXul: Yes, a PS/2 to RS232 adapter + Zagor: the phone amp has no problem to drive the EX70 properly? + jb1081: no, quite the opposite... + Linus: i've got a couple of those laying around i think ... heh + they're still out there places i'm pretty sure + Do you know where to biy one? + buy + the ones i've got came with mice/keyboards a couple years ago i think + Oh + look on ebay, computer stores, google heh + found one but a little too big.. :) http://www.iptel-now.de/HOWTO/PS2SER/ps2ser.html +--- calpefrosch|away is now known as calpefrosch + hi, just read the lines of today... + hehe + I just posted to the list too about it + and I saw some stuff like "stinkin windows" ;-) +* Bagder points at Linus and looks innocent + so, I think I#ll have to fix the win32 sim ? + yeps + should be pretty easily done + yes, but I have not much time the next days. +* calpefrosch looks out in the sun +* Zagor spots another have-a-lifer :) + hehe + we got a mail from another volountary win32 hacker just yesterday... :-) + who? + eh, "Christian" ;-) + Zagor: you replied to him yet? + not yet + cool. maybe I'll look at the code tomorrow. what do you think about the "scrolling" ? Is it usefull? + we need scrolling + I haven't tried it yet though ;-) + isn't there a scrolling bar at the archos firmware? + yes there is + on the left side + mhhh, so we have to scan the dir first to see how much is in there + I bet people will want one of those + I'm afraid we'd need to do that, yes + ok, we have a works meeting now. cu + see ya + cu! +<-- calpefrosch has quit ("bin bals zurück") + bin bals? ;-) +* Bagder is gonna pretend he has a life now! +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> chris1 (~flanz@62.132.155.14) has joined #rockbox + hi chris! + Björn by sourcfor. name is "flanz" + ok +--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + hello there. + chris1: you're addded + the ata-sim code will only work on Images on disk, I want to add support to read realtime the Sectors from the Archos HD in the UISimulator + hi elinenbe + chris1: we already do that. + look at ata-sim.c in test/ata +<-- elinenbe has quit (Read error: 104 (Connection reset by peer)) +--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + chris1: but it's not really useful for the simulator, since it will use high-level APIs for all disk operations + this line "file=fopen("disk.img","r+");" say me , the code work on a pre create disk image. + yes + I copy data from a real FAT32 disk into a image file and then use it for testing + ok your a right. With the image your need not to connect the RockBox to the USB port while the debuging session :) + how is the progress coming? + the MAS DMA code is coming along, although it will not be as pretty as we hoped + the ATA code is bugging, and I'm trying to figure out why + and right now I'm writing open/close/read for basic file access + blah pretty... shmitty... who needs pretty code? + well it's not just the code, more the design. we'll need to poll a pin every millisecond. we hoped to be able to get an interrupt for that instead +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + but it's not a major problem, just a nuicance +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + bleh, my brain hurts. read() gets too complex. + drink coffee! ;-) +* Bagder returns an advice ;-) + hehe + I'll go and make food now, see ya +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + strange happenings... +--- Zagor_ is now known as Zagor + ok here in Berlin/EU is al lite release party inhouse.I have to go. +<-- chris1 has quit (Remote closed the connection) + i'm off. see you later. +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +--> calpefrosch|away (calpefrosc@p5082C815.dip0.t-ipconnect.de) has joined #rockbox + hello +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox +--- ChanServ removes channel operator status from adiamas +<-- Zagor has quit ("bye") +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]") +<-- calpefrosch|away has quit (Read error: 104 (Connection reset by peer)) +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + evening + afternoon :) + :-) + moo +* Bagder scrolls in the directory browser... wooo ;-) +--> quiquee (~quique@217.8.197.89) has joined #rockbox + hey + hello everyone + its a silent period in here right now +--- quiquee is now known as wannabeuihacker +* Bagder giggles + I have seen that the menu stuff assumes complete separation of player and recorder + yes, but I did that mainly to get a player version that compiled and built + for the simulator that is + I added the menu functions and got a menu system for the player + cool + mostly copy and paste + I guess it is the best solution for now + yes + we'll see if we can merge stuff later on or if we'll keep them apart + but the button right of the player is not working, any clue why ? + I mean , when using the simulator + the x11 one? + yep + weird, it should work + when you get your code in, I can have a look + I am trying to find out , how do I flush printf output ? + fflush() + ok I am doing something wrong then. + right button works + my code doesn't + heh + fflush cores :? anyway + I am trying to get used again to emacs and c + fflush(stdout); it should be + hmm , thanks. + or whatever stream you wanna flushs + I didnt use it for 6 years now + this is a perfect way to get back in shape ;-) + do you use emacs ? would you happen to know how was to run make withing emacs without a need to open a shell buffer ? + yeah... + M-x compile + shit , I thought it couldnt be that easy + meta-s is a common bind for it... + M-x global-set-key ;-) + ok , it insists in running make from the ./uisimulator + it would be a good idea to add a Makefile there + right, it runs from the dir of the buffer you start it from + I will have to read again the gdb info +-wannabeuihacker/#rockbox- panics +* Bagder tries to paint a little icon for the files in the dir browser + unfortunately, gimp doesn't output our format natively ;-) + ok, it is working + I plan to create a menu structure that is read in the future from an external file + so people can customize it to whatever they want + just an idea to start playing with it + no plans to add an xml parser in the firmware, right ? ;) + I don't think that'll be necessary, but we'll see + hehe + I am having a lot of fun with this, an excuse to go back to the roots. Thank you guys + I think I speak for most of us when I say that we enjoy this a lot too + it is contagious . + going to have a nap now. cu soon + see ya + The ATA code sure is full of bugs...I'm killing them by the dozen...:-) +* Bagder hands Linus the fly squasher + How can you do sleep(HZ/500) when HZ is only 100???? :-O + haha + short sleep ;-) + And it's full of return -1 for error + when the code checks for 0 + heheheh + Well, it's starting to work now. I've read the boot sector. + on target? + Yup + rock + I wish Zagor was on the channel. + hm, I think I have a little perl script now that can "fix" an xbm as saved by gimp, to become "rockbox" formatted + bango! + heh + works + now, what does a symbol for a directory look like? ;-) + Go figure + disk_init() finds the correct root partition now. + but readdir() fails miserably... +* Bagder commtted his little icons + linus = sleep(until(6am)); + bye + night +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- jb1081 has quit (Read error: 113 (No route to host)) +* adiamas pokes you all in the forehead + ouch + wuss + yea + im a wuss + has anyone figured out why the remote does not work with the recorder? +--> calpefrosch (~calpefros@62.52.174.30) has joined #Rockbox + morning + evening :) + oh + had a nice day ? ;-) + heheheh quiet so far... + but im on call till 0700... so ill tell you tomorrow :) + it's tuesday on your side, right ? +* calpefrosch goes for breakfast +--- calpefrosch is now known as calpefrosch|eats + yeah... its actually wends now. +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + hey ho +<-- wannabeuihacker has quit (Read error: 110 (Connection timed out)) +--> wannabeuihacker (~quique@217.8.197.187) has joined #rockbox +<-- PsycoXul has quit (Read error: 104 (Connection reset by peer)) +--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox + hey Bagder +--- calpefrosch|eats is now known as calpefrosch + mornning calpe + The sim is running, where has it changed ? + ahh, I have to fill the attribute + exactly + and size too preferably +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + howdy Zagor_ +--- Zagor_ is now known as Zagor + i'm puzzled by linus' ata changes. they don't work for me + odd + he said he had a few problems + but he could read a few things on target + i guess he'll arrive soon + yeah, he got to bed early :-P + surely before 1 am... + normally, I'd boo him too :) + hehe + I kinda like being the one who says good night when he leaves and good morning when he arrives back again ;-) + hehe + btw, we probably will end up needing a malloc() sooner or later, don't we? + yes + I thought I'd have a go at that + we get a malloc with newlib, if only we supply sbrk(). but I like your malloc, so go ahead :) + hehe + uh + wannabeuihacker has a little menu app written for the player now + he said yesterday + ah, cool + calpefrosch: any plans on making the win32 simulator work as a Player? +* Bagder runs for more coffee + ok, sim is fixed. + ain't my icons beautiful? ;-) + I love it + Bagder: yeah, I can try to made a player. But, as you know, I'm not good in VC++ + It would last a bit + well, maybe some of the other guys could help out on that part too + yes. Another question... + I get an error in id3.c that header is not initialized + which line? + 351 + that's a good warning + it should be set to 0 + do you commit in cvs ? + I'll do it, I fixed another thing too + Bagder what is is the menu app that wannabeuihacker worked on .. do you know? + it's written specificly for the player, that's about all I know + the one we have now is recorder-specific + nod + btw.. bagder.. perhaps its time to start getting togeather an icons.h file? + yes + where did you put your icons? + both a icons.c and an icons.h + it's in the tree.c file + they're + im adding icons.h right now. + feel free to give my icons better names + should we rename "fileimage" to "fileicon" ? + yes + those are 6x8 right? +* Bagder nods + will the player use icons? + it a limited extent + in a + okay... + just wondering if i was going to #defin around it + but hardly the same ones + nods + anyone have an issue with the function name "get_6x8_bitmap_icon" + or would you rather refernce the array directly? + I prefer referencing the array directly + no reduce all overhead + to reduce + that case.. any prob is all 6x8 icons are in an array with the subscripts as enums? + Dave posted a good idea + haveing X # of icons is annoying... + havn'et seen it yet + which part of the idea did you like? + storing short names in memory + well.. i don't know if i agree with his "just 16 chars" + and the short name... dunno if i like that either. + why not? + i store my mp3s as "artist - song name.mp3" + it's a memory internal thing + so, stuff like "Les miserable - Curtan call" or whatever.. it doesn't help me on the dir listing + right, but we haven't solved that issue yet + right... + i guess i just don't get what his suggestion is attempting to solve + I'd prefer having a way to strip off the current directory's name from the local files or something + you need to check the tree.c source to see what is aiming at ;-) + what he is + it currently stores the full names in memory + and displays the 16 first letters + i agree that we strip the dir structure..t hat just makes sense... + but limiting the filename that cane be displayed.. dunno if i agree with that. + thus, the displaying and the storing in memory are two parts + If so, the buffer in tree.c just needs to + store the short name (for accessing the file) and the first 16 characters of + the full name (for display on the screen). + 16 chars is _not_ enough space for display + thats what im getting at + I get it + but the full name shouldn't be needed either in all cases +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + anything internal.. hell we index however we want.. + then when do you get it? + if not when you do a dir listing? + the full name stored for diplaying doesn't need to be the full file name + it could be modified to look better + define "look better" + stripping off redundant parts for example + but "Beat on the brat.mp3" + is good.. + that i agree.. + like I have "artist/artist - tune 1.mp3" + but if you stop me from displaying my file "Les Miserables - Javier at the gates of the city.mp3", ill slap you silly + :) + then showing the dir in 'artisy' could cut off 'artist -' for me + hehe + well + you still can't show that full length on each line + i agree.. any directory struct stuff should not be shown + sure you can.. it's called scroll :) + you wanna scroll all lines? + no.. only current selected line.. as you page through... + right + but if you only get the ful name when you cursor over it... + but then you don't need to store the full name in memory + you are going to be spinning up and down the drive constantly + sure you do + ah + true + now.. we can make alterations.. say.. ".mp3" can be dropped.. + and all directory structure... + that i fully agree.. + oh.. and another suggestion.. you should not be able to try and play _non_ mp3 files + i use my archos for data backup as well.. and my gf tried to 'play' "Oracle8" + hehehe + hehe + play didn't like that much + was it good? ;-P + id rather display "Not an mp3" or something when you select it... + and it's easy enough a check to do when you select a file to play + Bagder wanna do me a favor? + sure + could i mail you this icons.h and tree.c for the uisim.. + let me know if the idea makes sense? + it works.. just dont wanna set bad precident + sure, fire away + so no reasont to check it in + i think it should do something specific to the filetype whenever it can, even if its something simple, and some simple thing for whatever unknown things + eg you "play" a text file it shows it to you + and if you play a HTML file ... *g* + heh +* Bagder grins + yes so when are we getting the modem driver for the serial port? + lol + uh, that'll be after I'm done with the apache port + hehe + bag, sent + gotem +* adiamas thinks you should all read quesiton # 17 on the FAQ + adiamas: I like that approach, I only have some nits + oh yeah btw + Q18. I don't see you mentioning ogg files on your list of ideas. What about + supporting those? + that question kinda seems odd when right within the same page you can see + - Support playing of other files types (ie: Ogg Vorbis support) + in said list of ideas + adiamas: the array should be in the icons.c file, and the icons.h should have the enums and the array "extern" + well.. thats why i was planning on having the calling function to get the array + having externs all over the place is nasty + but thats just my opinion... + ill set it up your way and we can argue later :) + :-) + and i couldn't come up with a better name then that :) + having extern in .h files is not nasty + only in .c files + your right... + but if we do it continuously... + your going to get files with 20+ externs... + and name collisions are bound to happen... + ive had them happen already + be more creative with your names + well if they're extern they're part of the API and should be named apropriately + i'd show you some of the ones i come up with, but you'd probably be offended :p + zagor i agree.. but if two ppl 'name appropriately' it doesn't prevent collisions :) + sure it does + how? + adiamas: right, but then we smack them and joy is restored + if you're using some api you don't name your vars by its external var naming conventions + heh + PsycoXul sure.. but were already at 14k+ lines + are you telling me that you know _every_ extern we have defined already ;) + no but i don't need to if i name my things in a specific manner +* adiamas uses that figure because someone else poitned it out the other night. + sure you do... + there is no way to prevent collisions (other then slapping :) ) when you extern + many of those 14K is in the simulators + so it becomes either, a. know the code or b. trial and error. + adiamas: I count six (6) externs currently + thats all im saying + take this function, for example [advance appology to young or sensitive viewers]: + shit carray(ass *bigass, ass *fatass) { + shit poop; + three of which are the fonts + for (poop=0;(bigass[poop] == fatass[poop]);poop++); + return poop; + } + i don't think that would have collisions with much of anything + what about carray? + except the code ethics police :) + know one else is going to use that? ;) +--> Linus (~linus@labb.contactor.se) has joined #rockbox + hey Linus + Zagor: i agree.. its more of the 'as we go' thing... + yeah well that could be named differently + thats all im saying. + :p + it really should +* adiamas trouts PsycoXul viciously. + but i leave it like that anyways +* adiamas trades his trout in for a nice frozen ferret + i've got another one thats named much more appropriately, however i figured in case anybody wouldn't appreciate the one i did paste, they really wouldn't appreciate this one + okay.. who wants to be ferreted? + grrrr... + can someone please make a note somewhere making a request for bounds checking? + snprintf vs sprintf + we should prevent sprintf somehow, so it won't link + same with strcpy + i suggested defining our own empty sprintf + and strcpy + with no args + so the compiler bitches + it didnt go over well :) + i'm not sure + linus and I just got the target ata code working + anyone sits on a malloc() testing program? ;-) + sweet :) + *nice* + so now we have full fat access on target + any chance of partitioning out our unit yet or what ;) +* adiamas coughs *reiserfs* + adiamas: we already support multiple partitions, actually. but only fat32 so far, of course. + wow.. didn't know you'll had taken that far + okay, icons.[ch] created and commited + tree.c + updated + and io.c fixed with removal of sprint, strcpy calls + Zagor what do you think of a file for global #defines? + stuff like the starting font size + and menuing/dir y co-ordinates + i feel this could be located in the ui code rather than some global file, no? + well, thats what i mean... + prob is, what file would you put it in + only thing i can think of would be app.c + why not? start with it there + fair enough + deal with that tomorrow.. need sleep + night al +--- You are now known as adi|sleep + night! + g'night, even + Zagor: go work on the read() !!!! + i'm on it +* Bagder works on malloc() + Bagder is a nice person +* Bagder walks to fill up his coffee cup +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +<-- Zagor has quit (Read error: 104 (Connection reset by peer)) +--- Zagor_ is now known as Zagor + the malloc system will benefit to get adjusted to our use cases + whatever they are + yup + anyway, this seems to work pretty good now, and I can run all sorts of test cases against it +--> alkorr (alkorr@srs01v-3-66.n.club-internet.fr) has joined #rockbox + hi alan! + hey alan + hi Zag', Bagd' + what's up ? + the usual + all sorts of poking in sources all over + Linus and Zagor are doing progress on the ATA + pokemen :) + zagachu and linuchoo + adding interrupt in ata ? + not yet + we just got everything working together + ok + humm, my read() doesn't signal EOF. that's not very nice :) + see you later + see ya alan + I now return -ERRNO values from file.c. anybody see a problem with that? + Not at all + yes + You should set errno. :-) + we check for -1 from read() for errors + why not < 0? + and lseek too + because POSIX says -1 + Ah. So errno is the way to go. + it is + yes but errno needs a thread context :( + so? + can't we make our own errno instead? +* calpefrosch going to have lunch now + so I don't want a thread context + because... +--- calpefrosch is now known as calpefrosch|eats + because it's not really giving us anything we need + you mean like errno? + we don't need thread contexts for errno + only because newlib forces us + yes. we don't *need* errno for any other reason than to sustain strict POSIX comliance + Bagder: no. Just a thread safe errno + we don't need a thread safe errno + heck + oh? Why not? + we don't need errno much at all + Maybe not + well, people should be used to errno not being thread safe + Really? + yes + Well then. Go for an unsafe errno. + we'll educate the masses ;-) + :-) + Good. What about perror()? + When DEBUG compiled. + strerror[] is better, imho + hmm, or maybe not +<-- alkorr has quit (Read error: 110 (Connection timed out)) +--- Zagor is now known as Zagor|lunch +--- calpefrosch|eats is now known as calpefrosch +--- Zagor|lunch is now known as Zagor +<-- Linus (~linus@labb.contactor.se) has left #rockbox + read() is working +* Zagor cheers +* Bagder horrays + it's a bit messy but we'll fix that + closing on reading an mp3 now huh? ;-) + you bet +--> edx (~edx@pD9EA9824.dip.t-dialin.net) has joined #rockbox + hey edx + hi :) + it's been a while... hehe i am working on a little secondary computer (i try to run cygwin with sshd there...) +* edx has networking problems with his new computer and will be right back. +<-- edx has quit (Client Quit) + I and Linus discussed versioning during lunch. We came up with the idea to write a list of "requirements" that version 1.0 should fulfill. + something like: Directory browsing, mp3 playback and volume control. + that'd be very good + we could put features on milestones + makes it easier to see where to put your efforts first + yes + I'm writing a status report. anything you think I've forgotten? ;) + uuuuuh ;-) + the scrolling dir browser! + adding + who wrote that? you? + no + Dave Chapman and Stefan Meyer +--> edx (~edx@pD9EA9824.dip.t-dialin.net) has joined #rockbox +--- edx is now known as edx| +--- edx| is now known as edx + hi... is anybody of you linix guys there.. i have a question :) +* Bagder is around + ok.. i set up an ssh server and when i connect i get this: + You are successfully logged in to this server!!! + setgid: Invalid argument + what is taht setgid and where is it called? + gid is group id + man setgid + like uid is user id + aha + and whats not working with this + edx: it is probably called by the server or something + yea it is called by the server. + but why :/ + why? + i guess its a cygwin related thing.. ? + to change effective group + bah.. and why does it have an invalid argument + cause i don't think windows has groups... + that is probably cygwin related, yes +--> chris1 (~flanz@62.132.155.14) has joined #rockbox + seems like cygwin would provide some sort of compatability + h + hi chris1 + hi + hmhmmhmmm... hmmm +* edx will rebuild etc/passwd stuff + cygwin ?? you want to use gcc on W32 + edx is one of those weirdos ;-) + i never said i was to build stuff with it :P + just playing iwth the ssh server :) + Zagor: perhaps the "app" stuff in uisimulator should be moved to firmware/app/ or something + mmm, maybe + since it isn't strict simulato stuff + we discussed the library approach during lunch again. i'm warming up to it. + ah + still, the simulator directory seems the wrong place for actual code meant for target too + so maybe we should make an "applications" cvs module containing all various applications instead + right + so do we want "app" or "applications"? :-) +* PsycoXul votes for "apps" +* Bagder raises his hand for "apps" too + right +* Bagder wants ironi's web design applied + yeah, me too + soon I'll just rip it myself :) + :-) + apps module created. create subdirs in it for each applications + I'm still undecided if we should have a "player" and a "directory" directory + or if we should try to make them coexist + "player" and "recorder", of course + in the application level, much will differ between them I guess + precisely + we could probably start with moving files from the uisimulator to the apps dir + the firmware can load latter the Recorder code from the disc as file.I use to 90 % the Player. + chris1: yeah but what's the point? we'll create separate binaries for players and recorders. + edx: are you using wincvs? + yes. We have some #ifdef in the player code to make the best results( smale binarys) for Rec and Player. + exactly + my comments applys not the the source code move talk :) +* edx managed to get the ssh server working + "its possible to set registers so two outputs are connected together, thus blowing the ATAPI interface" + not likely + sounds unlikely, yes + the player means ( target player&rec ) . The function Recorder can be a addOn module, load by the firmware from archos harddisk. + dynamic loading would require more code than the recording function, probably... :-) + we speak of Recorder and Player when we mean the different Archos models + ah, yes + gotta go +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +* calpefrosch goes home + bue + bye + bye +<-- calpefrosch (~calpefros@62.52.174.30) has left #Rockbox + dynamic loading can be a folder (plugins) on the root filesystem, where the User must reload a other firmware.That have no playlust support etc. + That can only record, an have all the memory for this task. + yes but we must write the dynamic loading code ourselves. there is no operating system. + and dynamic loading is very complex + it's better to have a simple boot loader that lets you select different firmware versions att startup + we have plans for such a boot loader (caller 'rolo') + ok, this boot loader can have return point if no firmeware select, and can call by the allready loaded firmware. + no, we can not return to the ROM firwmare. once the archos has loaded our file, we are on our own. + well if a firmware that the bootloader runs returns, can it continue? + the bootloader i mean + that's a possibility + if we reserve an area in RAM for it then a firmware can "exit" by calling it + also it's not impossible to have each firmware contain a snippet of code that loads "rolo.bin" and executes it + heh + especially games would benefit from this + the bootloader would appear like an OS that lets you run programs + yes + cool + in a way, it would look like the plugins chris talks about. but in reality they are separate applications. + I think the time will show what is the best solution for this.First task is to go to R1.0. .) that can play mp3. + yes +--> Linus (~linus@labb.contactor.se) has joined #rockbox + hi linus + Yo! + I'm baking with my son + Zagor: is the read() working? + yes + i'm struggling with lseek() now + I can't wait... + SEEK_SET and SEEK_END works, but SEEK_CUR bugs + (when used in insidious ways, that is) + Ah. But how hard can that be... + the problem is, of course, the sector caching and when you seek back cross-sector etc + Ah. I see +--- Linus is now known as Linus|baking + ahhh, works again +<-- wannabeuihacker has quit (Read error: 110 (Connection timed out)) + gotta go. bye +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +<-- chris1 has quit (Remote closed the connection) +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--> edx|cygwin (~edx@pD9EA9824.dip.t-dialin.net) has joined #rockbox +<-- edx has quit (Read error: 104 (Connection reset by peer)) + heh.. got irc to work with cygwin.. finally +--> edx (~edx@pD9EA9824.dip.t-dialin.net) has joined #rockbox +--- edx is now known as edx| +--- edx| is now known as edx +--- edx is now known as edx|away + hehe go you edx +--> quiquee (~quique@217.8.199.41) has joined #rockbox +<-- quiquee has quit ("Leaving") +--- Linus|baking is now known as Linus + how is the food? + :) + Great +--> quiquee (~quique@217.8.197.154) has joined #rockbox + I guess today is a bad day to check out the firmware from cvs + # __________ __ ___. + # Open \______ \ ____ ____ | | _\_ |__ _______ ___ + # Source | _// _ \_/ ___\| |/ /| __ \ / _ \ \/ / + # Jukebox | | ( <_> ) \___| < | \_\ ( <_> > < < + # Firmware |____|_ /\____/ \___ >__|_ \|___ /\____/__/\_ \ + # \/ \/ \/ \/ \/ + # $Id$ + # + HPATH = /usr/local/sh1/bin + CC = $(HPATH)/sh-elf-gcc + LD = $(HPATH)/sh-elf-ld + AR = $(HPATH)/sh-elf-ar + AS = $(HPATH)/sh-elf-as + OC = $(HPATH)/sh-elf-objcopy + INCLUDES=-I. -DBLOCK_SIZE=512 + CFLAGS = -Os -Wall -m1 -nostdlib -Wstrict-prototypes -fomit-frame-pointer -fschedule-insns $(INCLUDES) + AFLAGS += -small -relax + SRC := $(wildcard *.c) + OBJS := $(SRC:%.c=%.o) + %.o: %.s + all: $(OBJS) # archos.mod # archos.asm + archos.elf : $(OBJS) app.lds + archos.bin : archos.elf + archos.asm: archos.bin + archos.mod : archos.bin + dist: + clean: + ======= + sorry aboyt that +--> calpefrosch|away (~hotrana@p5082C723.dip0.t-ipconnect.de) has joined #rockbox +<-- calpefrosch|away has quit (Client Quit) + woo hoo! + I am sorry, trying to paste and copy in an xterm in cygwin/X + crt0.o: In function `main_k': + crt0.o(.init.text+0x74): undefined reference to `main' + when trying to compile the firmware + There is no firmware. Just a bunch of source files. + I thought it was already something that could compile as a whole + Not yet. +<-- quiquee has quit () +<-- edx|cygwin has quit ("Leaving") +<-- Linus (~linus@labb.contactor.se) has left #rockbox + should all the apps that are in the uisim be moved to the new apps dir? +--> chris1 (~flanz@Bbb2d.pppool.de) has joined #rockbox + can i leave a mesg to zagor ? + sure.. go ahead + ill give it to him +<-- chris1 has quit (Read error: 110 (Connection timed out)) +<-- miah has quit (Remote closed the connection) +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +<-- edx|away has quit (Read error: 110 (Connection timed out)) +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + hey wavey + so whats the story with putting apps into the apps dir? + good morning + adi|sleep: just that the apps probably shouldn't be in the simulator dir + since they'll be part of target builds too + right.. but what i mean is, should i just move them over blindly or what? + btw, it is a national holiday in Sweden today, thus the calmness ;-) + hehe k.. i was wondering.. + what is the holiday? + it is a traditional religious thing + gotcha +--> edx|away (~edx@pD9EA9986.dip.t-dialin.net) has joined #rockbox +--- edx|away is now known as edx|breakfast +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- edx|breakfast has quit (carter.openprojects.net irc.openprojects.net) +<-- wavey has quit (carter.openprojects.net irc.openprojects.net) +<-- adi|work has quit (carter.openprojects.net irc.openprojects.net) +<-- Tumm has quit (carter.openprojects.net irc.openprojects.net) +--> edx|breakfast (~edx@pD9EA9986.dip.t-dialin.net) has joined #rockbox +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox +--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +--- edx|breakfast is now known as edx +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]") +<-- wavey (~wavey@dlan1431.dircon.co.uk) has left #rockbox +--> alkorr (alkorr@srs03v-7-153.n.club-internet.fr) has joined #rockbox +<-- alkorr has quit (Client Quit) +--> calpefrosch|away (calpefrosc@p5082C71C.dip0.t-ipconnect.de) has joined #rockbox +--> ironi (irony@pce284-lr.ing-stud1.hj.se) has joined #rockbox + hello +**** ENDING LOGGING AT Thu May 9 12:23:28 2002 + diff --git a/www/irc/rockbox-20020511.log b/www/irc/rockbox-20020511.log new file mode 100644 index 0000000000..8cb3981dd6 --- /dev/null +++ b/www/irc/rockbox-20020511.log @@ -0,0 +1,386 @@ +**** BEGIN LOGGING AT Fri May 10 01:37:30 2002 + +--> stile (~adiamas@as5300-9.216-194-23-111.nyc.ny.metconnect.net) has joined #rockbox +--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/ +--- Topic for #rockbox set by Zagor at Fri Apr 12 09:45:52 +--- You are now known as adiamas +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + boo. + Bagder you around? + yeps + wanna test something for me witht he uisim? + sure + okay... remove your archos dir under x11 + and then run the sim... + go to browse + and try to browse.. tell me what happens + Segmentation fault (core dumped) + looks like my fault + okay.. i have a fix for it.. just no sure you gonna like it. + x11_opendir() should be fixed + you need to do a check and make sure your opendir succeeds.. let me get you the line + right + want i should toss up my fix? + I'll fix it + k + committed + i ment to ask.. why arent we using stdlib so we can have NULL + or define our own NULL + ? + we should + just me being lazy + :) +--> Linus (~linus@labb.contactor.se) has joined #rockbox + Moo! + boo + you digging mp3s now? ;-) + Well, almost + I have some issues with the MP3 bit swapping performancs , but it rocks! + I can imagine that + I don't like having to bitswap every f**king byte of an MP3 song + It takes time + no shit? ;-) + perhaps we can make second read() or something that bitswaps right away when reading + but perhaps it makes no diff + We should. Or even at ATA level, so we don't even have to store the unswapped bytes. + yes, that's my thought + an ata_read_shift() function + And prehaps swap at a word level. That saves us half the time. + ...with a 64K table... :-( + yeah + but we can generate the table in runtime at least + Yup + do you know if the recorder will need this swapping too? + I don't think so. It has a parallel interface + ah, right + Still, the loop I am using today is far from optimal. If we hand-assemble the bitswap loop it shouldn't take much time. + have you been able to load new parts of the mp3 while one part is playing? + I haven't tried yet. That's my project for tuday. + you rock + I do my best + Luckily, this is what I'm best at :-) + :-) + It took me some time to discover that the FAT driver didn't swap the words in the FAT... + And not that much time to doscover that the SWAB32 macro was braindead. + btw, i had a thought the other day.. how does the firmware on the HD effect the charging and how/when it claims to be charged + I don't know. I guess it measures the voltage using the A/D converter. + But it must be somewhat complicated to get a good A/D reference voltage... + Someone with good knowledge of electronics will have to look into this + icon wise.. i was thinking.. the char maps we have on the website... should those all be mapped? + In the simulator? + we should get the player ones in for the simulator to look more like a Player + umm.. by 'player' you mean recorder icons? + no + we simulate the player + but we do that using our own defined charset + which happens to be the same as we use on the Recorder + okay, so i should do the player icons first? +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + they are the only ones we more or less need to make a good simulator, yes + okay... + the recorder-ones aren't needed, since the Recorder doesn't have them "built-in" + although some of them might be useful anyway + it looks as if they made the battery meter using chars... + hi wavey + um.. okay. now im confused again... + 1. what do you mean by 'built-in' + the Player has those characters built-in into the LCD stuff, we can't change them + okay.. then how do we reference them? + Bagder: The battery icon is not character based. It's specially made on the LCD. + Like the USB icon and a load of others + adiamas: we send ascii strings to the LCD + Linus: oh, ok, but there are chartacters looking very much as if made for that purpose + ah. in the recorder? + Linus: yes + IC. I'm a player guy. :-) +* adiamas is way lost + have we worke don those 'char strings' at all? + adiamas: check out lcd_puts() for the Player LCD + we just send a plain string to that LCD + it isn't graphical at all +* adiamas shrugs + they player LCD is simply two lines with 11 letters on each + nod + i just don' get how char strings give you the output. + namely, how we know what string does what + we pass a string like "abcde" +* adiamas feels progressively dumber + the LCD shows that on screen + well that i get... + what about file icons + or battery indicators + eeh + there are some fixed "icons" on the LCD + heh + adiamas: those are pre-defined in the LCD + adiamas: we only turn them on or off + okay.. then with all of this.. will we be defining our own icons at all... + and if not, why did we start to for the recorder? + the Recorder supports them very well + icons are just whats defined in the LCD already for the player + then we've got CGROM which contains all char set mapped out already, and CGRAM where we can draw 8 of our own chars + for display on the 2 lines + ... but we don't simulate those Player icons at all yet + okay.. so for player everything is done... + now.. what about the recorder? + for the player everything is done on target, but not much simulated + we should introduce an API for the Player LCD "icons" +--> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox + adiamas: actually, I think we should think through how we want the icons and images present on the recorder screen + presented you mean? + adiamas: like how the built-in sw always have a number of icons on the screen, whatever screen we view + well, thats going to be a factor of how we work the menuing + yes + hey calpefrosch + another factor to consider is, if we are going to 'zoom' in on items... ie: increase font size, for the user.. + what happens to the icons then + right + there are a few "usability issues" to sort out + hey +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + hey all +--- Zagor_ is now known as Zagor + moo Zagor +* Bagder does a cow sound + hey Zagor +--> alkorr (alkorr@srs07v-3-250.n.club-internet.fr) has joined #rockbox +<-- alkorr has quit (Client Quit) + my malloc() is about ready to get added, as soon as we see a need for it + I use newlibs malloc(9 at the moment + how did you solve the sbrk? + It is included + It uses all space between _end and _stack + aha + Easy as pie + ...after digging in the "documentation" and the sources +<-- wavey has quit (Read error: 104 (Connection reset by peer)) + neato + blah, the newlib CVS doesn't work + work? + cvs checkout: cannot open CVS/Entries for reading: No such file or directory + blerk. Why do you need the CVS? + I don't *need* it, I just hate the word "snapshot" + why do you need the snapshot? + .... and that's the only alternative + that is all there is + never mind +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + okay folks.. we officially ahve 10 icons to play with for the recorder now + heyyyy, wavey + adiamas: nice + howdy :) + we now have the file on that was there, plus folder, open box, filled box, the triangle selector and some other stuff... + Bagder: I looked at their FTP. Loads of newlib releases. Where are you looking? + "Source snapshots are available as gzipped tar files via anonymous FTP from the newlib ftp directory." + yes there're there + Well, that is not entirely true. The have release archives as well. + the CVS still doesn't work ;-) + and their ftp server is full + Actually, that is only what they have. They don't have snapshots. :-) + How large is your mailbox? + they don't actually say that they are releases anywhere + therefor, I assumed they are the snapshots they mentioned + ftp://sources.redhat.com/pub/newlib/newlib-1.10.0.tar.gz + "Sorry, the ftp server has too many active ftp connections (30/30)." + ... + worked now + I'd still prefer the CVS version ;-) + Yeah. I don't. God knows what they have checked in recently. + coward ;-) + I just played Machinae Supremacy right off the hard drive + yay +* Zagor cheers + "and there was much rejoicing" + "it's just a model" + "let's not go there, its a silly place" + "Play-a-lot" +--- Linus is now known as Sir +--- Sir is now known as Sir-Play-a-lot +--- Sir-Play-a-lot is now known as Linus + how wide and tall is the recorder in pixels? + 112 x 64 + ty + LCD_WIDTH and LCD_HEIGHT in lcd.h +--- Zagor is now known as Zagor|lunch +--- Linus is now known as Linus|lunch + this archos recorder is pissing me off + faulty as hell + used to reset in battery mode only, now it does it in dc too + ough +* wavey contemplates returning it +--- Zagor|lunch is now known as Zagor +--- Linus|lunch is now known as Linus +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + YOOOO! + Just listening to Machinae Supremacy, from the hard drive. The whole song! + so what happens when the song ends? ;) + Don't know yet. We'll see in about 8 minutes... :-) + you r00lz :) + hi + Yo! + for the mp3-player in win32, can we use an Active X ? + I didn't found anything for native playing yet + I don't know. Win32 isn't exactly my ball game. +* calpefrosch have to go to a meeting :-( +--- calpefrosch is now known as calpefrosch|away + The ATA/FAT read is surprisingly slow... + It takes a while second for 128K... + whole + odd + The -O switch cured that pretty well... +<-- calpefrosch|away has quit (Read error: 104 (Connection reset by peer)) +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + welcome! + ah, so now it's fast? + yes it is + But i think it can be faster + Damn. The DMA IRQ didn't recognize the end of the song when the last loaded chunk wrapped in the buffer... + how come? + A negative unplayed_space_left variable (write - read < 0) + Otherwise it works cool as hell! + Version 1.0 is coming closer and closer! + ninjax! + "...I wanna fell like that agin..." lalala + Machinae Supremacy rocks! + wavey: what was your purpose with disk.c/h again? it's colliding with common/disk.c/h +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + heyy, bagder. we need to start working on a player ui asap + where do I start? + (in the simulator, I mean) + I was hoping we'd get the the one the other guy was working on... but... + Zagor: edit the Makefile to build a Player simulator + I did. but nothing happens when I start it + no window with silly text in it? + no, just empty. I only redefined $(DISPLAY), but that should be enough right? + yes + lemme see + umm, wai + t + it's the x11/Makefile I need to change, nothing else? + yes + make clean and make + yup + I get text in my window + I don't + move it then, or put a window over it a while or something to get an event + ahh + now I got the text + :-) + I've seen that happen before, I'm not sure why this happens though + X11 magic stuff + ok, I'll add player support to tree.c + goodie + " I added the menu functions and got a menu system for the player" + ok, good + but I never got any + ok + hmm, maybe we should have a lcd_setfont() call instead of a font parameter to lcd_puts(). as it is now, I have to #ifdef all puts() calls just because of this + the coordinates are different too + uh, right. I'm a fool :) + :-) + setfont() might be good anyway + the bad thing is it introduces "state information" + yes, but it would reduce a large amount of passed zeroes... + yup +--> alkorr (alkorr@srs02m-7-99.n.club-internet.fr) has joined #rockbox +<-- alkorr has quit (Excess Flood) + hmmm, idea: we make a lcd_setfont() and a lcd_setmargins() call. then lcd_puts() can use x,y "char position" for both player and recorder +--> alkorr (alkorr@srs02m-7-99.n.club-internet.fr) has joined #rockbox + that would make much code identical + sounds pretty good + would even make "zooming" work + yeah + when setfont()ing a larger font + good point + we should have both "charpos" and "bitpos" calls. what do we call the "bitpos" call? putsxy is not very obvious... + I vote for that anyway + yeah, that's what I'm having right now :) + Im having a turkey roast !) +* Bagder jumps, elinenbe is alive ;-) + I am alway here. + I am always here + Zagor: are you planning to move the apps to the apps dir? + yup + Gotta go! + bye Linus +<-- Linus (~linus@labb.contactor.se) has left #rockbox + cu + too +<-- alkorr has quit () +--> wavey_ (~wavey@dlan1431.dircon.co.uk) has joined #rockbox +<-- wavey has quit (Read error: 104 (Connection reset by peer)) +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + the player dir browser is now working + oops, left a debugf() + well, I've got to go. see you! +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +<-- wavey_ (~wavey@dlan1431.dircon.co.uk) has left #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Tumm has quit (Read error: 113 (No route to host)) +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +--- You are now known as adi|home +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox + rock on! +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]") +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox +--> quiquee (~quique@217.8.196.173) has joined #rockbox + Good evening all. Anyone feel like talking rockbox? + good evening +<-- wavey has quit (Read error: 110 (Connection timed out)) + linuxstb sure.. whats up? + I've just incorporated the libmad source into the uisimulator directory and was wondering whether to commit it. + ahh.. right.. saw your email :) + well... id say hold off until Zagor or Bagder could give you a proper answer. +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox + adi|home: that is what I was going to do. + :) +<-- wavey has quit (Read error: 104 (Connection reset by peer)) +<-- quiquee has quit ("Leaving") + bye. + \exit +<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0") +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + sob.... +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]") +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox +--> calpefrosch|away (~hotrana@p5082C10B.dip0.t-ipconnect.de) has joined #rockbox + Hello calpefrosch +--> alkorr (alkorr@srs03v-1-174.n.club-internet.fr) has joined #rockbox +<-- alkorr has quit (Client Quit) + hi +--- calpefrosch|away is now known as calpefrosch + I've started implementing a mpeg playing thread in the x11 simulator + Someone should try and mirror my development in the win32 simulator! + yes, I have seen some code. Do you use the libmad code ? + Yes. I have also started to use pthreads - I'm not sure if that is good or bad +<-- calpefrosch has quit (carter.openprojects.net irc.openprojects.net) +<-- adi|work has quit (carter.openprojects.net irc.openprojects.net) +--> calpefrosch (~hotrana@p5082C10B.dip0.t-ipconnect.de) has joined #rockbox +--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox +<-- calpefrosch has quit () +<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0") +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--> calpefrosch|away (calpefrosc@p5082C10B.dip0.t-ipconnect.de) has joined #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox +<-- calpefrosch|away has quit (Read error: 110 (Connection timed out)) +<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0rc2/20020510]") + linus you around? + Now I am + k... + umm.. not sure, but you may want to talk with linuxstb + I've started implementing a mpeg playing thread in the x11 simulator + Someone should try and mirror my development in the win32 simulator! + yes, I have seen some code. Do you use the libmad code ? + Yes. I have also started to use pthreads - I'm not sure if that is good or bad + he wants to add the libmad to the source tree, but hasn't gotten an answer from anyone... + he says its appx 900k + Well. What is this libmad thing? + Gotta sleep. Night! +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- PsycoXul has quit (Read error: 104 (Connection reset by peer)) +--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox +--- Disconnected (22). +**** ENDING LOGGING AT Sat May 11 23:45:05 2002 diff --git a/www/irc/rockbox-20020513.log b/www/irc/rockbox-20020513.log new file mode 100644 index 0000000000..c3356b2319 --- /dev/null +++ b/www/irc/rockbox-20020513.log @@ -0,0 +1,818 @@ +**** BEGIN LOGGING AT Sun May 12 06:00:58 2002 + +--> adiamas (~adiamas@216.194.26.49) has joined #rockbox +--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/ [a.k.a. This room is too damn quiet.] +--- Topic for #rockbox set by adiamas at Sun May 12 02:38:43 +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox +--> alkorr (alkorr@srs07v-5-155.n.club-internet.fr) has joined #rockbox +<-- alkorr has quit (Client Quit) +--> alkorr (alkorr@srs03v-8-46.n.club-internet.fr) has joined #rockbox +<-- alkorr (alkorr@srs03v-8-46.n.club-internet.fr) has left #rockbox +<-- Tumm has quit (Read error: 113 (No route to host)) +--> edx (edx@pD9EAB7BC.dip.t-dialin.net) has joined #rockbox + hi + Hello - is anyone around? + yea + Hello Felix - are you still working on the win32 simulator? + yea + i am... + Do you fancy implementing mpeg audio playback? + but i've had a lot of work to do the last two weeks.. i guess i am kinda behind the x11 :) + mpeg implementing is not too hard - i have already written a class for it (for another project) so i can use that. + I've already written a wrapper around libmad - you just need to output the 16 bit stereo sound samples to the windows sound device. + i.e. implement the functions in x11/oss_sound.c for Windows. + hm - i just use the windows media player to do that :) + I think it may save work if the x11 and win32 share the same mpeg decoding code + Does win32 support pthreads? + threads.. + sure. + i'll have a look ath the oss_sound.c later on... maybe i can just translate it to windows. + I have started to implement a separate mpeg playing thread... + ... I need to try and make it work on x11, win32 and eventually the target. + do we have a startthread funciton or something liek that for the target... + I also use the pthread_mutex_lock and pthread_mutex_unlock functions to lock the play queue + ... as well as signals to say when the queue is no longer empty + thread.c only contains a create_thread function. I can't see anything else + ... ill have to write that for win32 then... + i gotta go now... i'll try to continue the win32 sim code during the next week. + OK - I'll keep working on x11. Bye. +--- edx is now known as edx|away +<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0") +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + Hello Daniel - I have just sent a (long) message to the mailing list about the mpeg API. I'm happy to discuss here, or by email. + uh, I'm gonna watch tv now, back in 45 mins... ;-) + No problem. +* Bagder reads linuxstb's mail now + ok, I like the suggested api in general, I only have some small details + kill_playback() - "kill the mpeg playing thread" isn't that just gonna stop the audio? +--- edx|away is now known as edx + This is something I wasn't sure about - is the mpeg thread there constantly, or should it be created and killed as required? + hey edx + hi + Heh: http://acmesofties.cjb.net + linuxstb: I'd prefer to have it there always + Will we be able to send it a signal to say "wake up and play some music"? + oh sure, it would just sit waiting on a message queue or something + Bagder: well a kinn thread wont be bad anyways... + knn = kill + arghl.. kinn = kill + edx why so? + meybe it needs to cleans up some stuff... + maybe.. + jeez - cant type today + I don't believe we ever need to kill threads, at least I can't think of any good reason why + well - but the thread might want to clean up stuff... + sure + i just say it might - it doesnt have to.. :) + How about killing the thread so we can free it's memory (i.e. the play buffer) for other things + but not by killing itself ;-) + then rename the function. heh.. it's just called where kill_thread would be called if it existed + linuxstb: I don't think we'll prioritise that + OK! + stop_track() could stop the playback and free the play buffer + then start_playback() could allocate it again and play + OK, so if are agreed that the mpeg thread is constantly there - do you have any other comments about the API? + yes another minor one: + what's the difference between new_track() and start_playback() ? + couldn't they be the same? + start_playback creates the thread. If the thread is always there, then we can change start_playback to create_thread + ... good night guys + ... which isn't really part of the API. + night edx + bye. +<-- edx has quit ("l8r") + right, well I have just pictured myself the play thread to be always present... + yes - I agree - the play thread will always be there + anyway, the thread's presence or not shouldn't be reflected in the api... + so + I think the rest covers everything up + You're probably right about the thread's presence. + My only other problem is how to implement the threads in the simulator + I can use pthreads on x11, but how should this be implemented? + we can't simulate the threads in the same way they work on the target + we need to keep simualting the apis properly, not the exact behavior + I was also thinking in terms of portability between x11 and win32. + the thread stuff won't be very portable between the x11 and win32 + OK - I'll start implementing it in the x11 subdirectory, and the person who writes the win32 can see if we can share any code. + I agree with that approach + Another concern is the seeking inside files... + ... it could be hard to implement with VBR files. But I guess we can leave that until last. + yes, I've thought about that too + I think we better ignore that for now + I also think frame sizes can vary (by 1 byte) even in CBR files. + so, we better read up on the details and see what we can do + perhaps we won't be able to seek per time at all + I think we can seek by time, but it may require scanning the file. + The user doesn't have to use it. + true + Should volume control be part of the mpeg API or separate? + id assume seperate + I think separate too + I guess it is just an implementation detail + true + Are you happy with the peek_next_track and get_next_track concept? + do we really need two functions for it? + I think so. What is the alternative? + just get_next_track() + uh + no +* Bagder wasn't thinking + So you are happy then? + get_next would then of course advance some kind of pointer + yes - that's the difference. + yes, I'm fine with it + OK. I guess we're done here then. + I would prefer to have Linus say something about it though, as he's the master of the MAS and mp3 playing + I agree - I probably won't do any more work on it today anyway. + I appreciate your work + No problem. I just wished that somewhere in the UK would get the recorder 20 in stock again. + I don't actually own one yet. + hehe ;-) + I am assuming the recorder is the best to buy - even if I never record on it. + yes + it has a better display and better sound (they say) + Do you know if Linus is developing a driver for both MAS versions? + he's doing the 3507 first, the Player one + because that's the hardware he runs his gdb on ;-) + both Linus and Björn have both Player and Recorder + Have you discussed the 3587 with him? + not very much + I hope it won't be a problem then. + no one thinks it will be, but we can't be sure of course + I don't even want to think about the "mpeg recording API" yet :-) + it'll hopefully be less messy code + the 3507 needs all bytes bit-reversed + Thanks for the chat. I'll wait for Linus to comment before going too far with the mpeg playing on the simulator. +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0") +--> danaka (~k_a_d_a@pD9E4A486.dip.t-dialin.net) has joined #rockbox + hi + somebody out there + help + I need Info + shoot... + what can i help ywa with + hi + I wanted to find out which Harddrive I can use to upgrade my Recorder20 + and another question is there a limit of files to download to my player + also I wanted to tell u guys that I think its pretty cool that someone trys to write his own code for the box + I think its pretty hard + I m just trying to start programming with C + and Java + will see what works better for me + I looked at ur site and all those files read a lot but still dont know nothing + well Im really beginning beginning + C + wanna play tetris, too on my machine :) + and Quake II grins + lol + I liked that Faq + hehe sorry, back :) + ill address what i can.. + 1. FAQ thanks for the compliment :) + 2. programming... projects like this are a great way to learn + 3. file limit. I don't believe their is a file limit on the size or number o files you can have, but not 100 percent positive + 4. upgradeing.. + no idea at all. + would be nice to have 60 gig or something but those 2.5 drives are pretty expensive + gonna get my player today I cant await to put my 20 gig mp3z on it + but its sad that is already full after that action + gonna take it with me im going for a working trip to china + so when I look at http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/www/sh-win/ + seems like an emulator under win is that right? + Where could I start to understand all that probably use more of my Linux and let that windoze go + then learn C and get back to the files + there are a lot In that WWW dir + oops rockbox dir + please tell me where can I start to understand Im wiling to learn + and I want to hack my Archos + damn its already 6.45 in the morning here in Germany and Im still checking all Info I can get about the player without even holding it in my hands + but Im possitive it will arive today + hmmm well.. + the full api for the devices isn't completed yet, but we're nearly there. + as for the win/lin thing, + we have a user interface simulator for both platforms + the idea is that until the work on metal (hardware + is done, then the rest of us have something we can work for/with in the simulator. + as for where to begin.. that is always a tough question to answer. + best thing i could suggest is to read over the docs that are in the cvs repositiory... + then try getting the simulator working on your home machine. + then just play with anything that seems interesting. + i worked on tetris, screensaver and the FAQ because its what caught my eye at the time. + hope that helps a bit + aight thanks + and dont' ever be afraid to ask quesiton shere :) + gonna check the docs in the cvs + cool thanx + gotta go sleep now have a nice day or night or whatever u have at the moment + bye + bye +<-- danaka (~k_a_d_a@pD9E4A486.dip.t-dialin.net) has left #rockbox +--> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--- ChanServ gives channel operator status to Bagder + hey Bagder + howdy +<-- Tumm has quit (zahn.openprojects.net irc.openprojects.net) +<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net) +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox + Bagder taht was your reply to my idea that just went out yes? + no, that's Dave's reply + ah... k... + i still havent gotten nicks and real life names down yet :) + hehe +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + morning Zagor + morn + morning everyone + hey Tumm +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox + morning Dave + Morning - what time is it in Sweden? + 09:41 + 8.41 here in London. + I'm going to be here all day - "working" at home. + aah, we like that ;-) + "working" at home is nice + I hope my boss hasn't joined this list :-) + hehehe + Is anyone doing anything interesting on rockbox at the moment? + not me +* Bagder actually works + I'll be working today, but will have time to chat. + Zagor: you have any thoughts on the mpeg thread and linuxstb's api suggestions? + The main change from my email is that the mpeg playing thread will be there permanently. + This makes start_playback and kill_playback unneccessary. + well, two things: 1) we'll be using a single thread combined with an interrupt handler in target + 2) the api doesn't really need to know that :-) + Agreed, but that possibly means we can't share much code between the simulator and target. + yes + oh yes + we shouldn't share code beyond the API + I thought the aim was to share as much code as possible, and design the APIs with that in mind. + actually, no. the aim is to share application code, not lowlevel code + yes, the appplication code should run both in target and in the simulators + there is no point in trying to make the simulator drivers behave the same as the target drivers, as long as the API is the same + The debate is then where do we draw the line between application and low-level. + true + in the APIs + OK - so is my suggested API at the right level? +--> Linus (~linus@labb.contactor.se) has joined #rockbox + HELO + I'd say so, yes. except for the threading things + HELO Linus + MAIL FROM: + Welcome Linus - just the man to talk about mpeg playing. + Oh. + ;-) +* Linus runs for coffee + :-) + Sorry! + Back! + our coffee machine is broken again... *sigh* + shaking hands, eh? + the get_next_track() things are not really mpeg-playback stuff, it's part of the playlist code + trembling maybe + Are you talking about the mpeg playing API? + Dave's proposal, yes + well, the playback doesn't know which track to play so it needs to ask + yes, but it's not part of the API + so how should it work? + the gist is right. i'm just saying it's not part of the API, it's part of the implementation + It's a way to abstract the actual selection of tracks by the user. + I think the playlist code needs to supply that function, and the playback thread uses it + So it's part of _an_ API. + yes but that selection is handled by playlist.c, not mpeg.c + right + We still need that function somewhere in the program - it doesn't really matter what API we say it is part of. +* Bagder agrees + It's part of the two-way communication needed between the "UI thread" and the "mpeg playing thread" + Two-way? + not the ui, the playlist + but the playlist code runs in the ui thread, no? + Linus: the playback thread needs to know which track to play + does it? + i don't know :-) + The mpeg thread needs to report it's status back to the user somehow. + me neither ;-) + I just thought that the UI needed to be independent of the playlist somehow, but I haven't really thought about this in detail + Bagder: right, but still it makes little sense to have a separate thread for playlist management + right + Actually, I haven't given the UI thing much thought. I have only coded an MPEG playing thread. + the playlist will be a chunk of structured memory + I don't think we need separate threads - just some kind of abstract data type for playlists. + yup + Linus: yes, but how does it know which track to play? ;-) + Currently, it just opens one track. It's a test. + of course, but beyond the tests... + I had a queue in mind that the playlist/UI code kept up to date, and that the MPEG thread could pick from. + umm, a playlist perhaps? ;) + No + Linus: that is what I am thinking. A play queue. + The point about my API is that it doesn't matter. + ... to the mpeg thread. + Exactly what dou you mean when you say playlist? + I thought a playlist was an M3U file or the like + well no that's only one input to a playlist + a playlist is anything that knows a sequence of tracks + So the playlist is the play wueue? + I think a play queue is a temporary play list where the "head" is deleted. + linuxstb: exactly +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + I would think so too + I don't much see a point in having both a play list and a play queue. please enlighten me. + hey wavey + morning :) + The play queue is what the mpeg thread sees. The playlist is a list of files created by the user. + In my world :-) + why can't they be the same? + I'll be back in 10 minutes..... + what if the user changes the playlist - does your play queue get updated? + They could. But the term "playlist" has a predefined meaning to many people. + we're not "many people" ;-) + yeah, but the mpeg thread code isn't meant for "many people" :) + wavey: it should. But the MPEG thread doesn't care. + if we offer the playback thread Dave's API, then it could be made however we want + queue, list, stack, whatever + it + is beyond what the playback thread should care + So the playback thread just calls get_next_track()? + yes + yes + Fair eneough + hjgfljsrhbglobs +* Bagder throws a keyboard to Linus + Throw me a brain +* Bagder has none ;-) + So how does the MPEG thread handle the case when the playlist changes while playing? + that's why there's a peek and get_next + it doesn't. that's a UI problem. + So what happens when it changes after the peek()? + while playing track A + i'm not sure i agree on the peek() idea + it peeks and sees track B coming up + How often should I peek? + Every second? + when you need the next track + Every millisecond? + when you need the next track + So how does the MPEG thread handle the case when the playlist changes while playing? + while still playing the former + So what happens when it changes after the peek()? + flush, restart + How do I know when to do that? + or what do you suggest? + I = mpeg thread + you're making this too complex, IMHO + I suggest a "push" + push? + Maybe a PLAYLIST CHANGED message? + maybe just play_track() ;-) + instead of peek() and next(), use an index + Maybe, but it will interrupt + the current song + when reading next_track into the buffer, check periodically (every second?) that the file is the same + so how do the thread get the next song without interrupting? + once the song starts, there's no turning back + Bagder: get_next_track() + next() sucks + Why? + why? + why? +* wavey smiles + because then you need a peek + Suggestion? + get(int index) + what's index? + OK, so a separate play queue? + no + 0 or 1? + you guys should write this down and mail instead ;-) + not until we have some kind of idea... :-) + Zagor: what is the index? + but it sounds like we all basicly have the same idea + If the user changes the currently playing track, it calls pause_playback and then new_track with the new filename. + but we talk around each other + it = the UI thread + Linus: index is a track counter. using this index, you can ask for several tracks in advance. + not just "current" and "next" + why would the playback need that? + to fill the buffer, in case of small tracks + ah + Many short tracks. + right + it would in fact need that, indeed + Sound effects for Tetris, for example. + hehe + are small tracks a real problem? How many people have small tracks? + or wavey's track name reader :-) + it's not a problem, but it's unfortunate to design so we can't handle them + I have no problem with having peek_track(n). We still only need get_next_track though. + Small tracks are not a problem. At least it shouldn't. + I don't like next(). you can only call it once, right? it's a volatile interface. + Yes - it is for the case when the mpeg thread has finished playing that track. + I much prefer a counter that the play thread increases itself + get_next_track could just increment a counter. + A agree with Zagor. But what to do when the playlist changes? + the playlist code must get to know when it plays the next track + That is, when the index is invalid + Linus: give an example + We should try and make the mpeg playing thread as "ignorant" as possible. + If the index is inceremented by the MPEG thread, when is it reset? + in stop() ? + How does the mpeg_thread know how many songs are in the playlist? + I doesn't + it doesn't, and shouldn't + if it increments a pointer, doesn't it need to know when to stop? + yeah, when it gets NULL back + When it reads NULL fron the get() call it stops. + :) + I still think my API is more flexible. + how? + So the "playlist" is read by the mpeg thread via get(index)? + What if the playlist shrinks in size? + I don't understand Linus' and Björn's suggestion + then it will get NULL immediately + It puts a little burden on the playlist code + To be able to index the list of tracks + yes, I agree. it's not the perfect idea. + A question: does the UI create a playlist from the current directory automatically? + so how do the playlist code know which entry that plays right now? + Linus: You (i.e. the mpeg thread) shouldn't care. + peek(int index) is good, but I don't want get_next() to do the same. how about a next_track(void) that the play thread calls when the playthread moves into the next track + I know. I'm just trying to figure out if ZAgors idea is practical + Zagor: sounds OK + Zagor: right, we need something like that + I believe that with my API, any type of UI can be implemented. + Zagor - I agree. All you are doing is changing the name of the function, not it's purpose. + well, these suggestsions aren't that different, if I'm understanding things + linuxstb: actually, I don't want next_track() to tell which is the next track. only peek() is used for that. + Zagor: sorry, I misunderstood. + i want next_track() to only tell the playlist code that the playthread has advanced one step + OK, what about get_track_name(n) + then peek() can use a relative index instead of a counter. 0=current track, 1=next, 2=nextnext etc + I think peek() is an ok name, actually + But I think we now agree on functionality. + sure, if you all agree with me. :*D + I think I do. + basicly, after all, this is Dave's idea with a few minor changes :-) + yes + but it's good to just go through it, even if we just wind up where we started + right + linuxstb: are you updating your original suggestion according to all this? + :-) OK. + I'll start coding an MPEG thread that supports this API + I just think it would be good to get it in "print" + neato + I don't think I'll have time to do it immediately though. Sorry. + Lazy bastard! :-) + Work is calling... + Work? What is that? + OK, I'll do something very quickly now and send to the list. If I miss something, please modify my email. + Is there working code for the Player keys? + I think so + Good. + Zagor: did you try your player app on target yet? + no + I was playing have-a-life all weekend :) + would be cool to know if it works + Zagor: you have a player app? + life? + Linus: the file browser + Ah + yeah, you guys were missing here during the weekend ;-) + I know. I was alone with my kid. I had no time... + And when I joined the channel on saturday is was dead. + Linus: an excellent opportunity for that old speech about the bits and the bytes + Three sleeping americans + oops ;-) + hahaha + "you see each byte consists of eight bits... " + Does joining the channel on a saturday night say something about not having a life...? + noooooo + Or trying to forget that you have one? + "So, Rasmus, it's time to sleep now." + "No, I don't want to:" + "SLEEP GODDAMMIT! I need to hack the rockbox!" +--- Bagder has changed the topic to: Does your box rock? http://bjorn.haxx.se/rockbox/ + "But it's only 4am" + pm, +--> alkorr (alkorr@srs05v-8-132.n.club-internet.fr) has joined #rockbox + hi + hi alkorr + the guy we found in internet (DSP guy) is unreachable ? + no, he answered but declined + !? + NDA ? + i didn't ask any technical questions, just if he wanted to help. and he said "not for free" + grrr... + Typical. A guy that has mouths to feed. :-) + the youth of today... :-) + he probably thinks he has a life too! ;-P +* Bagder curses everyone that don't agree with us + well, in fact, what we need is some infos like assembly codes or some tools. Even such a thing is impossible for him ??? + the tools are proprietary. same with the docs... + if he doesn't want to code for us is not a matter for me + and he said "not for free"... a cracker ? + that was not a quote. he said he was not interested in doing it as a spare time hobby project. + doing it == helping + ok + what his email address ? + BOMB HIM! :_) + yaaah + I've just emailed an updated API document to the list. Please amend and publish on the website. + Now I must do some work :-). + alkorr: samar@winlab.rutgers.edu + next_track() should be "void next_track(void)" + Can someone else take responsibility for amendments? + sure + We also need to decide on the location of the functions - e.g. firmware/mpeg.h and firmware/playlist.h + yes + the mpeg code should probably stay in firmware, while the playlist code goes in apps + now go work! ;) +--- Linus is now known as Linus|lunch +--- Zagor is now known as Zagor|lunch +<-- alkorr has quit () +--- Linus|lunch is now known as Linus +--- Zagor|lunch is now known as Zagor + Yo guys! +* Bagder awakens and blinks + Do we really need the "bool" type? I think it's redundant. + it is redundant, I just kinda like having functions return 'bool' when they return only TRUE or FALSE + umm... does anyone remember why we added it? ;) + we added it because code we added used it + What code + does it matter? + Just curious + I feel like killing the bool type. + I think it was Gary code + why "kill" it? does it harm anyone? ;-) + It's ugly. + what if we paint it in bright colours? ;-P + it sort of flies in the face of the "no new types, just plain C" rule in CONTRIBUTING + we discussed it when I added it there + Having a type like that automatically makes people think that we HAVE to use it. + before CONTRIBUTING even existed :-) + I know. and now we discuss it again. :-) + as I said, I am +1 on using and having bool + you may vote against me +* Zagor is undecided + I am definitely against. + I think it improves readability + a matter of taste and opinion no doubt + well bool is part of the C99 specifiction, so I guess it should be considered as "plain C" + oh don't we just loooove C99 ;-) + Maybe I'm just old and cranky... + yes you are OOOOOLD + but then we should use the built-in bool and not define it ourselves + no can do + we build with non-C99 compilers too + yeah, the simulators. but not the target. + right + so let the simulators define a bool if they need to + is the 2.95 one true C99 then? + not everyone uses gcc3 for target + I don't know, but I've seen gcc C code use internal 'bool'. can't figure out how to enable it, though :-) + oh well, let's face the problem when we get it, not assuming it on beforehand + yes +* Bagder noticed that edx edited out wavey's little C99'ism in the playlist code a week ago or so... + what was that? + dynamic array alloc on stack + char buffer[foo]; + ah, yes. but that's bad code (tm) too. + it depends + now it makes a malloc() instead, which isn't a lot better + well we have a lot more heap than stack :) + well, using memory in one pool or another + gcc supports bool since 2.7.0, btw + ok + Zagor: your ATA/FAT code uses the stack for sector data. + how big stack are you running with atm? + #include is the C99 way + 8K + Linus: yes, it's imperfect but it's also fixed size + True + Forgot about the dynamic size. THAT is bad code (tm) + but you're right, that should be changed + well, malloc() causes fragmentation, dynamic on the stack doesn't ;-) + *and* it is faster to get it and return it +* Bagder shuts up now + But that forces us to use a huge stack, chich is unused most of the time. + very true + And one huge stack per thread... + stdbool.h defines "bool", "true" and "false" + not TRUE and FALSE + #define TRUE true ;-) + Gaah! + Linus: gaah what, the 'false' or the #define? + The define + ah, agreed + But I think we should use true/false if we intend to be C99 + yes +* Bagder disagrees +* Linus waits for Bagders explanation + go on + first, just because we can do C99 doesn't mean we have to + ok + true + secondly, I am just so darned used to TRUE and FALSE and I like them that way ;-) + And I am used to BOOL and not bool + but i prefer int + BOOL? + windows? ;-) + Amiga + linus wants VOID too +* Zagor hides + hehe + It's actually quite common +* Linus slaps Zagor HARD +* Bagder can hardly remember Amiga programming ;-) + I prefer 'hard' + ;) + OK so if BOOL is wrong, why is bool right? + When there isn't a bool type in the first place + because bool is lowercase + And having TRUE and FALSE doesn't force us to use a BOOL/bool type + no, they're not strictly related + I like int and TRUE and FALSE + As the code police, I like to have firm ground to stand on when telling people not to create new types. 'bool' is built-in, which means we no longer create any new types. + That implies C99 + yes + or, rather, gcc + I can go with that. + What I am against is user-defined types for no reason. + C99 or gcc rather + I still reserve the right to refuse some other portions of C99 :) +* Linus loads his gun +* Bagder digs up the standard to write peculiar code ;-) +* Zagor changes all TRUE/FALSE to true/false + Officer Zagor: must we use bool, or is it at our convenience? + If it's a bool, I say we should use a bool. it *does* make the API easier to read +* Bagder scores a point with the police ;-) +* Bagder is writing the greatest memory hog at work ;-) + incredibly stupid + Tell me + "follow the spec" ;-) + we have a built-in "registry" in our boxes + a hierarchal view of lots of settings + every program can register new "nodes" + and the data is read/set with callbacks + quite neat, in general + now, this module we're working on that I'm writing this "registry" interface for is breaking all previous limits + it takes a lot to explain, but a modest calculation of used ram may end up on 30MB... + where we previously used ~3 + for the complete system + ooh, nice :) + Ouch! + it is beyond all sense + Code police: should we include "stdbool.h"? + connection.oDescription.X.destination.X.channel.X.sourceRoute.X + ... each X is a number between 0 and ... ;-) + say max 10, and we say 10.000 nodes ;-) + Linus: yes +* Bagder sighs and gets back to work + Bagder: never let reality come in the way of an elegant design! ;) + this is a perfect candidate for this + they smile very big when they think of this design ;-) + they won't smile as much when reality strikes back + you didn't change tetris + i know, i changed the firmware first. fixing the simulator now. + nice + dine + done +--> irony (~irony@as2-5-7.j.bonet.se) has joined #rockbox + hello + hi + hey irony + hi Bagder + how's the web design going? ;) + oh + haven' put any effort in it really + =) + hey have you guys tried gentoo? + nope + I like it, really. I learned a lot form the install, since it's not "automagic" + only downside is that it takes quite a while to install, since everything is compiled from scratch + What it gentoo? + www.gentoo.org + linux distribution + with a ports-system + it's a linux distro that compiles everything + yep + I like the approach, it's really cool. + but kde takes a lifetime to compile, though. + Just upgrade your computer. :-) + personally, I think it's unnecessary. but i'm glad it's there for those who want it. + Linus: hehe +--> chris1 (~flanz@62.132.155.14) has joined #rockbox + Zagor: Well, I can agree that a quick binary automatic install is better in one sense + Butit is really nice to have the possibility of choosing and optimizing, even though one does not have extensive linux knowledge + hi + Hi! + irony: curl -O package.tar.gz; tar xzf package.tar.gz; cd package; ./configure; make; make install + it's not like it's difficult :-) + Zagor your have checkin (id3.h) .) + no, it didn't change. why? + irony: It would be very nice if you could mail me the mockup webpage you did, so I can use the colors etc. + Zagor: true... + Zagor: but still + i still like gentoo + oh sorry , I have get the update now. I have test the compile from last th.day. The win32 build fail. this file was not found. + nice for you :) + I am trying xfs, does anyone have experiences? + chris1: it was present yesterday too... + Zagor: it's just an image, but sure. Otherwise I might put some effort in and make a real page + Zagor: just need to wait for kde to finish compiling + :) + ok, if you wish + Oh. A lifetime. + bagder : I have se the log 2002/5/5 10:31:21 :) + pretty I should have done this compiling over night +<-- irony has quit ("Changing server") +<-- chris1 has quit ("r") +--> edx (edx@pD9EA9D41.dip.t-dialin.net) has joined #rockbox + hi + yo + hi +* edx has to leave again in a sek... + total-school-overload :P +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +<-- Linus (~linus@labb.contactor.se) has left #rockbox + you scared them away! ;-) + sorry + hehe +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + (meybe it was the word "school") lol + hehe +--- Zagor_ is now known as Zagor + tunnel problems + arghl.. there i go again with the typing stuff (meybe = maybe) + .. gotta go - be back in like an hour. cu +--- edx is now known as edx|away +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--> alkorr (alkorr@srs08m-8-30.n.club-internet.fr) has joined #rockbox +<-- calpefrosch has quit (Read error: 104 (Connection reset by peer)) + i have a contact with this guy... i'm trying to have those opcodes, he could help to provide them + (DSP coder guy) + ah, nice! + gotta go. see you tomorrow, guys +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- alkorr has quit () +* Bagder takes off for home too +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +--- edx|away is now known as edx +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox + good evening + evening + Bagder: how is that malloc() going? + it is sitting here, I was under the impression it wasn't exactly needed + Just curious. I'm using the newlib malloc now, but I assume that we will use your malloc() in the future. + it would be interesting to run a comparison on them somehow + Perhaps. + I should probably start with adding the code and a couple of tests + Do so. How do you tell it where the pool is? + bmalloc_add_pool() + bmalloc_add_pool(thisisourheap, AMOUNT_OF_MEMORY); + it can in fact handle multiple pools + So it can have many pools? + OK + not that I think we need that + I think not. + committed + Great! + basicly 1400 lines of code for the lot + ooh + well, check the newlib one as comparison ;-) + Anja just got back home, I gotta go and talk to her + see ya +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- edx has quit (zahn.openprojects.net irc.openprojects.net) +<-- Linus has quit (zahn.openprojects.net irc.openprojects.net) +<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net) +<-- Tumm has quit (zahn.openprojects.net irc.openprojects.net) +--> edx (edx@pD9EA9D41.dip.t-dialin.net) has joined #rockbox +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--> kjer (~kjer@h168n2fls21o1070.telia.com) has joined #rockbox +<-- wavey has quit (Read error: 104 (Connection reset by peer)) +<-- kjer (~kjer@h168n2fls21o1070.telia.com) has left #rockbox + cya guys +<-- edx has quit ("good night") +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> Zubster16 (none@pmchar1-45.rconnect.com) has joined #rockbox + Hello + anyone here? +<-- Zubster16 has quit ("« Ë×Çü®§îöñ » Info«v9.1» Released«March 26, 2002» Channel«#Excursion on Da") +--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox +**** ENDING LOGGING AT Mon May 13 22:21:16 2002 + 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 + diff --git a/www/irc/rockbox-20020519.log b/www/irc/rockbox-20020519.log new file mode 100644 index 0000000000..cba7a9b230 --- /dev/null +++ b/www/irc/rockbox-20020519.log @@ -0,0 +1,515 @@ +**** BEGIN LOGGING AT Thu May 16 22:16:35 2002 + +--> adiamas (~adiamas@as5300-9.216-194-23-128.nyc.ny.metconnect.net) 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 +--- You are now known as adi|home +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + Hellö ppl! +--- dw|gone is now known as dwihno + morning + How are you today? + pretty good + loadsa mails to deal with + "Free XXX" + "Get bigger dick with our magic pills" + "Debt consolidation" + more like "how do I make this work?" kinds + the spams are mostly filtered automaticly + You work as a consultant? + yes + but the mails are mostly about my spare time hacks + what kind of consultant? + embedded, network, unix + Oh + Sounds like a fun job :) + been working for Net Insight the least 2+ years + oh it _is_ a great job + I've been unemployed for almost a year :( +--> Linus (~linus@labb.contactor.se) has joined #rockbox + ugha + uuh + Good morning Linus-dude! :D + hey Linus the rocker! + morning d00d! + you're early + Bagder: Yeah, it sucks, but I'm not giving up - I write applications almost every day + Yup. Have to go early today + dwihno: that's probably the sane thing to do +* Linus goes for coffee + :-) +* dwihno .equals(sane) + *yawn* + I hate cooking lunch in the morning + <-- did some pretty nice chicken salad + what do you guys think we should do about the GDB enabled version of librockbox? + and the release version? + multiple targets in the makefile? + or multiple libraries? + good q + my opinion: multiple targets, the same library + OK. next q: + should thread.c malloc() the stack, or should we have static stacks for the threads? + not a big issue, really. Just thinking. + I doubt that we'll realloc() the stack so a static is slightly better + ok + we need special compiler flags for some files, like thread.o + how do we do that without messing with the dependencies? + that's the downside of all those wildcard things + <-- loves wildcards + the thread.o should have its own line in the makefile, with its own additional flags on the compile line + Bagder: indeed + What does Make do when thread.o has two targets? + it yells + gah + So what do we do + thread.o must be removed from the wildcard-generated list + Some shell script generating the makefile's perhaps? +<-- Tumm has quit (Read error: 113 (No route to host)) + I bet there is some keyword that allows us to cut out a specific file from the SRC generated list + Bagder: Yeah. I guess we have to do that. It's a pity. + SRC = $(filter tread.c, $(SRC)) + SRC = $(filter-out tread.c, $(SRC)) + rather + btw + Linus: do you know why the Recorder doesn't allow music to be played while charging the batteries? + It doesn't?! :( + at least I haven't been able to make it ;-) + hm + You probably forgot connecting it to the PC ;) + Do you develop using linux or windows? + there is only one ;-) + Linux + and Solaris too actually + okay + USB on solaris? + Did you ever try a BSD variant? + I don't need usb to develop + we have simulators, remember + aaah + the Simulator(tm) :D + yes, I've tried BSD variants + so what did you think? + about what? + BSD? + yeah + and how much of a difference is there between the simulator and the real hardware? + the simulators simulate the "low-level" APIs, so we can write "apps" on them + the BSDs are generally fine, in some areas great, in some not so great + Please go on :) + Bagder: Zagor does it all day (listening while charging) + hm + I tried just now. What is your problem? + You have to push "on" + puch and hold + while charging? + just like when you turn it on normally + So what linux distributions are you guys using+ + Red Hat + I wanted to install Debian, bit it kind of backfired on me + ah ok + I just didn't press long enough + How about you Bagder? + He is an old red hat + once upon the time redhat + /\ + source since + patched as hell + /\ + hm + that's my hat ;) + $ telnet localhost +* adi|home slaps you all with the "be quiet im tring to sleep" stick + Trying 127.0.0.1... + Connected to localhost. + Escape character is '^]'. + Storebror Linux What Hasn't Crashed Yet Soon Will + Kernel 2.4.18 on an i686 + login: + :-) + Telnet rules + you tring huh? ;-) + telnet SUCKS + ssh is god + i have issues with plain text + telnet is fine on localhost ;-) + or "here, sniff my password" + bah, humbug + i wouldn't trade the ease of use of scp and ssh for anything + ssh is good + and cute + what do we prefer: + make DEBUG=1 + or + make debug + make debug + the latter + ok + cause its like comparing to "make CLEAN=1" + :) + yeah + not really. clean is a target, DEBUG is more like an option + have we reached any sort of decision on how apps/ is going to be set up? + debug affects the compiler flags + no, id treat debug as a target too.. + adi|home: hehe, not really, but I think we go for all "general" files in the root with target-specific code in subdirs, for now + doing LINUX or SOLARIS .. those id accept at =1 + k +* adi|home needs to get back into the swing of things + but I don't know why Björn didn't move all the app code from uisimulator to apps + if you want me to just switch everything over i can.. but i don' see a need to yet really + there's no immediate need, no, I just thought it'd be cleaner + when we wanna start building target stuff using the apps + Bagder: how do i change CFLAGS in a target? + ehum + you don't + Hence my question above + well, in a sane makefile you have a differently named variable for that then + and no default rules? + Here we go + right + or rather + you'd use different object files + oh no + oh yes ;-) + Then we are in depoendency hell + not necessarily + DBGOBJS := $(SRC:%.c=debug/%.o) crt0.o + or however you write that kind of stuff + or perhaps not + using default rules really ain't fine here + The seldom are + and totally unnecessary since we generate the deps anyway + we can just as well generate the action line too + I see the Makefile growing + sure + but it needs to do good + a small bad makefile is worse than a big good one +* adi|home pets the Makefile.. "good makefile.. you grow.. big.. strong makefile.. strong like bull" +<-- calpefrosch|work has quit (Read error: 104 (Connection reset by peer)) + more coffee + I would prefer writing "make DEBUG=1" instead of having a more complex makefile/dependency generation + it'll work for now at least + make -f Makefile.debug + :-) + I received a poem by mail this morning: + fooled dad added cable + failed decode doc called aid + official bill baffled + supposed to be almost Haiku, and it is... + hexadecimal ;-) + haha + 00000000 f0 01 ed da da dd ed ca b1 e0 + 00000013 fa 11 ed de c0 de d0 cc a1 1e da 1d + 0000002b 0f f1 c1 a1 b1 11 ba ff 1e d0 + Writing hexadecimal poetry goes in the top20 of the "what to do on a rainy day" list :) + indeed +--> calpefrosch|work (~calpefros@62.52.174.30) has joined #rockbox + morning + morning calpe + morning Froggy +* calpefrosch|work quacks +--> StarFox (~GatesOfHe@adsl-64-175-110-181.dsl.lsan03.pacbell.net) has joined #rockbox +* Bagder greets StarFox welcome + hello Bagder +* StarFox is trying out some new themes + hi starfox + hello Linus + StarFox: you an Archos owner? + no + This is only for club members. :-) + haha + hey + there's no rockbox available yet anyway ;-) + No, but it's close now + Will the LCD-off feature be in the first releases? + Bagder: can you check the makefile changes for me? + the very first release is for the player + I haven't written a MAS driver for the Recorder yet + Linus: yes, that makefile looks fine + does it work? ;-) + Ah, okay + Good. Zagor will probably have some wierd comments on it :-) + Bagder: yes it works :-) + oh he will + Zagor the code police will strike down ;-) + we need to join the rebel forces +* dwihno can hear the "boot sound" in his head: "R-r-r-rockbox - Open Source kickass firmware" + Yeah. He's a badass moddafacka Code Cop +* Bagder is scared of the code police force + brb +<-- StarFox has quit ("Will return soon") +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox + oops +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + hey Zagor_ + hi +--- Zagor_ is now known as Zagor + oh no! the police! run! +* Bagder ducks + :D + GOOD MORNING ZAGOR! :D + Zagor: Linus has been here all day long, did you have a sovmorgon? :) + yeah + :-) + Zzzagor ;) +* Bagder is gonna go and have some nice shots now! + Shots? + This early? :) + as in needles + vaccine +--- Bagder is now known as Bagder|gone + Vaccine for what? + I dunno ;-) I'll find out! + I'm going to east africa this summer + Ah + Then I know which vaccine you are getting + Insanity neutralizer ;) + Nobody sane would ever go to africa + All sick mosquitos and rhinos and giraffs... That's scary stuff dude! :) + Uganda? +--- Linus is now known as Linus|lunch +--- Zagor is now known as Zagor|lunch +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +--- Zagor|lunch is now known as Zagor +--- Linus|lunch is now known as Linus +--- Bagder|gone is now known as Bagder + still alive, bagder? ;) + We are alive + (Paul van Dyk) + :-) + I got away pretty good ;-) + not a single shot +* dwihno gives everybody some newly baked bullar + had them all already ;-) + mainly just Malaria poison needed +* Bagder thinks ispell-complete-word rocks hard +* Bagder detects trouble + find / -type trouble + gaaah + May 17 10:46:22 pm1 named[27762]: exiting (due to assertion failure) + hm + named must not be stopped! + correctomente + What version of named? + wait, gotta fix this first + mkay + weirness + weirdness + oh + named starts from inetd mostly +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + fishy + ><))))8> + May 17 10:46:22 pm1 named[27762]: message.c:808: REQUIRE(*rdataset == 0) failed +* Bagder goes debugging +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]") + gah! +* Zagor notes the bjorn.haxx.se http access log has grown to 460 MB since december + oh my god! :/ + <-- tries to hide his DOS attack with some vanilla sauce +* Zagor shops for a good log analyzer + Denial of Sås + We got analog + is it good? + then webalizer + analog is extremely configurable + webalizer produces nice graphs ;D + i'll try analog + I moved lots of files from the sim dir to the apps dir + and made the x11-simulator build again, both versions + nice + updated the activity too with the new paths + Do you have a slogan for the Rockbox project yet? + "its better to rock a box than to box a rock" + :-P + hehe + box a rock?! :) + No fun + we don't need no steeenkin slogan :) + :~( + So what can I contribute with to the project? + ascii art? :) + haha + Seriousley + I want to contribuyte + I can make new games :) + fire away. asteriods is still unclaimed :) + hehe + Tell me about the development environment and the test software you are using :) + have you read the API file? + I have ZERO files + Except from JPEG's ;D + go browse the cvs + http://bjorn.haxx.se/rockbox/cvs.html + 180603 hits in /rockbox/ :) + plus another 30209 in /jukebox/ + juckbox :) + On monday I will place my order for a recorder! :D + that's the spirit! ;-) + Oh + I just found out monday is a day off + yeps + Luckily I found out it now, or I would have been here on monday morning :) + http://daniel.haxx.se/hexpoetry/goodies.html + yay! + it seems people keep busy with useful things ;-) + hahaha + mongo :) + baddade blodad collie + fifflade labile olof + haha + we should separate the player and recorder code, and not have everything in apps/ root + icons, bmp, tetris, screensaver etc + true +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox + hi daev + dave + Hi - what happenning to the CVS? :-) + haha + we move sources into apps that are meant for target and simulator + to have the uisimulator for simulator stuff only + I think that's a good thing. When do you think you will be finished? + dunno, we just discussed putting the recorder-specific files in their own subdir in apps + OK, I'll hang around here and see what happens. I'm still working at the moment, but was distracted by the CVS action. +<-- calpefrosch|work has quit (Read error: 104 (Connection reset by peer)) + hehe + don't expect any more work from my side today, I'm busy elsewhere atm +--- dwihno is now known as dw|gone + i'll be getting the simulator working with player keypad + then I plan to test it on target tonight + right on! + and polish some of the remaining issues like key polling etc + friday candy time + lots of adding and deleting today ;-) + yeah. cvs history is for wimps! :) + we don't want the history, we want the future! ;-) + hrmpf. the simulator doesn't work without lcd_update + who do I yell at? ;) +* Bagder hides + where is sim_lcd_puts defined? it's not in any .h .c. or .s file!?! + magic + its in lcd-x11.c + because it is #define d + so the names in the file don't have sim_ prefixes + where is it defined? + x11/chardef.h + that construction is a bit ugly + but I saw no way around it + sim_lcd_puts should just do lcd_update() by itself + but those defines are the other way. they define lcd_puts, not sim_lcd_puts + i'm confused + ah, oh.. bluearch! + damn, bagder. that's UUUUGLY! :-) + you make it better then + the problem is that it needs *both* lcd systems when simulating the player + explain it to me, what problem are you solving? + hmm + the player simulator uses the recorder-simultor code + for char output + right + gotta go. see you guys later +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox + bye +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +--> calpefrosch|away (~hotrana@p5082C742.dip0.t-ipconnect.de) has joined #rockbox +<-- calpefrosch|away has quit (Client Quit) +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + Under news on the main page there have been no updates for more than 2 weeks. Maybe it is time to place a little updat there ;) + any suggestions? + I don't know any news, but is it possible to upload some more IRC logs (if they exist)? + something like "The project is prgessing nicely and we offering a $10,000 (USD) prize in the DSP programming challenge... stay tuned for more information" + hehe + :-) + that reminds me, i should submit a help request to sourceforge + What is on the wishlist for DSP programming? + (apart from ogg) + wma :) + just kidding + how powerful is the DSP? + I think the only sensible "wish" is uncompressed recording and playback. + pure WAV is a frequent request + that is something that many people ask for. + and with the recorder -- pur wav recording + And it shouldn't be too difficult to program - if you know the hardware. + is it possible to compile the source and run something on the actual player yet? + i'm working on that right now + having a bit of setup problems, for some reason + Good luck - that's worth an entry in the news if you succeed. + well, if you get something working do you think you will upload the compiled firmware? + sure + how far away do you think you are? + this is quite exciting. + oh, not far. this is all tested code, it's just some snag + Changing the subject, I want to implement the mpeg playing API for the X11 simulator tonight... + the problem is my gf is coming over in just over an hour :) + are the simulators pretty much stable right now? + ... but am not sure where to put the files. + well, priorities are priorities + linuxstb: why not in the x11 lib? + directory, i mean + where do you live? Sweden? + yes + so, it is 8pm there? + Zagor: OK, but how should I stop it breaking the win32 simulator and the target? + the irc logs are adiamas' job, btw. i'm not sure why there hasn't been any checkins of those lately + you should NOT go waste your time with Star Wars. The movie is awul + awful + I dont even know if you have it yet + linuxstb: you can't keep win32 working. don't meddle with the target files yet + Zagor: are you asking me to wait before implementing it? + in target, yes. add it to the simulator only right now + I thought the target and simulator shared the same code (apps/)? + some of it, yes. make a local copy of you want to test. I'm working in apps right now + OK - no problem. + I'll let you get back to your Archos now. Bye. + :) no problem + i can't get the player lcd to work :*( + I cry with you + :`( +--- elinenbe is now known as elinenbe|class +<-- elinenbe|class has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]") + ooooh, I'm browsing my archos! + but only with debugf()s :) + anyone alive here, feeling like testing my app? + i'm starting to wonder if my lcd lives at all +<-- linuxstb has quit (Read error: 110 (Connection timed out)) + well, gotta go. bye all +<-- Zagor has quit ("bye") +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox +<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0") + anyone around? + no + okay :)( +--> [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 has quit (Client Quit) +<-- Tumm has quit (goethe.openprojects.net irc.openprojects.net) +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +--> elinenbe|class (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--> stew (stew@mooax4-183.dialup.optusnet.com.au) has joined #rockbox +<-- stew (stew@mooax4-183.dialup.optusnet.com.au) has left #rockbox +<-- elinenbe|class has quit (Read error: 110 (Connection timed out)) +<-- adi|work has quit (goethe.openprojects.net irc.openprojects.net) +<-- jb1081 has quit (goethe.openprojects.net irc.openprojects.net) +<-- PsycoXul has quit (goethe.openprojects.net irc.openprojects.net) +--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox +--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox +--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox +--> elinenbe|class (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--- elinenbe|class is now known as elinenbe +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]") +--> jb1081_ (~jb1081@aboukir-101-1-14-jb1081.adsl.nerim.net) has joined #rockbox +<-- jb1081 has quit (Remote closed the connection) +--- jb1081_ is now known as jb1081 +--- You are now known as adi|OutWithGirlF +<-- jb1081 has quit (goethe.openprojects.net irc.openprojects.net) +--> jb1081 (~jb1081@aboukir-101-1-14-jb1081.adsl.nerim.net) has joined #rockbox +<-- jb1081 has quit ("Client Exiting") +--- You are now known as adi|home +--- Disconnected (Remote host closed socket). +**** ENDING LOGGING AT Sun May 19 13:32:25 2002 + diff --git a/www/irc/rockbox-20020521.log b/www/irc/rockbox-20020521.log new file mode 100644 index 0000000000..b36c8b251e --- /dev/null +++ b/www/irc/rockbox-20020521.log @@ -0,0 +1,724 @@ +**** BEGIN LOGGING AT Sun May 19 13:32:37 2002 + +--> adi|home (~adiamas@as5300-9.216-194-23-128.nyc.ny.metconnect.net) 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 +--> pippoblu (pippoblu@TVT-CaTV-dhcp-45-101.urbanet.ch) has joined #rockbox +<-- pippoblu (pippoblu@TVT-CaTV-dhcp-45-101.urbanet.ch) has left #rockbox +--> [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 has quit () +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox +<-- wavey (~wavey@dlan1431.dircon.co.uk) has left #rockbox +--> elinenbe (elinenbe@adder.engin.umich.edu) has joined #rockbox +--- Tumm is now known as tumm + hello there +--> martin__ (~martin@pD9E7A37E.dip.t-dialin.net) has joined #rockbox +<-- martin__ (~martin@pD9E7A37E.dip.t-dialin.net) has left #rockbox ("Client Exiting") +<-- elinenbe has quit ("Leaving") +--- tumm is now known as Tumm +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +--> fall3 (~francis@nas-cbv-9-62-147-161-190.dial.proxad.net) has joined #rockbox + hi fall3 + hi +<-- fall3 (~francis@nas-cbv-9-62-147-161-190.dial.proxad.net) has left #rockbox ("Fermeture du client") + ack!!! ppl... + make them leave!!!! + haha + did the changes i made to the rockbox make sense? + btw + oh.. and none of them were reflected on the windows side... + the credit stuff? + or do you mean the archos dir? + my !"#$%&/(/&%$# display seems broken :-( + nothing i do works +<-- Zagor has quit ("bye") +* adi|home nods knowingly +--> motiv01 (~trillian@sdn-ar-001ncraleP018.dialsprint.net) has joined #rockbox +<-- motiv01 (~trillian@sdn-ar-001ncraleP018.dialsprint.net) has left #rockbox +--- dw|gone is now known as dwihno +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + HELLÖ! :D +* dwihno vinkar +--> calpefrosch|work (~calpefros@62.52.174.30) has joined #rockbox + morning + morning + Höj höj + I sold one of my computers last night + So now I got to spend my money on archos stuff ,D + cool + yup +* Bagder drowns in his email flow +* dwihno sends some more mail to Bagder + 10: print "hello" + 20: goto 10 + ack!!! +<-- calpefrosch|work has quit (Read error: 104 (Connection reset by peer)) + ppl here... + no.. ppl arent allowed here... + hey adiamas + its been _my_ room for like 3 days... + GO AWAY!!!!! + hehe + this is _my_ room!!!! + heheh +* Bagder boos + have you seen the credits list on the uisim? + I saw the code on the cvs list, that's all yet + would work fine if i wern' for you sweds and your funny looking letters + ah right + Björn should change his name ;-) + damn right... + don't see me interjecting cyrillic letters in my name do ya? + not yet ;-) + as an exampel :) + that and i fixed the splash sceen a bit + you know.. really "useful" stuff.. +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + Dr. Zagmaster! + woo there + we should make the credits scroll + hey Zagor + The splash screen should be configurable - think about ppl wanting a quick startup + nah.. ppl deal with the spash screen now.. + while the firmware is "loading" + spending precious CPU cycles with scrollers?! + :-D + and im sorry.. if you in a such a rush you can't wait 200 milliseconds.. + Do you realize the insanity!? :) + yes! + 200 msec's is 195 too many! + hehehe + and fortanetly... 100 milliseconds faster then most of us think ;) + http://www.hackles.org/cgi-bin/archives.pl?request=166 + Zagor: did you run the app on target ? + i tried, but I think my screen is broken :-( + :-( + asch +* dwihno sends Zagor some karlssons klister + You can fix just about everything with that goo! + it works fine, the debug output tells me :-) + hehe + See, the glue fixed it! + Never underestimate the power of the Karlsson side! + Zagor: so we basicly need to add Linus' mpeg thread to have a v1? + yup + kewlness + can the uisim play music yet? + on linux, it should be able to + I haven't tried + cause i was just thinking.. it might be perversly cool to realase the uisim evenutally as another mp3 player front end :) + haha + hahaha +* adi|home wonders if that was good or bad laughter + perverse it is + hell... least ppl could play tetris while listening ;) + very very tiny tetris + well.. we offer it to 3 years olds... + their very very tiny ppl + did we ever find out if there is a specific reason you can't use the remote control witht he recorders? + you can + i do + i guess the earliest firmware versions simply didn't listen to the serial port. current versions do. + cool + remote control(?) + there's a wire remote you plug into the headphone jack. it's an extra accessory + cool + does it come with the basic set or do you have to order some extra widgets? + eww + <-- smells like a dog all over the hands + extra + stupid dog, running around licking my hand + it comes with the "travel kit", for some reason + well.. first tme i saw this + ver 1.21d "Implemented improved SCMS* (Serial Copyright Management System), Fixed bugs within + SCMS, which caused errors when encoding from digital source." + Should I get the travel kit? + nah + i never use the remote except for testing + no you should get the travel kit instead + adi|home: the SCMS can be disabled + in software or what? + and will we be implimenting it? +* adi|home prepares to slap zagor + "Serial Copyright Management System"? Sounds fishy + adi|home: SCMS is software only, as far as I understand + so we just won't have it +* adi|home cheers wildly + Why does the recorder store the streams in VBR btw? + someday.. when i can afford to buy congressmen too.. im going to repeal the DMCA + I guess you gurus might have the answer to that question ;D + dwihno: the encoder chip only supports VBR + Zagor: ah, okay... + actually, VBR is in some ways a simpler MP3 than CBR. due to avoiding the use of "bit resevoirs" + Simple answer to simple questions :) + so.. seeing as i have more time this week... +--> Linus (~linus@labb.contactor.se) has joined #rockbox + how close to the jbr do we want the interface to be? + wb Linus + yo! + and if you could have me work on any higher level stuff.. what would it be? + adi|home: we'll make two separate interfaces, so make it as close as you like + adiamas: we could use some code for dealing with playlists + I mean, edit, add, delete etc + nod + have we implimented unlink() yet? + we have no write support enabled at the moment + as for the 999 playlist limit on the players... do we know if there is a specific reason for i? + we can't think of any :) + thats fine.. i can prob code around it.. + ghost funcitons etc + why do you need unlink() ? + delete? + so if someone were to build current CVS firmware and apps for -DARCHOS_PLAYER=1 on both, and threw it on their player, should they expect it to do more than turn the red LED on? heh + how else do you delete a file from inside the player? + yes.. it should wipe your player and send me your credit card numbers :) + ok, no there's no other way. + PsycoXul: well, zagor believed it worked ;-) + I want to wait with introducing disk writes for some time. It's a major risk. + PsycoXul: did you try it? + well thats what i got + heh + it didn't even get rid of the ROM firmware's splash screen + !? + zagor.. you see any prob with getting an unlink() working? + we could test that safely + adi|home: no problems really, but we need to test it exhaustively before letting it out in public + thats a given... + do we want editing/deleting to be a feature in v1? + no + okay.. then it goes on the back burner.. i can code around it for now... + ill just display text saying "your file would normally be " + :) + hehe + PsycoXul: that's interesting. i thought it was just my frankenstein's archos that didin't work. i'll try on linus' archos next. + ok + i have a small recommendation... + the lcd code... + wouldnt it make sense to have a Recorder version and a player version? + with 90% of the player version just empty functions? + this way we don't need all the #ifdefs all over the place? + and just localize the #ifdefs to inside the lcd.[ch]? + lots of the lcd #ifdefs is due to how the player simulator is working + ? + becuase it uses the recorder simulator's LCD functions + right... and? + I think adi is talking about #ifdefs in the application code, such as tree.c + yeah + ah, ok, I'll shut up ;-) + #ifdef HAVE_LCD_BITMAP + lcd_update(); + #endif + in the app code all over is just hideous + so if we did lcd_update + lcd_update(){} + for player + it's a good point. should we have the same API for both? + and the real function for recorder + actually, I added a dummy player lcd_update() yesterday... :) + if not the same.. then very similar +* adi|home saw that.. + its what gave me the idea... + i could test out the theory and see how it works/looks before i toss it up.. + pass it off to you guys to play with .. + so the question is: should we have a dummy lcd_setfont() lcd_setmargins() etc for the player too? + yeah.. + but i woulnd't even say "dummy" + i would do this... + void lcd_update() { + #ifdef..... + #else + #endif + } + keep it localized + wherever possible + the functions that have to differ, well those take diff. args. + let the compiler optimize all the crap out + actually, I was thinking of doing the player stubs as empty macros so they're not even called + i assumed that if a function was empty, and called, then the compiler would just optimize it out anyway + yeah, i guess + no + they're in different files + ah, right. so it can't know + ahh.. so it still has to link it in? + yes + so Zag.. what did you mean about the macros.. what were you thinking? + #ifdef PLAYER + #define lcd_update() + #else + void lcd_update(void) + { + dodum(); + } + #endif + or, uh no. i mean the header file not the implementation + do I make sense? + so in the header youd have like + #ifdef PLAYER + #define lcd_update() + #else + void lcd_update(void); + #endif + ? + Just a quick question... Should I order something extra than the 'basic' recorder package? + yes, that was my thought + nah + you can get what you need off ebay + dwihno: no, I don't think so + ah, okay + dwihno: better headphones + Then I'll place my order + hmmm.. well.. only down side .. what about functions taht take arguements? + Zagor: Already got that ;D + yeah. i hate the ones that come with the recorder + adi|home: #define lcd_setfont(__font__) + ? + wtf does __font__ become? + it eats the argument + it's just a declaration that eats the argument + ah.. so just like #define lcd_setfont(x) + it is for #define moo(x) poo(x) + nods + yes + hehe was the __ that through me... + thought i was missing something :) + ah, well you can skip those + well.. might i sugest then #define lcd_setfont(IgnoreMe) or something? + or whatever + hmm.. let me go play for a min + sure +* dwihno gets the bucket and shovel and follows adi to the playground + bagder, linus: what's your opinion about this kind of shadow functions? I'm still not sure what I think. + personally.. i think as long as we state we're doing it.. (in the docs) its a good idea + it could get confusing and bug ridden, since bad code will still "work" on one of the two + I think they're fine, as it makes modules that are shared for both LCDs more readable + I didn't follow + want i should explain linus? + Is it about accepting a setfont() call on the Player? + yes + sorta + Then I think it's dirty, but acceptable + we are still early enough on the road that if we don't like it.. we can always switch back + right + It's a more cosmetically nice way than 102401 #ifdef's + indeed + nods + and once the api is set in stone. life gets easier for others that want to work on the project + "oh just use the api, it takes care of itself" is easier and nicer to say then "remember to #ifdef around everything" + right, but people will still do mistakes + since the player won't require lcd_update() but the recorder does + Well, I don't like to say "set in stone" but I see what you mean. + thats true... + As long as we are not assimilated by borg, we just have to deal with those problems as those arise. + what we could do is have all the #defines call one common funciton that prints it was called on debug + shrugs + the application code works on linus' archos, but not mine :-( + Zagor: Hmm, fishy! Has he some HW mods that yours don't have? + well my archos is a monster. it's a new cpu and an old lcd. + PsycoXul: did you make sure the Makefile for both apps and firmware specified the right player version? + Zagor: Have you raped your archos? + oh yes :) + You mad sadist! + we wouldn't be at this point without ripping them apart and poking around + Next time, get some photos while you're at it ;) + you mean http://bjorn.haxx.se/rockbox/internals/ isn't good enough? + would it be "#defin lcd_update();" or #define lcd_update() ? + semi-colon or not + not + Zagor: I want to see some pics of the user interface! :D + <-- is a bit perverted, I know + dwihno: there is no user interface to take pictures of yet. try the simulator + yup... + i have a really nice screen shot of my tic-tac-toe before my code disappeared :) + Zagor: yes, i've got a studio 20 and i made sure they were both set to TARGET = -DARCHOS_PLAYER=1 + hehe + Zagor: Does it compile with mingw/32? :) + dwihno: make it if not + Yeah + Sounds like a heap'o'fun + Where do I start? + get the code from CVS + http://bjorn.haxx.se/rockbox/cvs.html + get the firmware, apps and uisimulator directories + to compile the player version of the ui, not the recorder... whats the make commandline? + 'make' :-) + adjust the Makefile + oh damn you... + bloody hell :) + *checking out* + cool... + but ya don't need to tell us ;) + of course + hehehe + I don't have anything better to atm + So I'll just pester you, great huh :) ? + sounds wonderful :) + okay.. bedtime + niht all.. + night adi + nighty +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + hey wavey + hi wav + Is it possible to revert to older versions of the archos firmware without excessive fiddling? + just copy the old file to the root dir + ah + I thought the newer versions would prevent this + no + Is the USB-PC communication code in the firmware? + no + it is beyond the firmware's control + ah, okay... + Might as well be :) +* dwihno drools, today I'm gonna order myself the almighty archos :Õ~~~~~~~~~ + dwihno: So we managed to convince you? + the rockbox sales force :) + We want commission from Archos + Linus: Yeah, you did... + I just hope I won't get disappointed when my unit arrives. + I have extreme high hopes about this product + well don't expect a miracle product. it does have flaws. + it's just better than all the rest :) + :) + Do you think I will get satisified? + The swedish magazine M3 recently had a review of a lame flash-based player with recording capapilities + And can I trust the storage? I mean, I don't want the hardware to go bongo when I move all my music to it :) + and they were ASTOUNDED that it actually cound record sound from the Line-In + Bua! They are so lame! + hm + Journalists != techies + I would rather say that Archos marketing has failed in Sweden + and M3 are totally blindfolded + -( )-( )- <-- blindness goggles + don't trust the storage + I always keep a mirror on my PC + it doesn't fail easily, but never depend on something you keep in your pocket + True. True. + How many times has it failed you? + never + never + okay + Zagor: you had it for a year or so? + Or is it just me being new in the scene? :) + dwihno: about 18 months + oh + really strange I've never heard about the archos earlier. + marketing failure, I presume + exactly + it's a small company, and Creative's weekly marketing budget dwarfs their yearly.. + well, I do see the positive side - It's a non-hong kong product + Never trust fishy hardware from hong kong + well don't hope too much from archos. they're not "the good guys". + You mean, the serial RIAA thingy? + the build quality of the archos units are pretty poor + but worth it in the long run + no i just mean they are not a better company than anyone else + wavey: in what way? does it feel way plastic or such? + they are actually manufactured in China + h + hm + Do they feel like they're gonna break apart any second? + no + no + haha no! +--- Linus is now known as Linus|lunch +--- Zagor is now known as Zagor|lunch + dw: my unit keeps resetting because of bad contacts + needs resoldering + happened after a couple of months + geez :/ + there's webpages showing where to resolder, because it's not uncommon + this is on a recorder bought in january + okay + I just hope I will get a flawless unit + i love the device, but i wish it was built by sony + Heh + +$200 on the price tag :) + alas yes ;) + Soun would never build a harddrive-based player + Sony + They love their silly memory sticks too much +--- Linus|lunch is now known as Linus +--- Zagor|lunch is now known as Zagor + Memory-dick + Yeah + Expensive shit, just look at the price tags! + It's probably in the same range as the recorder-20 + ok + in main.c i commented out everything after init(); in main() and put app_main(); there + PsycoXul: when did you try the app? this weekend, or yesterday evening? + and when i run that i get "Rockbox!" displayed on the screen + and then when i press a button it goes away and the LED turns red + ah + nothing more? + and the LCD still never clears properly on the player, i'm always left with the 03 on the 2nd line after the rom version 5.03 splashscreen + Press the button and the LED turns reeed! :D (alternative infinite mass lyrics) + "ROCKbox!" is all it says + and then any button gets rid of that, red LED comes on, and thats it [and the 03's still there :p] + if you keep the old browse_root() call, nothing comes up? + I want to change the UI: the browser should be the first thing that comes up, not a "where do you want to go today" menu + when you press MENU, *then* the menu comes up + anyone against that? + nope + Sounds like a good idea + ok i put a little sleep in + Try to keep the button pressing to a minimum + i also changed the DEBUGF's in the init() in main.c to lcd_prints's so i can see them, and just put a little sleep in after the init and saw it's + if (disk_init()) { + its failing there + interesting + those should be panic() calls + the only thing that can fail in disk_init() is if you don't have a boot sector on your disk + heh + can you do a: dd if=/dev/sda of=disk.img bs=512 count=1 + and send me the disk.img file + heh + ok + and where's this panic()? + firmware/panic.c + panicf()? + ah, yes + your boot sector looks fine. sda was your archos, right? + yes + hmm + ok i changed them to panicf()'s we'll see what i get + ok its actualy a problem before that + if(ata_init()) { + its that + ok + Is is that stupid check_registers() thing? + no, that's gone + sorry, I meant check_hd() + check_registers() is still there + sorry, check_regs() is there, check_hd() is removed + heh + PsycoXul: make the panicf() call print the return code + actually, ata_hard_reset() is probably a stupid thing, BTW + Zagor: of ata_init? + yes + I can't see how PA2 is connected to the ATA interface at all + But I might be wrong + My guess is that it does nothing with the harddrive + Sorry, it's PA1 + Still, PA1 is the RAS signal + So setting PA1=0 will do nothing whatsoever with the HD + odd + yup + er why's %d for int, man.. i just booted it up to see it print 'i' :p + %d is ancient. dunno why it came to be. + probably for decimal + decimal, probably. as opposed to %x hex + yeah + heh + ata_init()'s returning -1 + we could add a case 'i' in sprintf.c to avoid that mistake + assuming %d and %i is the same + heh + Who did the ATA code? + Zagor? + i did + based on alan's code + ah, okay + can the simulators do threading now? + no + do we need that at this point? + that should be a priority, we'll need at least queues for keypresses soon + why? + this poll();sleep(1) isn't very good + ah + we'll just move that to the simulated keyget code + it works on simulator, but gives one hell of a key repeat on target + we can do that without threads + right + I just prefer to avoid threads in the simulator as far as possible + ok. yes we can probably do without them for now + so as far as i can tell wait_for_bsy() is timing out? + OK. So the ATA code fails at ata_hard_reset()? + apparently + no, there's not wait_for_bsy() in ata_hard_reset() + OK. wait_for_rdy() then + big deal it times out + *what* times out, is the question + wait_for_rdy() + he said wait_for_bsy() + yeah but wait_for_rdy() calls wait_for_bsy + doh. i'm a moron + is ata_hard_reset() fails, it can only be wait_for_rdy() + right + which can only fail if wait_for_bsy times out + try commenting it out + which? + the call to ata_hard_reset() + ok + in ata_init() + then the next wait_for_bsy() call will fail... + right +* Zagor is a cotton head + We should debugf() the contents of the ATA status register + coffee time' + yeah so then it just returns -4 heh + add this line to ata_init(): + panicf("stat: %02x", ATA_STATUS); + where in there? + just before ata_hard_reset() + hmm + says + stat: 00 + ok + you have a "new" player, right? + yeah + hmm + how big disk do you have? + 20G + ok + is it a 6000 or a Studio? + studio +* Zagor hmms some more + math 15360*1024 + er + heh + hang on, testing on my unit + stat: 50 + hmm, hmm and hmm again + maybe the rom firmware's doing something different? + yes. or the hardware is different + heh + did any of alan's disk test code ever run on your archos? + never tried it + ok + but you run the same archos.mod firmware updates as any 6000 user, right? + yep + 5.07a + Damn. We need a serial-modded new player + I wish the donated player had a working serial port... + Silly me. It has. + heh + It's just that the charging unit was broken, so we decided to use Björns old display board + If we fix the broken board, we have a "new" player to debug + we==me, unfortunately... :-) + heh + I think it's time to do that. this "franchos" of ours isn't working too well + anything else you want me to test? + not right now + ok + menu.c is much too recorder specific + not very surprising + I have made a logic analyzer trace of the Old (tm) Player LCD init sequence + ah! + It doesn't seem to be the Solomon LCD that we thought it was + uhhh, do I want to hear this? ;) + Zagor: we should publish it and let people try to figure out what it is + sure + Damn + You are evil hardware guru jultomtar dudes! + Our LCD shifting code doesn't talk to the LCD in the same way that the original firmware does + dwihno: is that good or bad? ;) + Zagor: *jultomte* = excellent! :D + It only sets the command/data bit in the last bit + "1 bit should be enough for everyone" + We do it for every bit + I'm not sure that it matters at all, though + the Solomon data sheet says that it is only sampled every 8th bit + Linus: that's intentional + and I assume that our LCD isn't that much different in that aspect + we do it once, and then loop through all 8 bits + it's less complex than stopping and handling one bit specially + I assumed it would work the same + I know, Zagor. Just pointng out a difference + ok + So now I need a similar trace of the New(tm) Player + Zagor: If you don't mind running on batteries, you can just switch LCD board right away + sure + And we can trace your LCD while we're at it + go go go + 1x2 + hmm, tree.c and menu.c have much in common. we should merge them + There. My order has been placed. + I just analyzed Björns New(tm) Player. The init sequence for new and old LCD are identical + that's good at least + really strange + Well, almost identical. A single command differs + But that might just be that the firmwares are of different revisions + I gitta fly now. + gotta +<-- Linus (~linus@labb.contactor.se) has left #rockbox + maybe the + desc part of the credits isn't necessary in the software + i know. i just made a quick port + Bagder: I've ordered my archos now! + :D + when will you get it? + hm + dunno + a couple of days, I presume + Hm... 20 gigs over USB1 will take several hours + yes + get a usb2 card ;-) + Bagder: the simulator has no tick, right? + Zagor: tick? + timer tick, for splash timeout for instance + no, but sleep() should work + ah. yes + Bagder: Nah, I don't need it :) For initial sync it would be nice, but it will be nothing but overkill later on + overkill speedwise is nice ;-) + heh + nah :) + time to go home, see ya +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + i'm off too. see you guys +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--- dwihno is now known as dw|gone +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox + can i assume there is an off button on the player? +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox + adi|home: you here? + tänk på att + om man slår yxan i båten, får man ro som fan + :) +* Tumm har tråkigt... väldigt tråkigt + han pratar! :) + ;) + följer utvecklingen via mailinglistorna... + ok + tar studenten om 2 veckor, så jag har tyvvär inte hunnit skaffa mig så mycket kunskaper om inbyggda system... + sitter mes och försöker knåpa ihop demos :) + eller... + vilken plattform? + win32 för tillfället +<-- wavey has quit (Read error: 110 (Connection timed out)) + yeah Zagor whats up? + the off key has to be #ifdef SIMULATOR + nods + the firmware must never exit + ahhh, okay :) + i'm fixing it now, so don't worry :) + ah.. was about to commit :) + then nm + too late :) + i was giving some thought to the whole 'not read a valid file' thing + one concern was excessive spin up and down of the drive... + but if you are planning to 'play' the file, then its not a concern is it? + it might still be, if you take some time to select the next it will spin down and up agin + we should filter out non-mp3 files + you just read your first buffer in, then check and confirm that it is one of the format we want.. + i dont evn think that... + no reason you shouldn't be able to 'read' a text file + right, but perhaps not in the mp3 player mode? i haven't thought about it... + hmmm i don't think there should be a 'mp3' mode and a 'not mp3 mode' + maybe not +* adi|work shrugs + ill be around later tonight.. we can try and think it through then... + yup + btw.. what time is it by you? + 22:32 + should be like midnight no? + nods + so ill see you in your morning ;) + heh, ok +<-- Zagor has quit ("bye") + well the archos firmware does handle being turned off somehow, because custom firmware won't turn off with the power plugged in but archos firmware will +--- Disconnected (Connection timed out). +**** ENDING LOGGING AT Tue May 21 20:07:37 2002 + diff --git a/www/irc/rockbox-20020522.log b/www/irc/rockbox-20020522.log new file mode 100644 index 0000000000..87bf9fcf9d --- /dev/null +++ b/www/irc/rockbox-20020522.log @@ -0,0 +1,661 @@ +**** BEGIN LOGGING AT Tue May 21 22:49:19 2002 + +--> adiamas (~adiamas@as5300-9.216-194-23-88.nyc.ny.metconnect.net) 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 +--- You are now known as adi|home +--- dw|gone is now known as dwihno +--> Linus (~linus@labb.contactor.se) has joined #rockbox + Hail to the almighty LINUS!: D + Yo! + Where did you order your Archos? And did you order a Recorder? + I ordered it from Dustin + Yeah, a recorder model + I also ordered myself a new "dual optical" mouse from logitech ;D + Nice. + yeah :) + I just hope my expectations won't fail me ;) + Me too. + weclome back all :) + thanks + Hi adi! + I might get it today + (that is, if I'm _EXTREMELY_ lucky) ;) + btw the archos firmware does handle being turned off somehow, because custom firmware won't turn off with the power plugged in but archos firmware will + Oh. That's something we'll have to look into + PsycoXul: how extensivly have you been testing the new code on the actual hardware? + well lets see i threw it on there last night and didn't past ata_init() so uh not very? :p + Strange, that thing with the ATA... + PsycoXul: have you opened your box? + no + Ok. + heheh + Well, try to have a positive perspective - you at least got to ata_init() :) + Was it the first test on actual hardware you performed last night? + i've played with little pieces of code on the hardware a good amount + cool :) +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + hey ho + Hello Bagder! :D + Yo Bagder! + oh crap, Linus got here before me!!! :-) + :D + He was here REALLY early! + 07:38 Yo! + You can't beat that! :D + hehe + I'm pretty often at work before that actually + But then he's so tired he can't even read or speak. :-) + its just a matter of coffee amounts :) + Hehe + The caffeine is your friend! :D + <-- just had his third cup of coffee + Björns donated player has an old display after all + ah + Version 4.13 + did you get anything displayed on it? + Stone dead. + And the 4.13 display is stone dead when I pair it with Björns old CPU board. + It's stone'd ;) + btw... zagor stated 'the firmware should never exit' + so we #defined the uisim to use the off button... + but on the player and the recorder.. does the firmware trap the off button or what? + i mean how else do you turn the unit off? +* Bagder has no clue +* adi|home draws a target on Bagder's forehead then poke's him in the bullseye +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + speak of the devil... + I think the hardware traps the off button + hey.. zag +--- Zagor_ is now known as Zagor + eeeello + btw... zagor stated 'the firmware should never exit' + so we #defined the uisim to use the off button... + but on the player and the recorder.. does the firmware trap the off button or what? + i mean how else do you turn the unit off? + eieio + like 20 secs ago + and sometimes y + ah + YAY! + well we don't know for sure + My Archos is in Umeå now! + the recorder seems to simply go into powersave mode and not actually turn off 100% + I'm gonna get it today! :D + Oh joy! + really? thats just weird + and the player? +* dwihno starts bouncing around like a a playfull puppu + puppy ;) + i don't know. we need to do some measurements + I don't think it's weird that it goes into powersave mode +* adi|home puts newspaper under dwihno + That way it can keep the settings in RAM + no.. what i mean is.. sholdn't both units? + i mean, why wouldn't the player as well? + i dunno + Maybe they designed it in a hurry + keep those answers up.. and im giving you a target too... + ;) + maybe the LCD display has no powersave mode + who knows? +* adi|home nods + okay.. im off to bed then.. long day tomorrow. + night! + sweet dreams + COFFEEEEEE! + I'm way ahead of you Linus! :) Got my 4th cup! + and also.. its E.M.S. appreciation week here in the States.. so appreciate me damn it! +* adi|home giggles like a school girl + EMS? + Emergency Medical Services + aha + ppl that work on ambulances + volunteers here mostly +* Bagder appreciates ambulance-adiamas for a while + hehehe +* adi|home puffs up his chest proudly + nite agin + Gah! + The "new" display works with the "new" CPU board + So we night have *three* display types on our hands! + hmrpmf + or at least combining old new cpu with old display wasn't as simple as we thought + Or it might be that it has nothing to do with the LCD at all. + Just incompatible boards + But how???? + I wonder what's different... + don't worry about that too much, it's not like anyone else is going to attempt it... + True. I'm just curious + you should still write down or post your findings, so that we have them saved for the future + And we still need to debug a New(tm) Player to find out what's different with the ATA interface + yes +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + Yo wav! + howdy linus +* Bagder crawls off to get coffee +<-- Bagder has quit ("disconnecting from stoned server.") +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + 1x2 + I want my archos NOW!!! :) + What are you people going to eat for lunch today? + I think I'm up for chinese today + yum + noodles is always nice + NASIGORENG! + today is sushi day + btw, guys, I managed to exchange a few words with Tumm yesterday. he exists! ;) +* Bagder faints + Eww! Sushi! That's like, dead fish! + Well. It's almost alive! + Fried fish = yum yum + barely dead :) + Wonderful! + Delicious! + I wish we had a sushi place around here + I wish I never have to see the evilness of the sushi +* dwihno sends some abborre-sushi to Zagor +--- Zagor is now known as Zagor|lunch +--- Linus is now known as Linus|lunch +--- Zagor|lunch is now known as Zagor +--- Linus|lunch is now known as Linus + PsycoXul: you here? + yeah + have you opened your archos? + heh + no i haven't + ok. we're having a theory that perhaps your harddisk is jumpered as "slave" + fun + it's not so bad, we just have to deal with it in ata_init() if that's the case. but it's a bit tricky to find out without opening your archos... :) + heh + well i need to back it up [actualy mostly reorganize my HD copies to match the structure on the archos just so i can see that it really is backed up], and take it to best buy to get it serviced so they can remove the sticker and i don't have to worry about it + i wasn't planning on opening it till after that + well maybe you don't have to. we could try just patching your code a bit and see what happens + stand by :) + the power plugin does need to be resoldered or something i think, if i bump it while its plugged in it'll lose the contact +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + but i can't test anything till tomorrow... gotta juggle HD's in a win98 box next to me to boot it to linux with my sh1 dev stuff and its too late tonight to be getting into that... + :-( + and i'm hopping in the shower now heh + when you get the chance, try changing SELECT_LBA to 0x50 in ata.c + ok +<-- Zagor has quit (card.openprojects.net irc.openprojects.net) +--- Zagor_ is now known as Zagor + well i'll go take a shower and if its not too late after that then maybe i can + PsycoXul: where are you, geograpicly? + pacbell.net hints US + I GOT MY ARCHOS IN MY HAND! + try the demos! ;-) + hm + how do I connect it? ;) + to what? + To the PC + It just says charging + no "hello USB" thingy + yay, that was fast + dwihno: turn it on + Trying + It just says "charging batteries" + Hold ON down for a few secs + dwihno: go to groups.yahoo.com and join the archosjukebox6000 group. then read the faq there, it will answer your 20 first questions :-) + Help me out, I don't wanna search no mail list! :( + How long did you press ON? + keep it down 5-10 seconds + öjj, nu hände det grejer + Windows won't say hello USB + you need to install the driver from the cd + uh, maybe not + i was thinking about the old archos :) + which windows do you have? +* Bagder has glass windows ;-) + You do have to install a driver if you have Win98 + yeah, I guess we can't expect MSWindows to follow specifications... ;*) + ah they do, just not the SAME specifications ;-) + <-- is ejaculating + <-- is ejaculating + <-- is ejaculating + <-- is ejaculating + <-- is ejaculating + <-- is ejaculating + DAMN +* Zagor puts dwihno in a cool shower +--- ChanServ gives channel operator status to Bagder + :)~ + Worth every wooden nickle + Didn't we tell you? :-) + now, rip it up and make that serial port work for debugging B-P + haha + hihi + Bagder: why don't you??? :-) + well, no recorder has so far + not even you guys + right? + hahahaha + damn + whoa + right + <-- gets a glass of water... + I'll be damned! DAMN DAMN DAMN! :) + Don't spill it!!! + get over your head ;-) + poor it even + pour +* Zagor is the spelling police, too + hey, I can't type + so then I shall not speel correct either ;-) + haha + :) + Win2k said: "Hello USB" and installed it as a mass storage device without any extra drivers + good + where are our win32 developers? it's been awfully quiet lately + back + Whoa + whoa whoa whoa + yeah i'm in the US, california + Oh my god + Zagor: indeed, the win32 simulator is now lagging behind + bah + win32 people aren't *real* developers anyways :p + hehe + adiamas spilled the beans in the yahoo forum a couple of days ago and now everyone is very interested. a win32 simulator would be good soon + hey! + yeah + we're now 101 subscribers + on the rockbox list + and <1 msg/day :-) + yeah + *copy files* + PsycoXul: can you test now? + The speed is quite alright for being a USB 1.1 computer I'm using + dwihno: hehe that'll keep you busy for a while + dwihno: do you have USB2.0 on your computer? + ah + Getting files from work -> home will never be a problem again ;) + sure it will, you won't have room for with all those mp3s on it ;-) + heh + hehe + Zagor: just booted over + PsycoXul: meaning? + you know i think most of the problems i have with this thing over USB is due to trying it when the batteries low + yeah that's a bad idea + Zagor: meaning i'm copying the test file now + ok + well + usualy when i plug it in the batteries like half way + to USB i mean + and then i copy files and after several times in one session it starts having problems + using it as a USB HD seems to eat the batteries really quick + hmmm + yeah, always keep the power cable connected in usb mode + like now the batteries shouldn't be very low but it may have stalled on the copy already + For how many hours do the batteries last? + 10 hours? + roughly, yes + mkay + i estimate 5-10 hours depending bitrate, settings, volume, how much you mess with it + mess? + if you press buttons a lot + you mean, use it as a USB harddrive? + have the backlight on much + etc + dwihno: yeah + er + no + amongst other things + dwihno: i mean if you set up a 10 hour playlist, start it, stick it in your pouch/pocket and then don't touch it till it goes dead + dwihno: it'll last a long longer than if you play some songs, then browse around and play some more, etc + mkay + Will the unit start to fux0r if I change the hard disk label? + nah + one of the first things i did :p + heh + insanity! is the label now + :) + 20 gigs of music in your pocket is nothing but pure insanity + yep + its true + just wait + its like your life suddenly got a soundtrack :p + :) + Oh my fucking G.O.D! + dwihno: 20 gigs? bah, 40 here. and there's 60 gig disks out now. + whoa + Zagor: suck my dick :) + no thanks :) + heh + I'll sync it against my collection at home tonight + ok + Zagor: no change + hmm + PsycoXul: you mean the ATA slave test? + yes + bah! + hmm, we must do a device select before we start polling status... + Dont we do that now? + nopp + But the ATA interface must be initialized already? + i'll try and adapt the master/slave check code I have in the isd200 driver... + hmm, you're right + still, it just doesn't work + Whoa + I wanna go hoooome! :) + Listen to music! :) + I love the audio quality + have you been able to hear the buzz yet= + ? + Didn't try + i get a buzz while my studio20's charging sometimes... it comes and goes and when it comes i can't get rid of it and when it goes i can't make it do it, but its from the unit itself and not the headphones heh + oh + are you using the stock charger? + yes + it could be voltage related + its no big deal and i only get it sometimes + I'll try to get the buzz tonight + Damn + The bass is exquisite! + My EXP101 is WAY out! + dwihno: you can probably "force" the buzz by only inserting the headphone plug half-way + still, if you can't hear it why look for it :) + hehe + true, true + You will not find the force, the force will find you! + Reverse that sentence and imagine Yoda saying it ;) + find the force you will not, find you it will + :) + :-) +* dwihno sighs + but yeah + anything else i should try today? + How long time does it take to charge it? + dwihno: a long time. leave it overnight at least + it handles it intelligently, so there's no problem leaving it too long + Ah, sure + yeah but don't leave it too too long especialy if you use the stock adapter + How come? + cause its an unregulated piece of shit adapter that i guess provides more power than the unit needs to start with, and especialy once its charged, that extra power gets put out as heat + some people have damaged their units with that + mine's gotten hotten than i'm comfortable with a couple times + hotter + ah + does it tell when the charging is finished? + yes + yeah + and how many hours does a typical charge take? + the green led goes blank when it's fully charged? + no the display says "Charging complete" + the green led is hardwired to power-on + i dunno about recorders, but my player says "charged" instead of "charging..." and you can also hear the HD spin up + the recorder does not spin the hd + huh + the "charging complete, let's dissipate excess power via spinning hd" seems to be a new-players-only thing + mkay + Should I upgrade to the newsest firmware? + which version do you have? + lemme check... where do I do that? + menu->firmware + who cares about firmware versions, we need rockbox ;-) + hehe + rockbox is still just a dream + Rockbox - Because dreams will come true! + There's a slogan you can use ;) + you know it *seriously* seems like the players firmware was a hacked together bare minimal with a few things thrown in cause they were easy, and i *swear* they anticipated a project to replace it + to me anyways :p + you might be right + i doubt they anticipated anyone replacing it. then why would the scramble it? I agree on the "hacked together" part, though + ask the firmware developers + i couldn't tell you why they scramble it + it doesn't seem to actualy accomplish anything anyways :p + it would appear they explicity wanted something like this to never happen... + 1.26 + mar 10 2002 + that's the firmware + dwihno: I think there's a 1.27 out. try it if you feel like it. + I'm using 1.24. can't be bother with their mini changes +* Bagder has 1.25b + so you guys got anything else for me to test today or can i throw the normal firmware on there and call it a day? heh + PsycoXul: we're done for now, I think. i'll test some stuff on my end first. + ok + there's a 1.27c available + Where do you find the firmware? + I'm trying to find, but can't! + http://www.archos.com/us/download_drivers.html + ah + thanks + "archos recorder firmware" on google showed that as first choice + the rockbox link was only on third place ;-) + Yeah! :D + ok + i descrambled/hexedited/rescrambled the archos firmware and changed 'CHARGE' to 'FUX0RZ' and 'CHARGING' to 'FUX0RING' etc + haha + and put it on, booted it, shut it off, plugged it in just to see + and it still says CHARGE, CHARGING + :) + hm + so apparently firmware upgrades don't effect its charging stuff + stupid :/ + ah, no. not unless you first start the firmware then plug in the charger + which makes sense to me since it doesn't boot up from the HD to charge + In what way is the firmware scrambled? :) XOR? + no it's a bit more than that + heh + they used the old "swap bus pins" trick, only in software instead of hardware + (?) + swap bus pins? + ok so i turned it on and plugged it in and then turned it off and it still says CHARGE heh + they seem to have a lot of unused stuff in their firmware upgrades + don't turn it off + when you turn it off it reverts to rom + well when its on it just displays the normal interface and the battery indicator just moves + dwihno: yeah, if you swap the bus pins to the ROM, the contents of the ROM becomes scrambled without you actually having to unscramble it + Femton pirater å en flaska mä rooooom! :D + so i'll never see those messages heh + PsycoXul: ah, silly me + Zagor: mkay + Zagor: in quiet parts of the songs, I hear a faint buzz noise... + I can live with it though + i was mainly just wondering how "fixed battery charged issue" ended up on the feature list of a firmware upgrade... so now we know just cause they say they added it doesn't necessarily mean it'll have any effect for an upgrade :p + i guess you're right + PsycoXul: umm, feel like testing some more? ;) +* Zagor ducks + What's with that digital serial thing? Are they trying to disable something? + heh + dwihno: what do you mean? + sure, except i just booted that box back to win98 so i can't compile anything for it heh + PsycoXul: if i select slave, I get the same 00 status response as you get + so we should probably we checking master/slave the first thing we do + Zagor: Well, I read something about some serial thing and DMCA... And the link said something about making digital copies... I thought they might be trying to disable digital copying... + ok + hey its kindof funny + i've got this song called 'descramble' + its the DeCSS source code, sang + dwihno: ah, yes. like everyone selling stuff in the US they must obey silly rules. but there are ways around the SCMS. (it's in the FAQ ;) + dwihno: but it's only over the SPDIF interface anyway. and nobody uses that + with the chorus "the dmca steps me... i don't like the dmca, it makes this song illegal" + PsycoXul: lol + :) + er "steps on me" + its bad recording, bad quality, bad performance but its kinda catchy :p + i like the lyrics... +* Bagder thinks songs by "decoded feedback" kind of fits on mp3 + how can you not love a song that starts off with + "this function is void.. it takes to args" + Zagor: Nothing about SCMS in the FAQ :/ + :p + hehehe + s/to/two/ + :-) + DMCA steps on me... i don't like the dmca it makes this song illegal, oooh... dmca, it steps on me and makes this song illegal, makes this song illegal + PsycoXul: You need coffee. + eye dew gnot. +* dwihno hands PsycoXul a steaming hot cup dé coffee +* PsycoXul hands it back, thanks anyways heh + coffee's nasty stuff man :p + and it pisses me off that innocent pot smokers are going to jail while everyone from gradeschoolers to their parents are hooked on caffiene :p + hehe + Gotta go. Bye folks! + You haven't made a 'scroll faster' patch yet? :) + bye Linus + nobody's doing patches :p + besides maybe archos heh +<-- Linus (~linus@labb.contactor.se) has left #rockbox + hehe + I'll do my own patch ;D + sure + while you're at it, whip up some DSP code for PCM and ogg support + so i saw this new portable thing out + with 10G + can play mp3/wav but thats only a feature + works as usb master and slave, has ethernet and pc card + so what "thing" is it? + gotta run, see ya +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + bye + gah, too late :) + http://www.thinkgeek.com/stuff/gadgets/57a3.shtml + that thing + it's rather sexy + but it's not an archos + archos is godsent! + ah, a harddisk with a display. how cute :) + rockbox is the archangel, sent to thame the archos! + its size is kindof odd + 7"x3.2"x1" + the price is, ehm, high + yeah +--> alkorr (alkorr@srs04m-8-122.n.club-internet.fr) has joined #rockbox + hey, alan! + hello people + its LCD sounds like its charcell too... says 20 chars x 4 lines + you are fast :) + like lightning :) + speaking about your project :) + but its got some interesting features + such as ability to use alkaline, ni-mh, or a li-ion battery pack + Psyco, what are you speaking about ? + can act as a usb master, has 10mb ethernet, pcmcia, and composite video out for viewing still images + heh + alkorr: http://www.thinkgeek.com/stuff/gadgets/57a3.shtml + terapin mine + its rather long at 7" though, "20 char x 4 line" lcd doesn't sound impressive, nor does 6 buttons, and costing so much for only 10G + looks very interesting if it was not its price + ga-zing-ga. file browser running on my 6k. + what'd be more interesting is if they sold them cheap without HD's + yeah, it's kind of a mix between an archos and a handheld. not being especially good for either + but being that its geared towards being a data storage device, they probably wouldn't do that heh + well I prefer a graphical lcd + unghh... sourceforge's CVS server seems to have bonked + ??? + yeah + bonked ? what does mean ? + it doesn't respond right now + bonked = died, sort of + ok + apparently it didn't like my latest patch :) + i feel like i got shortchanged on this little 11x2 charcell thing, i've seen $10 games at walmart with better displays heh + hehe + arf + ah, it's up again + but at least it does display stuff + there's so many players on the market that don't even have standard mp3 player features + PsycoXul: is yours a studio 10 or 20? + studio20 + http://www.thinkgeek.com/stuff/gadgets/5a1a.shtml + ok + hey, it can almost fit the rockbox logo! ;) + hey thats kinda interesting... if you hooked an IR port into the serial port on your archos with custom firmware and then used that + get a joystick and mini keyboard and extra display + heh + yep. there's lots of cool stuff to be done on the archos + hum... interesting... + :) +* dwihno takes everybody down to earth again + :) + you dreamreaper :) + who'll be first with a keyboard->archos adapter? :) +--- dwihno is now known as DreamReaper + Mohahaha! + The Archos will NEVER be more than a music box! :D + *evil laughter* +--- DreamReaper is now known as dwihno + you forgot tetris :) + a PC keyboard should not be a problem + haha + Tetris is a toy for kids :) + Zagor: i keep thinking of a bi-directional IR via serial port + if your archos has the external serial line + PsycoXul: yeah, unfortunately bidir requires hw mod + yeah i know + i do plan on making hw mods eventualy + hm + bettery charged + So it's full now, eh? + please, consider my idea + which idea is that + there is the Linus' serial tool that we can connect between an archos and PC + yeah + if we have a PS/2<->serial adaptor + it should be virtually possible to connect a PC keyboard + heh + no ? + a PC keyboard sends 1200 baud, no parity, 8 bit, 1 start, 1 stop + am i wrong ? +<-- Zagor has quit (card.openprojects.net irc.openprojects.net) + so jukebox should be able to receive scancodes and handles it +--> Zagor (~bjst@labb.contactor.se) has joined #rockbox + i've got 3 ps/2-serial adapters, but all 3 are made to plug into a serial port + and linus' serial adapter i'm guessing is also made to plug into a serial port + jukebox has no PC serial plug + ah, hi again :) + you need to have an intermediate + i know + thats what linus' adapter does right? + heh + <-- is off - no more "work" today ;D +--- dwihno is now known as dw|off + yeah + ah okay youre speaking about adapter + yeah the rs232 converter + then you just need the serial->archos adapter from the web page + PsycoXul: yup + which kind of rs232 port does that have? the kind like is on the computer on the kind like plugs into the computer? heh + it's db9 -> 3.5mm plug + i seem to recall somebody at some point saying they'd put pictures up of the thing + dumdidum, that was never me was it? :*) + Zagor: yes but i mean does it plug into the host port or do you plug a serial cable between the host port and the converter port or what? + Zagor: can you plug a serial device into it + or is it itself a serial device to be plugged in + it plugs into the PC and into the archos + i mean on the pc side + does it have the 9 pins or the 9 holes? heh + a stand serial wire + standard + wire between PC and adapter is female + unless Linus inverted it + so the rs232 converter's PC-style port is just like what you have on the back of your PC? heh + well if not the good one, just buy a male-female adapter :) + thats all i was wondering heh + on the pc, it is a male + my adapter has also a male adapter + huh it is like PC one + so if you had a serial keyboard you could plug it right into the rs232 converter? + let me find another keyboard here... + i've got 3 ps2->serial adapters heh + you should because i bought a 1 ps2->serial too + and it fits with my serial adapter for jukebox + ok + so it should be easy to hook a lot of stuff up to this sucker +* PsycoXul pictures a little 1-pixel mouse cursor drawn in a dynamically-updated custom char on his player :p + ok so for this thing + i see on national.com the LP2980IM5 + they have -2.5 through -5.0 + (i.e. LP2980IM5-2.5, ..., LP2980IM5-5.0) + i have to go. see you guys! + is that the output voltage or something? +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox + do i want the -3.3 then? + heh +<-- alkorr has quit (Read error: 110 (Connection timed out)) +<-- wavey has quit (Read error: 110 (Connection timed out)) +--- Disconnected (Connection timed out). +**** ENDING LOGGING AT Wed May 22 17:13:21 2002 + diff --git a/www/irc/rockbox-20020528.log b/www/irc/rockbox-20020528.log new file mode 100644 index 0000000000..477f5f5dc1 --- /dev/null +++ b/www/irc/rockbox-20020528.log @@ -0,0 +1,3503 @@ +**** BEGIN LOGGING AT Wed May 22 18:38:13 2002 + +--> adiamas (~adiamas@as5300-9.216-194-23-162.nyc.ny.metconnect.net) 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 +--- You are now known as adi|home +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + anyone here? +<-- elinenbe has quit (Client Quit) +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--- dw|off is now known as dwihno + morning + Good morning :) + <-- has filled the archos with music now + 2 gigs to go ;D + :-) + I'm surprised by the good audio quality + yes, it is pretty good + My Philips EXP101 is nothing compared to this! :) + Something I just can't understand is, when I uploaded the new firmware, the boot screen still says 1.26 + what's a EXP101? + the boot screen first display the ROMed version, then it should change after a few seconds + to show the one loaded from disk + Philips Expanium, portable CD MP3 thingy + hm + aha + No way to make the firmware permanent in the ROM? :) + you wish ;-) + Still not fully recharged. Strange. I left it overnight, just to copy all my music, and it still isn't full + This is my fourth MP3 player btw + Or is it fifth + Hmm + gosh + its my first ;-) + First I had a RIO 300 with 32+32 megs + Then I bought a NAPA DAV 309 + Which sucked donkey balls + Then I got the EXP101 + Then I bought the EXP201 model + (which was a pity, since the sound quality sucked) + And now I have the archos, and I'm all happy ;) + you sure have shopped around + Well, I love gadgets, what can I say :) + My computer: a PII 266, 256 meg RAM, 30+60 gig HD, and a 8 meg ATI gfx board :) + My TV: probably 14" + and yeah, my monitor is 15" ;) + heh + I have a 21" + whoa + Everything more than 17" is overkill :) + Unless you use Illustrator, flash, or any other software with 1249 palettes + you don't think that when you sit in front of this ;-) + 1600x1200 + lots of xterms + lots of emacs + its heaven for a programmer + xxx-emacs :) + vim = sexy + ... and it shows divx movies pretty good + But as always, everybody shall use what's comfortable for themselves :) + what software do you use? mplayer? + xine + hm + isn't mplayer better, faster and more stable? + not the one I tried + I got xine to work really fine and then I didn't try around much more + i always end up having both xine and mplayer + one day I'll try mplayer again + they each have their strong points and oddities + mplayer = great for pr0n <-- I can vouche for that :) + dwihno: aren't you trapped in the windows bubble? + :-) + Well, in one way, yes + I need flash, illustrator, indesign, photoshop, distiller and more :/ + poor you ;-) + But I'm seriousley considering a "linux on fat32"-partition insta ll + you should simply make a separate partition and install linux on it + Yeah... That's also a good idea + The disk is perkele-slow anyways + yeps + What dist do you recommend? + I've stuck to different BSD's the last two years + And I've grown accustomed to nice packages ready available on CD-ROM + either go redhat for convenienct, or do debian for "coolness" ;-) + then use redhat + I might do that + But first, I have to blow my nose - feels like there's a gnome inside! + Damn allergy + Time for morgonfika. Yeah. Mmm. +* adi|home slaps dwihno for forcing himself into photoshop instead of gimp +* adi|home waves his hand at dwihno and says "You like gimp more then photoshop..." +* adi|home watches dwihno say in a zombie like tone "I like gimp more then photoshop..." + :/ + I like GIMP + I really do + But when I work with photoshop, I work much faster + Using GIMP to re-save the PNG's for tighter compression is cool tho ;) +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + morning + morning + GOod morning, dr. Zagor + good morning, grasshopper :) + <-- is doing ASP :) yay! + heretic + Which makes your embedded stuff look like gingerbread + Mmmmmmmmmm. Gingerbread. +* Zagor pokes PsycoXul. Awake? + ASP syntax is _SO_ gay + hmm + yeah, hi + asp? yuck + Yeah, when a dialect of a language makes difference between how you write the code (linewise), it's gay + PsycoXul: have you tested the new ata code? + not yet + Zagor: Do you think you solved the ata_init stuff? + maybe +* dwihno crosses his fingers + so maybe its time to build a recorder app and try too + yeah, why not. although we don't know if much of anything works on the recorder yet :) + I know, but the ata stuff should work the same, right? + well, hopefully... + <-- listens to some evil shiznat alphaville on his evils0r archos + Front Line Assembly here + Re-Work + My friend who bought a flash based player got green with jealousy when my package arrived yesterday :) + hahaha + Win2k doesn't need any drivers to interface with the unit + well, he can bungy jump with his ;-) + heh + yeah :) + veeeeery useful + yup :) + 20 gigs of portable music is perverted + music? music? its supposed to be for music? + oh sbhit... +* adi|home deletes his 19.4 gigs of porn + NOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO! +* dwihno sos + sobs + heh + I'm your faaaather! + Speaking of perverted stuff, how kinky isn't object oriented basic? :) + I wouldn't know ;-) + ok so like + it shows the disk label as the first file + heh + and browsing through it is severely broken as far as cursor possition + and the display is kindof funky + but + it works, i can see my files! + *cool* + It makes handcuffs, liquid latex and sheep look boring ;) + YAY! + yeah i can't actualy browse them though + PsycoXul: coooolers! that means you have a slave disk :) +--> Linus (~linus@labb.contactor.se) has joined #rockbox + Mooo! + no the browser is kinda broken. the button handling sucks and the display is corrupted :) + i made it into one directory and saw the first two files there and then pressed over and it went to some other dirs in the directory the directory i'm in is in + hey Linus + Hellö Lajnus! + heh + Linus: PsycoXul can see his disk now + Of course he can. It's in the Archos. :-) + but yeah + What was the prob? + the ata code works for me now and thats cool + heh + Linus: his disk is strapped as slave + Just as we suspected. + Nice! + good job hehe + this requires some coffee! + :D + Celebration! +* Linus follows Zagor +* dwihno follows Linus + so yeah + make it browse right and play files and i'll start using it heh + What model do you have? + studio20 + its just a lowely player + ah, okay + but that's with a "new" LCD isn't it? + yeah + well the new lcd and the old lcd aren't that much different, mainly their charset as far as i can tell + btw i noticed + yes it seems so + Hey, my batteries are finally charged ;D + Should I unplug while listening @ work? + the firmware/Makefile has the player defined for the target by default, while the apps/Makefile has the Old player defined as the target by default + Just to prevent the batteries from overloading? + we should make something about the different-targets situation in the makefiles + An opinion: there should be no defaults - if you don't select what you want to build, you should get a selection, just to prevent confusion + selection list + no selection + that's not for makefiles + make firmware-player + force people to 'make player_new' 'make player_old' or whatever and then 'make' just shows a list? heh + make firmware-studio + etc. + possibly + <-- is perverted, so, sue me ;) + I think I'll prefer having them all built with 'make' + that might cause confusion :) + why? + i agree its probably better at this point + but for a release i dunno + it makes it less probable that someone writes code that doesn't build on one target + hmm + actualy you know... + If you get several files when compiling some people _will_ upload wrong firmware to the unit + For development, it should build everything + people who are gonna get confused about editing a makefile + but for releases... :) + probably aren't gonna have an sh1 dev environment + right + people will download the binary + true, true + So, building everything by default then? :) + the downside to building all versions is that we'll end up doing two "clean" for each "make" + <-- has had a second change of heart + Zagor: why? + i dunno + we can fix that + make a seperate target for each one + because it's not just different object files, it's different command lines too + that knows what it needs to build itself for its target + PsycoXul: yeah, but that doesn't exactly make things simpler... + why not? + I think it does + all: player_new player_old recorder + because we break the source-file object-file correlation + right, we stash the object files in a separate dir depending on target + Whoa + or similar + hmm + A VIM macro just gave me goosebumps ;D + like when you compile unix stuff from the same source for multiple platforms + Bagder: how many trees support multiple simultaneous target builds? + whatever, the makefile editing is troublesome + i don't think i've ever seen one + Zagor: sure they do, that's done by autoconf/automake magic + yeah, you conf and build it once for each platform + not several platforms at once + but with the same set of sources + still + we can't have this makefile editing + i agree + it'll only cause grief + we should have separate targets, but i don't think target 'all' should build all versions + the makefile editing isn't that bad except that you have multiple ones to keep synced + so what should all do? + it could simply "echo Choose a target: player-old, player or recorder" + heh + ok + i'm undecided. the firmware lib is part of the mix too + in that case probably be better with a little more descriptive list... + ... and then all: could bulild them all :-) + Microsoft VBScript compilation (0x800A0414) + Cannot use parentheses when calling a Sub + DAMN WHEELCHAIR CODING! + Bagder: not without 1) cleans 2) elaborate special-dir targetting + Feels like I'm crippled and can't move my wheels! + Zagor: different object files needed, yes, that's not such a big deal + well how many of the source files need to be built specific to each target? all of them? most? some? + dwihno: try calling a function WITHOUT parantheses in C. Same thing. + PsycoXul: all + heh + PsycoXul: many, not all, and not only a few ;-) + the point is we don't know. all code can have target ifdefs + ok +* dwihno wants his paranthesises! + dwihno: dump the crap languages then :-) + there's another way of course + :-) + so why not have each target put its object files in its target-specific dir, and otherwise be the same as it is, but it just iterates through each? + call:ing the subs... I know + It still sucks + we have have a little script to "setup build env" + what's so bad about "make player-old" ? + ... that builds a specific target and puts the object files in its directory + Hehe. Why not write an ARCHOS.MOD that examines the target and creates a Makefile on the hard disk? :-) + heh + Linus: excellent idea ;) + ... then you just run that script in multiple places, one for each target you wanna build for + hey + why don't you port the whole dev environment to the target? + :p + Perfect! + then it can just examine itself + heh + portable development! ;-) + thinking about it, I now think the script-approach is better + it makes it more configure-like + well what is a makefile? heh + "./configure player-old debug" ? + like that, yes + yeah, i think i like that + hmm + or possible interactive questions if you don't give any arguments + it creates a target.make that Makefile includes + yeah and then './configure' alone just tells you about what arguments you need to give it? + hmm + yeah + Zagor: it can even generate a full Makefile + is that target.make included also by the apps? + so if you configure/build firmware for a target and then go right to the apps and build it does it for firmware's target automagically? heh + Bagder: i think i'd prefer it just making a small file to be included. otherwise we'll have to edit the script rather than the Makefile + I want to be able to run this script outside the source tree + I could in fact volounteer to write a first attempt of a script like this + well + should there be a target code top level? + Zagor: no, the script would use a Makefile.in template kind of + like rockbox/apps rockbox/firmware etc? + Bagder: good point. ok, it creates Makefile + so what makefile does it create? + a top level one? firmware/'s, apps/'s, both.... + */'s? heh + I think it should create a toplevel one + that runs make for both firmware and apps + with the correct options + ok + of course, as long as we settle for the idea, we can always change how the makefile is made later + so is this script hanging out in the root of the repository along with the firmware and apps dirs or are we getting a new dir for those to go into, or a new dir just for the configuring, or... heh + uh :-) + the script can go into tools + hey, that's what the code pilce is here for ;-) + police + tools is probably a good place for it + but yeah i talk too much for a guy who just runs codes and says what doesn't work :p + tools? where's tools? + it's a cvs module + you know where descramble, scramble, and sh2d are + ah + I didn't have that one checked-out + heh + i just checkout . + since i can't just checkout rockbox +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- Zagor (~bjst@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 + if we just make the makefiles support OBJDIR, I have an embryo now + anyone with a good name for this setup-toplevel-build-makefile script? + configure? :) + i think configure is good, actually. many people are used to it + ok + with player we can have a real cursor so i think it'd be better to use than than to waste a precious char on a - + indeed + try my configure now + its incomplete, but it works + if just the firmware and apps makefiles support putting the object files in OBJDIR + heh + ok when i ran it from the top level as + tools/configure + it couldn't find the firmware dir + oh + when i ran it ./configure from the tools dir it found them and then i get a bunch of command not found's on DEBUG, TARGET, FIRMDIR, CFLAGS, THISDIR, APPSDIR, CFLAGS, THISDIR + silly + heh + hm + a bash vs sh issue I guess + hmm + check the sed stuff at the bottom of the script + hmm + does the simulator support queues? I'm adding a button queue now. + why would it need to? does it change the api? + no, you're right. + you can give echo the -n option to suppress a newline too btw + though personaly i tend to use printf heh + I don't think that is portable enough + could be + a lot of things do use echo -n though + doesn't really matter + but i don't get why the sed line doesn't work + I'll re-arrange it + I checked how configure does it and I'll make something similar +<-- Linus has quit ("disconnecting from stoned server.") +--> Linus (~linus@labb.contactor.se) has joined #rockbox + hmm + i see what it is + $(whatever) executes "whatever" + and for some reason its interpreting those within the block + it doesn't seem like it should but it does heh +<-- Linus has quit (Client Quit) +--> Linus (~linus@labb.contactor.se) has joined #rockbox + and in the make lines, CFLAGS=$(CFLAGS) should be CFLAGS="$(CFLAGS)" + and it wouldn't hurt for $(THISDIR) either cause you never know about people + right + but just escaping the $'s within the block fixed it + the command not founds i mean + within the Makefile block? + yeah + ok + committed the fix + perhaps I should make it possible to build the simulator the same way + ok so that acts like it works and makes what appears to be a good makefile that runs what appears to be the right commandlines except none of the headers are found + oh + right + we ruin the CFLAGS + Zagor: you fine with the toplevel setting CPPFLAGS and then we use that for target/debug options in the firmware/apps makefiles? + what're you on that has a real bourne shell thats not just symlinked to bash? and why does bash invoked as /bin/sh act any differently at all from it? heh + Bagder: sounds fine to me + PsycoXul: a solaris box + ah + it helps keeping this stuff portable + isn't CPPFLAGS for c++? heh + no, c preprocessor + ah + hmm + kind of standard actually + what are we preprocessing? + c files + #include and #define you know ;-) +* Bagder grins + But we don't preprocess them explicitly + no + So what is CPPFLAGS supposed to do? + flags that are meant for the CPP + like + usually, -I and -D + it is a very widespread de facto standard, set by autoconf et al + OK. So the default rule is $(CC) $(CFLAGS) $(CPPFLAGS)? + no + or perhaps yes + not entirely sure + that's not the point here anyway + I don't see the point if having separate flag vars + the point? + the toplevel makefile can't pass options using the CFLAGS variable + yes, the point + so that the top level makefile doesn't have to supply the proper CFLAGS to give the target define + since the firmware makefile uses it + it just can give the target define and let the other makefiles have their own CFLAGS + Now I follow you + I don't need to set either one + I can just set DEBUG and TARGET + yeah + or a general $(EXTRAS) variable + or something + was that the purpose of CPPFLAGS? + since CFLAGS already includes $(TARGET) should just set that + or just TOPLEVEL + unless theres more than the script needs to set than the target for those flags + Linus: EXTRAS or CPPFLAGS, yes + I think having a single variable set by the top makefile better allows for expansion + true + but TARGET is so basic that it may need special treatment + well + but the Makefile need special treatment of the DEBUG option + you could just put a + infront of the equal for the first CFLAGS line in the makefile and keep the script how it is couldn't you? heh + *shrug* + PsycoXul: no, because then the toplevel's variables won't override the local ones, for target etc + hmm +<-- dwihno has quit (Remote closed the connection) + uh, no + but their being defined to the make line so they should + right +* Bagder gets confused + thats why its not building now cause its overriding the CFLAGS + and not what i said anyways :p +--> dwihno (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox + so we need to set the TARGET variable in the toplevel +--- Zagor is now known as Zagor|lunch +--- Linus is now known as Linus|lunch + ok, now it sets TARGET and DEBUG only + heh + yeah but you left $(DEBUG) unescaped again :p +* Bagder hits himself in the head + and hmm is it supposed to pass 'DEBUG=1' as an argument to make? heh + yes + ok + oh right duh heh + be nice with a clean: target too but yeah it works now anyways + yeah, we should add clean target too + I just made it support 'configure update' which reads a previous Makefile and just generates a new +--> chris1 (~flanz@62.132.155.14) has joined #rockbox + good to have when the script is updated + DAMN + I HATE MY FUCKING ALLERGIY! + http://www.pollenrapport.com/index.asp + DAMN DAMN DAMN! + hi all, long time no eMail tread see in my inbox. so I check out this channel . + heh + things are still progressing + i just tested directory browsing on my unit a little while ago and it [mostly] works + wow so much green so little yellow its looking good heh + PsycoXul: COOL :D + hmm + hmm + how do you have rapport with pollen besides not being allergic to it? heh + oh if rapport's not the english word heh + :) + <-- is making a script to send me pollenprognos varje day + heh + damn i think my usb transfer's fucked up again damnit + and it shouldn't even be anywhere near dead i haven't even used it since last charge except to copy firmware on there a few times + there + Prognos: 22/5 H H H H M-H + Now my script is done ;D + Now I need some script to send a SMS + so yeah for the directory browser whatever, i think there should some sort of method to easily add new file handlers + of course when you select an mp3 it plays it, but it should also have such behaviour [eventualy] for any kind of file type we can do anything reasonable with, such as displaying a text file + but yeah + Zagor|lunch: what'd you break? heh + button handling hmm +--- Linus|lunch is now known as Linus + dwihno: Have you tried "hyposensibilisering"? + Linus: whazzaaat? + It's a medical program to treat allergy + You take one shot a week for a couple of years with the substance you are allergic to + so the body gets used to it + hmm + I could use it + I did it. And now I am free from my allergy. + Whoa + However, I have heard of cases when it has backfired... +--- Zagor|lunch is now known as Zagor + ouch + PsycoXul: buttons don't work? + Zagor: Do you know any free SMS-sending service? :) I want to use a shellscript to post me pollen data every 24 hours :) + i'm working on repeat handling + dwihno: set up your own: smash.sourceforge.net + Not Found + The requested URL /download.php was not found on this server. + Apache/1.3.20 Server at smash.sourceforge.net Port 80 + oops :) + http://prdownloads.sourceforge.net/smash/smash-0.12.tar.gz +--> ironi (irony@pcc321-11.bibl.hj.se) has joined #rockbox + hey ironi + ooh, the web guru! :*) + hello =) + im sorry for being away, i have had a lot to do + right now im writing a paper on open source + woo + cool + its just a small paper for my class + im actually thinking of writing my masters on the same subject + this one im doing now will be just 15-20 pages + anyway, i am trying to find information, especially on if/how open source development has affected companis using traditional development methods + prefferably smaller companies, not microsoft and ibm + thats the focus of the paper + nay ideas of whre i can search + i figured you guys know alot about this + http://www.oreillynet.com/pub/a/policy/2001/12/12/transition.html + :-) +* Bagder brags + http://www.softpanorama.org/Copyright/License_classification/social_roots_of_GPL.shtml + http://www.sdmagazine.com/documents/s=746/sdm0003d/0003d.htm + wow + mainly philosophical papers + what's the name of that swedish company making web cameras and stuff? axess? + something on A it is, axis? + hm + axis + i this + think + yes, axis it is + Bagder: wow + they've contributed a linux port for their ETRAX processors + http://developer.axis.com/software/linux/index.html + http://developer.axis.com/software/elinux/index.html + I think they made the gcc adaption for it too + well + probably, yes + Bagder: thanks for the links + ironi: I can in fact dig up quite a few more on request ;-) + maybe something on if/how open source development has affected companies using traditional development methods + we've been planning and discussing a follow-up on that O'Reilley article + hmm back + Zagor: it acts like there's buttons being pressed when there's not and goes wild then the red light comes on and it freezes + PsycoXul: ohh, fun :-) i'm working on it + ironi: I don't think there is very much material out there on that specific area + Bagder: I see. It is very interesting though, I think. + it is + http://www.osdn.com/bcg/BCGHACKERSURVEY.pdf + "what motivates open source contributors" +* Bagder participated + ironi, check this http://www.michaelbauer.com/open-corporations.html +* Bagder stops flooding + cool + we do it for fun, we love this RockBox. Nobody will make us a better software for this box, as we self. + hey guys, if I commit a firmware/Makefile with OBJDIR support, can you check it out then? + i'll be sure to smack you if it doesn't work, if that's what you mean :) + that's exactly what I mean +* Linus grabs his bat + committed + the deps generation is the tricky part + idea: the default target in firmware/Makefile prints out: Don't run me! Read COMPILING. + yeah, that might be a good idea + the deps files should probably be made in the OBJDIR too... + in fact they have to, to support multiple builds from the same sources + yes + well, try this version first + seems to work + unless I override OBJDIR, that is :) + heh + what fails? + make: *** No rule to make target `/tmp/rb/drivers/ata.o', needed by `/tmp/rb/librockbox.a'. Stop. + oops + gotta go + bbl + bye ironi + the -include at the bottom has to change too + bye + cu + make[1]: *** No rule to make target `/home/psyco/s/code/misc/archos/rockbox/drivers/ata.o', needed by `/home/psyco/s/code/misc/archos/rockbox/librockbox.a'. Stop. + heh thats without overriding OBJDIR + with using the tools/configure generated makefile... +--- Linus is now known as Linus|meeting + that is "overriding" ;-) + heh + its the default actions that make this a bit tricky + i see hmm + me fix + try now +<-- chris1 has quit (Read error: 104 (Connection reset by peer)) + make[1]: Entering directory `/home/psyco/s/code/misc/archos/rockbox/firmware' + Updating dependencies for thread.c + mkdir: cannot create directory `/home/psyco/s/code/misc/archos/rockbox/.deps': File exists + I propose adding -b to the cvs diff mailings (ignore whitespace changes). anyone against? + and 3 more mkdir errors + Zagor: fine with me + PsycoXul: if you make that mkdir -p ? + nah + the check is wrong + the -d just before it + hmm + if [ ! -d $(OBJDIR)/$$d ]; it should be + ake[1]: *** No rule to make target `/home/psyco/s/code/misc/archos/rockbox/drivers/ata.o', needed by `/home/psyco/s/code/misc/archos/rockbox/librockbox.a'. Stop. + hm + why does it want to make drivers/ata.o and not just ata.o from drivers/ata.c + heh + ah + I need to strip off the trailing subdir + PsycoXul: the buttons work a little better now + Zagor: cool + i'll test it as soon as i get it to compile again heh :p + still some odd bugs though :) + so yeah i'm wondering + i noticed when it boots it like pauses with the red light on for a moment and then the HD spins down and then spins back up again and then it reads it and then stuff comes up + it's hyper responsive now. neato + but archos' firmware doesn't do that, it just goes straight through + are maybe some of the initialization things you're doing actualy done for you already by the rom firmware and thus unnecessary? + PsycoXul: hmm, i don't get that over gdb + hmm + well actually I do, but that's because i always start from spun-down state + drivers/lcd.c:427:22: macro "lcd_update" passed 1 arguments, but takes just 0 + why does it say this? + because we first declare it as a macro and then try to define it as a function + silly + us + :) + ah right + but adiamas was a bit hurried doing the fix. it should be a function for recorder too, not just simulator + maybe that's why you're getting it + it is + tra l ala + jävla allergibah + this won't work with the default actions for .c.o + we need to start getting this filelist code working soon + and also start thinking about in-memory filelists + Yeah + such as the one we get when browsing. currently it reads from disk every time the list scrolls, which isn't exactly nice :) + hehe + "First get it to work, then optimize" ;) + yup + And make the font smaller too! I want to see long filenames and skip the scrolling! :) + heh + NOW NOW NOW! :) + Just kidding + ok, i've found our first (i think) works-in-simulator-but-not-in-target bug + In time, everything will be perfect + when browsing files in a subdir, scrolling down will mysteriously take you to the parent dir again + only on target + ok i've got a dir on here named "Adam Sandler" that shows up as "HMC1 Y U" + PsycoXul: that's code for "adam sandler sucks" :) + :p + "you really don't want to listen to this anyway, do you?" ;) + hmm + the lcd_puts also should output full lines, not just the length of the string + lotsa bugs found already :) + and then i go into this one dir and when i scroll past 2 files it goes to the dir below it heh + or above it + whatever + or rather lcd_puts() works well, it's tree.c that bugs + PsycoXul: yeah, I get that too. but not in the simulator + hmm it also hasn't shown me an id3 yet + and it seems to have just locked up trying on one + heh + no something bugs in the file access code, it prints out "can't find file" + in gdb mode, that is + I guess we're not ready for release yet :) + it shows me no artist/no title on the disk label... heh + locks up on archos.mod heh + most of them it says [no id3 info] even though i know there is, and others it just locks up on + file.c bugs. i'm looking at that now + try the firmware/makefile again + still its getting exciting heh + hmm + thread.c:42: warning: missing initializer + thread.c:42: warning: (near initialization for `threads.ctx') + make[1]: *** No rule to make target `/home/psyco/s/code/misc/archos/rockbox/crt0.o', needed by `/home/psyco/s/code/misc/archos/rockbox/librockbox.a'. Stop. + first thing, or does it do anything good first? + well if i make it THISDIR="." it works heh + yeah it compiles several things before getting to that +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + right, that's an assembler file + I am not sure if my box rocks! Who should I speak to about this? + hehe + PsycoXul: another update! + For some reason it is packed full of Rod Stewart and Celion Dion! + woo + it gets all the way to apps/archos.elf before it dies about no ../firmware/librockbox.a + right, haven't touched that Makefile yet + i know + thats why i said woo :p + :-) + things are moving along nicely? +<-- ironi has quit (Read error: 104 (Connection reset by peer)) + they do + <-- is sneezing like crazy +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]") + odd bugs happening + ? + on target, tree.c calls playtune)() with too short a dir path! + in the simulator it works just dandy + not enough debugf's :) + i've got gdb, I don't need DEBUGF :) + Naaah :) +* dwihno sends some debugfs' to dr. Zag + Prognos: 22/5 H, H, H, M-H + Damn, jävla pollen! +* Bagder is back + the apps/Makefile has been adjusted to OBJDIR now too + would be neato if someone tried it out + make -C IRMWARE OBJDIR=. + make: *** IRMWARE: No such file or directory. Stop + ugh + how did you get that? + also add a -g to CFLAGS in apps while you're add it, it doesn't have one + just running "make" in apps + ah + stupid me + btw, do you have a better suggestion for that part + i haven't looked at it :)( + it has a dependency on the librockbox.a + and if it is absent, it runs make in the firmware dir + and generate the lib in the OBJDIR + in fact, it generates everything in OBJDIR + I could just ignore that target + How dangerous is it to have the player attached to the power cord all days? Should I disconnect the charging device when the battery gets full? + dwihno: it should be ok, but some US people have reported overheating problems + I decided, I cut out that target + damn it, no I don't + Zagor: you want -g on all builds or just debug? + just debug + Zagor: Ah, okay. Your unit is unharmed? :) I guess you're the one who's using your archos on a daily basis + yes, i have no problem with mine + I'm off however. Have a nice evening. +--- dwihno is now known as dw_gone +<-- Linus|meeting (~linus@labb.contactor.se) has left #rockbox +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor +--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox +* Zagor just soldered power cables to the battery pods. no more low battery problems :) + I just committed a modified apps/Makefile + you want to use that from the toplevel makefile + "tools/configure update" is goodness too + lalal + umm, have you added tools/configure? + yes + you should try it + ah, it was already fetched. + cool. works great! + all the way? + yep. create a build/ dir, ran ../configure update and make and whooosh, archos.mod + neato + yup, very nice + almost like magic + I'll make a post about it + do so + Aare we approaching 1.0 any time soon? + yep + *says the inpatient beta tester* + ironing out some bugs currently + Zagor: wh do you think it will be available? + a week, maybe two + cool + Maybe I sohuld put some effort into making a webpage to be doen until the release + done + yeah, that'd be nice + would be cool + =) + I just have to find some free time. =) +--> Linus (~linus@labb.contactor.se) has joined #rockbox + just send me the RGB values and i'll fix the basic layout + then we can tweak it more later + as you wish + Zagor: light-blue: R:182 G: 198 B: 228, dark-blue: R: 104 G: 135 B: 187 + Bagder: will you add a COMPILING file to firmware/ too? or whatever is a suitable name + ironi: thanks + Zagor: np + do you have the link to that image, so I can take a look= + I'll do that + perhaps BUILD is better? + or simply README :) + or COMPILE ? + README is good +<-- Linus (~linus@labb.contactor.se) has left #rockbox + README it is + time to go + see ya +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + gotta go. see you guys +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox + so +--> chris1 (~flanz@62.132.155.14) has joined #rockbox + hi + hi + I will short point out , that on w32 no stdbool.h file exist.The windows.h has some BOOELAN #define . on the W32 platform + most files on the firmware directory will use stdbool.h +<-- chris1 has quit ("r") +<-- Tumm has quit (Read error: 104 (Connection reset by peer)) +<-- ironi (ironi@as2-5-7.j.bonet.se) has left #rockbox +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +--> amm80 (~amm80@zone-7.jesus.cam.ac.uk) has joined #rockbox + hello everyone + Is anyone listening, I'd like to chat about my Archos Jukebox +<-- amm80 has quit ("Client Exiting") +--- dw_gone is now known as dwihno +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + oh, christ.. your back?> + ? + ?? +* adi|home pokes Bagder with a wet noodle + hey, its morning here! + :-) + hey its 02:00 here :) + is something up with the sourceforge cvs? + I dunno + doesn't work? + i do: cvs update -dp and it keeps failing on my password + and its taking *forever* +* Bagder tries + yeps, seems like it is having problems + grr + Good morning lads. + hey + adi|home: cvs is up again + i noticed :) +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + adi|home: you think it would be a good idea to use the configure approach for simulator builds too? + morning bro +--- Zagor_ is now known as Zagor + hi + Zagor: we should remodel that activity thing on the web page, now that it is almost entirely green + it makes the impression that we're done + actually i did that on purpose yesterday + do indicate how far off from release we are + to + any progress on the file code? + actually, it's tree.c that bugs + ah + I'm about to finally get my sh tools setup +--> Linus (~linus@labb.contactor.se) has joined #rockbox +* Bagder sallutes dr Linus' arrival +* dwihno pollutes ... erhm, salutes, too :) +* Bagder considers setting up some "daily Rockbox builds" + on the sim... if i want to try playing an mp3... + what key do we have mapped to that? + it should play it when it displays the id3 data + hmmm and if it don't? + then something isn't working ;-) + in the makefile.. i should only have to turn the PLAY=1 on yes? + MPEG_PLAY, yes + play.c doesn't call the play code, i think + it does + hmmm i get an error stating mpeg_play.h not found... + ok + did we lose that at some point? + I don't know + I never tried playing mp3 + is there a way to test in a makefile if a value is on or not? + ifdef + ie: if(MPEG_PLAY==1) + ifdef MPEG_PLAY + k.. ill try that + or 'ifeq' + yes, if you want to compare values + "Bonsai is tree control (get it?)" + funny guys those mozilla hackers ;-) + hehe + bonsai + tinderbox makes a cool daily build system, you seen them in action? + i don't get the Bonsai joke.. + how does it relate to mozilla.. + its a tool to overview CVS actions, in the dev tree + it was made for mozilla, thought it is independent + though + we use it here in our project at work + got ya + we have tinderbox building the entire system, for 5-6 different configs, non-stop + LOL + i guess you could call this "sound" + jesus christ + talk about sounding like crap +* adi|home shakes his head + it makes a great web-page that can show exactly who did what that made the compiles break + okay.. i did my one minor fix for the day.. bed time + night adi + the toplevel makefile doesn't work for me + no? + what happens + drivers/button.c:128: `PBDR_BTN_ON' undeclared (first use in this function) + where is that define? + uh, no idea + this is a recorder build btw + the player build works better, but not completely +--> irony (irony@as2-5-7.j.bonet.se) has joined #rockbox + hm, it is in Gary's code + only + hey irony + hey Bagder + Zagor: u there? + Bagder: u work @ contactor too? + yepso + yep + cool + yah ;-) + you develop applications right? + Everybody does! :) + well, us guys are mainly embedded + well some companies do consulting and supply vendor products + realtime, network, unix, on the metal + i have a short questionnaire for developers regarding open source + in smaller companies, and contactor seems the right size + so if i mail it to any of you would you answer? it takes 10 minutes + well, we're pure consultants + sure + fire away + email it now from my classmates account + Zagor: is the "Port B data register bits" interesting for the Player too or are they Recorder stuff? + they seem to be related to LCD mucking + ok so i mailed it now, if you could anwer asap I would be happy + got it + =) + uh, word + irony: lesson 1: Don't use msword for open source work :) + hah + Zagor: i was just about to say that we dont practice what we research :-P + Bagder: which bits do you mean? LCD_DS/CS/SD/SC are needed for both + you do have word...or staroffice or somethig...dont you + right + irony: we can read it, but you'll get a text reply ok? + no problem at all + well, if you dont have any q's I need to continue my mission + move on, there's nothing to see here ;-) +<-- irony has quit ("work work work") + Bagder: Port B is mostly LED, I2C and LCD + but generic? + You mean common for both player and recorder? + yes + I don't know. The Recorder schematic is incomplete + ok + I add them in the global area + But the Player uses Port B for LCD, LED and I2C + then we'll change that if need be + global area? + without ifdefs or anything + I2C = ? + A serial bus + :-) + I intend to get a recorder version of archos.mod to build + Cool! It would be neat to test it! :) + How do you load it? + does it require some hw mod? + no, you just copy archos.mod to the root dir + hm + but what about the ajbrec.ajz file? + the recorder looks for a number of files + i'm not sure in what order. it's best to only have one firmware file in root + okay + I just can't figure out why they would want a compressed firmware file (I guess ajz is compressed) + Linus/Zagor: check out the sh7034.h mods I just committed + no ajz is not compressed, it's just renamed + then I'm completely lost + well, the ways of archos aren't meant to be understood by us mere mortals :) + Maybe the extension .MOD was too popular in Windows + and people got in trouble when double-clicking on it + haha + :) + maybe winamp tried to play it + Is the 'HD-lock-problem' solved? + I mean, the thing causing it? + yes, long ago + oh, no the reason is still unknown + Stupid to even have such a feature + yeah it's a bit odd + i've heard the xbox uses it to protect against reading the disk in a pc + dang + archos.mod for the recorder + dang? + Ah + :-) + Is it done? + its done here ;-) + whoa! + test it! + don't have my archos around + Well, if you promise it won't lock my HD, I want to test it :) + <-- just got a cup of tea - TASTY! :]~ + i promise + almost :) + hehe + Well, DCC it then :) +* Bagder commits + <-- has no compiler :/ + now all three targets build + cool! :D + send send send send :D + <-- wants to test! + I can't dcc, email only. address? + dwihno@hotmail.com + try this http://storebror.haxx.se/archos.mod + got it + here goes nothing + didn't start the firmware + I'll test renaming it + yes, try that + What is working with the firmware? + hehe, we haven't even tried the recorder one yet + ata: -2 + how do I turn it off?! :) + ok + dwihno: yay! + c00l + dwihno: you got that on the displat? + Zagor: Yes, now tell me how to turn it off! :) + hold down off + then the lcd stuff works ok at least + for how long :) ? + if that doesn't work, pull a battery + ah + Pulled the power cord out + sorry + apparently the OFF key is software controlled + with power cord out, power off worked + ok, yeah you can't turn it off with the power cord connected + ah + goodie + well, the ata: -2 means ? + it means a part of the ata init code failed (check_registers) + no, that's hard_reset + Bagder: why include the port name in the defines in sh7034.h? + dwihno: you're the first person running this on the recorder, congrats! ;-) + I AM! :D + YAY! + Linus: because that's how Gary did it and thus that's what the code uses + i found the tree.c bug. it turns opendir() corrupts the input argument + We have waited long for a gullible guinea pig to try it. :-) + Linus: lol + I think that defeats the purpose of having defines at all + feel free to fix + I'll do that. + Someday. :-) + haha + Bagder: which code uses them, you said? no code in lcd.c uses them... + Bagder: what code uses those defines? + How far away is a release now? +* dwihno is thrilled! :D + dwihno: a week, maybe +--- dwihno is now known as dwihno_ata-2 + Linus: lcd code + Now I'm known as the ata -2 dude ;D + but the recorder will take longer, since we haven't written the mpeg code for that yet + or was it buttons? + ah + ;-) + Nice to test it though :) +--- dwihno_ata-2 is now known as dwihno + At least, the LCD stuff works ;) + Bagder: never mind, i'll fix it so The Code Police is happy :) + Zagor: you going full time rockbox then in a week or so? ;-) + you bet! + we expect miracles to happen then ;-) + :D + I showed my archos to my mother last night, she got all impressed + Bagder: not in lcd.c + use grep? + Never mind. I'll leave that to the cops + Bagder: is right for strtok_r: + for ( part = strtok_r(name, "/", &end); part; + part = strtok_r(end, "/", &end)) { + no + the first is right + the second should use NULL as first argument + ah, then it takes end as start. ok, saw it now + end points to the byte *after* the null termination, right? + yes it does. ok + I don't think you need to care about what it points to + i need to restore the / chars in the string, since i'm strtok:ing the input argument + either that, or copy the string every time + ah + well I guess a copy is cleaner + i'll do that for now + Bagder: how should i initialize the malloc system? + first dmalloc_initialize(); + then bmalloc_add_pool(thisisourheap, AMOUNT_OF_MEMORY); + ok + 'make clean' first generates all depencies, then removes them all... :-/ + dependencies + yeah, not very pretty + it annoys me + where is size_t defined? + stdlib.h I think + now why would ata_hard_reset() fail? + 1) it's using the wrong port pin + 2) the ata interface registers are at different addresses + ok + actually 1) isn't a problem, we've always had it at the wrong pin :) + so we might need to bring out the disassembler again? + no linus has just "beeped" the right one + heh + good old beeping linus ;-) + getsonglength() doesn't work on target. it never finds a frame header + weird + PA9 + not PA1 + It seems like Archos was aiming to use IDE DMA + whoooo, id3 display! + (songlength commented out) + Or maybe they do...? + time for Greasy Friday +* Zagor now only waits for Linus' mpeg code + so the tree stuff works now? + yup, it was the opendir() strtok that bugged + coolio +--- Zagor is now known as Zagor|lunch +--- Linus is now known as Linus|lunch +<-- Tumm has quit (Read error: 104 (Connection reset by peer)) +--- Zagor|lunch is now known as Zagor +--- Linus|lunch is now known as Linus + recorder ata uses a different ENABLE pin according to the schematic + that would explain why it's not working + sounds right + all this is accordning to linus, of course. i take no responsibility :-) + :-) + GO LINUS! + GO MPEG! + :D + Zagor: if you make a fix, I'll rebuild and we'll have dwihno test it :-) + haha + Fix the damn ata: -2 first :) + dwihno is a good test victim :) + dwihno: that's the part we're talking about + dwihno: that's what we're discussing + Ah, cool :) + What's wrong with the ata stuff? + Didn't you fix that already? + not yet + we're working on it + Cool + Do you know what's wrong? + not exactly, the ENABLE theory was wrong + we're comparing the schematics + asch + mkay + strcmp! + strcmp("ata: -2", "No ata error"); +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox + silent bob joins again :) + hi Tumm! + Zagor: MAX is wrong + really? + just swapping the positions to MIN still return the smaller one + right. it was linus' idea! ;) +* Linus slaps his forehead +* Bagder laughs + I had to think several seconds +* Zagor has no brain of his own + assuming you did something clever + I didn't + It's a pity that Zagor relies on my brain... + cvs commit mails truly are useful +* dwihno starts singing the "damn you customer, you are so dumb" song + The user is a slave under the software + The coder is a master over the software + Thus, the coder is master over the user :) + users are annoying ;-) + LUKE, I'M YOUR MASTAH! + NOOOOOOOOOOOOOOO! + Users are bad. + Bad for the mopral + ice cream! + Coffee! + 10: drink_coffee(lots) + 20: goto 10 +<-- Linus (~linus@labb.contactor.se) has left #rockbox + Are there any ANSI C ways to read a high-resolution timer? + no + Bugger! :/ + Well, I guess I'll have something to do tonight, checking the win32 api :) + :-) + What do you think about win32 api coding vs. mfc? + GetLocalTime() + they both suck + If you need to choose? + I have no clue, really + Zagor: ever been bitten by the great pSOS time() bug? ;-) + yeah, we just barely survived it + hehe + we just recently found out + time(NULL) writes to address 0 ;-) + ata: -2 + :) + dwihno: what's your real name? +* Bagder writes a little status mail + we're very close now + Hmm + I am Magnus + Nice to meet you :) + hehe + Magnus Öman + i've integrated the mpeg player code, but somehow the threading bugs + Evil gosse + i can tell you guys that the 6000 draws 170mA when idle + Is that good or bad? :) + well, it just is :-) + it'll be fun trying to lower that by turning off various things + it goes up to ~700mA during disk access + With rockbox or the original firmware? + rockbox + okay + you should compare it :) + and make some cool charts + good point, i'll check with the original firmware some day + Rockbox - The low power consuming firmware + well, not yet :) + hehe + I gotta run +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + bye + The LCD should be configurable to turn itself off after X seconds of inactivity + and the scroller should be fast too :) + since my filenames are really long :) + and the font could be available in a smaller set :) + the problem with fast scroll is that it gets blurry. the lcd is pretty slow +* dwihno = idespruta today + fix us a smaller font then + Sure + Can you send me a gif with the current charset from the recorder so I have a reference? + it's on the research notes page + okay + Is there a problem with different font size on the LCD? + I guess the players are limited already + the player is fixed, the recorder is free + Mkay + i have a windows font called "small fonts" that would be cool. it's VERY small, like 5x3 pixels + yet quite readable + Just map it in photoshop then :) + 6x9 px + right? + (the current one) + maybe, i don't know + 6x8, I see now + Do you think it would be a disaster with only capital letters? + not very pretty, anyway + Yeah + True, true + The current rockbox uses the "built-in" charset? + no, there is no built-in. it's defined in charset.c + mkay + I thought it would be something stored in some neat ROM somewhere :) + The file or directory \Desktop DF is corrupt and unreadable. Please run the chkdsk utility. + Damn gay files created when the archos is connected to a mac! + damn + gay file! +* dwihno gets crazy + Mac creates a shitload of stupid files when you attach it. +* dwihno learned his lesson +--- dwihno is now known as dw|gone +* Zagor can SMELL the release + ooooh, just a little bug left. too bad i've got to go. see you all! +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> alkorr (alkorr@srs01v-7-97.n.club-internet.fr) has joined #rockbox +<-- alkorr has quit (Client Quit) + hmmm + hmm + UIE68 at 09000D20 + heh + i dunno who did what.. but the uisim is broken.. am im too damn tired to fix it.. have fun. +<-- Tumm has quit (Read error: 104 (Connection reset by peer)) +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +--> alkorr (alkorr@srs01v-4-235.n.club-internet.fr) has joined #rockbox +<-- alkorr (alkorr@srs01v-4-235.n.club-internet.fr) has left #rockbox +--> elinenbe (~chatzilla@pcp01722702pcs.union01.nj.comcast.net) has joined #rockbox +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]") +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +--> ironi (irony@pcb320-02.ihh-stud.hj.se) has joined #rockbox + hllo + hi + hi Zagor + hey I just checked the page, and I see there is no red anymore + cool + =) + everything is underway, then + yup + seen this: An international team set a new record for Internet performance by transferring the equivalent of an entire compact disc's contents across more than 7608 miles (12,272 km) of network in 13 seconds. The rate of 401 megabits per second achieved in transferring 625 megabytes of data from Fairbanks, Alaska to Amsterdam in the Netherlands is over 8000 times greater than the fastest dial-up modem + cool +<-- ironi has quit (" ") +--> huz (~marco@AToulouse-103-1-3-31.abo.wanadoo.fr) has joined #rockbox + hi all +<-- huz (~marco@AToulouse-103-1-3-31.abo.wanadoo.fr) has left #rockbox ("Client Exiting") +--> elinenbe (~chatzilla@pcp01722702pcs.union01.nj.comcast.net) has joined #rockbox +<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0rc3/20020523]") +<-- Tumm has quit (Read error: 113 (No route to host)) + changed the web page look +<-- Zagor has quit ("bye") +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox + hey +<-- ironi (ironi@as2-5-7.j.bonet.se) has left #rockbox +* adi|home screams!!! + wtf... +--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + loh + hello + and welcome :) + hey + I'm suprised to see stuff is actually getting done in development + ;p + hehe alot of stuff.. + I've got my second juke + v1 is close at hand for the players... + nice + first one died horribly + heh + This one has problems, I guess + heh, there is an apps/ development area? + I'm impressed :P + how much will this firmware differ from Archo's default? URL to FAQ? ;) + hhehe you should play witht he sim a bit.. :) + hehe + the sim? + Tetris? + lol + we have a user interface simulater + porting Quake II to the Archos + ah + I suspect I'll have to get my hands dirty with all kinds of sh assembly and such + so ppl like me can play with the api's while we are trying to get off metal. + depends on what you want to do. + heh + I wouldn't mind customizing some things ;p + i.e. the startup 'logo' + and i ake it you found my baby ;) (the FAQ) + yeah + ehehe already done ;) + heh. + for the recorder, its a bitmap of the ROCKbox! logo + hah, bitmap? Awesome + nods + my little annoying project has been getting a very skinny Linux boot disk, ala tomsrtbt, and using the jukebox as a nice, simple USB hd. + the makefile is a bit scerwed up for the rockbox sim right now.. and im just to lazy to work on it. + heh + hehehe + good luck :) + there are some whacky physical problems with mine + maybe you could help with the rolo then :) + I must find an adequate tool to crack open my box. + stupid power terminal seems mashed + :) + can't help you there.. i know nothing about the hardare + hah + thus I yank out the soldering iron, and raid some catalog for a decent replacement :p + I suspect an allan wrench could do it. + I've run into the double-height capability through some weird bug + :p + and indeed, it is quite annoying + hehehe +* adi|home runs off a bit +--- dw|gone is now known as dwihno +<-- kitsune has quit (Read error: 104 (Connection reset by peer)) +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + Hellö + hey + Had a nice weekend? + yeps + you? + Yeah, I didn't get any serious work done, but I guess it was OK + The entire sunday was spent fixing the mothers-day gifts and such + hah + I saw that attack of the clones yesterday + Was it good? + well, there are some cool effects, there's cool scenery and stuff + I think the Anakin character is a crap actor + all in all, I'd give it an "average" + okay + Expensive hobby ;) + Ever since my archos investment, I've been a cheap bastard :) + :-) + woo, sound settings menu committed + :O + New code huh? + What has happened during the weekend? :) + You coded instead of celebrating your mother? :) + Björn's committed various fixes + Minor bugfixes? + I'd call them "fixes" ;-) They're more than bugfixes + the sound settings is added + and he modified the menu system + Mkay + Is there any precompiled win32 simulators available for testing? + still no ATA fixes that are likely to correct the Recorder problem though + I thought it would be neat to test the menu + nope + yes, binary simulator packages would be neat + though the win32-guys are lagging behind these days, I doubt the simulator builds on win32 anymore +--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + howdy kitsune + heya + Lords of Acid - Pussy + fun to see rockbox is undergoing work ;) + oh yes, moving steadily towards 1.0 + I sort of watched its development before it even had a name. + :-) + Brother of Bjorn? + I am, yes + heh, fear my lack of umlauts. + I haven't quite messed around with setting up my keyboard for that. + I don't blame you + we have those odd-looking characters in our language ;-) + heh, you're the one who toys with id3, nifty + right, I added that code + BROTHER OF BJORN! + ALMIGHTY BROTHER! :D + ? + hehe, right + he's my kid brother + *nix has some nice ones tools for dealing with those tags :P + I generally strip id3v2 tags, and make use of id3ren to give my files a nice, consistent feel. + That makes you 40 years old? :) + dwihno: not quite ;-) + I would strip all ID3 tags and run a utility storing a checksum in the comment field of an id3v1 tag + Bagder: So how old are you? + Villa, volvo, vovve? :) +* Bagder is 31 + Then you got all those! :D + What's the name of the dog? Pricken? + nope + I'M NOT WORTHYYY! +* kitsune messes with another nifty usb hack :p + gtkam + the power of gphoto + USB = cute + I haven't tried v2 yet, of gphoto + it is the only thing that works my my camera + ok, v1 didn't work with mine ;-) + Cannon S20 + A20 + I got a USB webcam thingy + But it's weird 3com stuff, so I guess it won't work :) + http://rei.damnsw.net/~adam/stuff/archos.jpg + I got bored and decided to scrap my old cgi image gallery :P + ayanami rei? + heh. + indeed. + cute pic :D + yeah + I think Asuka is the coolest + heh. + That's a lady with attitude! :) + Well, my machine is pretty much going to be renamed lilith + eventually + which is ironic, for someone named adam :p + or perhaps eve + ;) + :) + kitsune: you tried running rockbox yet then? ;-) + seeing you have a studio + Badger - heh, no. + I'd love to see the ata: -2 thing fixed, so I can test it on my recorder :) + hmm + dwihno: I agree + we might need to get a recorder modded for gdb + I'm pleased with the studio. + nice, simple + but I'd go for a nice new recorder, with USB2 + Who wouldn't :) + That's why I got one ;D + heh + indeed + I love it already! + It'd be a good present for someone + I also use it for project storing + I suspect most folks I know would be fine with 6 gbs :P + Bagder.. yeah.. bjorn commited them... now the uisim so good and broken + adi|home: I know, am working on that right now + Some people might find 20gb overkill :) + it is ;p + But when it comes to data storage, it is never enough! :D +* dwihno awaits the 100gb model with great anticipation + ;) + yeah. i was chasing it... and got too damn tired.. im headed to bed now :( + I've noticed the USB doesn't seem to be very fast. :p + adi|home: leave it to me, I'll have the sim working in a few mins again + night adiamas + I could go for a type of docking mp3 player, that'd be kind of nifty. + albeit you'd still pretty much be stuck with one interface or another. + Hm + http://rei.damnsw.net/~adam/buttwurst-washingmachine.jpg + MP3 players should be mounted as external hard drives + That's the biggest breakthrough + hilarious images grepped from somethingawful + heh + instead of using gay-ass software + (which, at any time, might be stopped from further development) + dwihno - heh, modprobe usb-storage, mount /mnt/juke ;p + there, external HD. + yeah + That's how it's supposed to be done! + Well, it isn't like it is a horribly revolutionary idea ;p + How do you do to "stop" devices under linux? + they're just not using some stupid proprietary system that doesn't work all the well. + dwihno: you umount the fs again + heh. umount /mnt/juke :p + You don't have to do anything else? + yeah + I mean, in wintendo, you need to "stop" theservice + I'm thinking of basically having a docking-ish feature for this thing + just use a sync. + so I don't need to copy things manually, copy -u is a bit of a bore. + ah + I got a semi-script thingy which synchronizes the content of my player with d:\mp3 :-) + heh. + I wrote a mp3sync that works for me + heh + syncs two file trees + How does it compare them if the same file exists in two places? + Timestamp? + that is basically how cp -u does it. + no + <-- baked buns yesterday btw + I'm the no #1 chef! :D + I do a filesize check first + I like progress bars + They are sleek + With time calculation stuff which tells how much time is needed to synchronize the trees + it would require a two-pass thingie + Who cares! + "As long as it's pretty(tm)" :) + progress bars? ;p + yup + nice. + Time to goto meeting ;) + brb +--- dwihno is now known as dw|meeting + later. + oh well + I'm greatly impressed :P + crap, the recoder build is broken again + recorder + heh. +* kitsune recalls the mp3 he'd hunt for + Carmina Burana - O Fortuna + to commemerate the efforts of open source programming :P + :-) +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +<-- kitsune has quit (Read error: 104 (Connection reset by peer)) +--- Zagor_ is now known as Zagor + woo boys + morning Zagor + the recorder build is broken + ok, what happens? + it's really weird + malloc/dmalloc.c:555: conflicting types for `realloc' + /usr/local/sh/sh-elf/include/stdlib.h:93: previous declaration of `realloc' + make[2]: *** [/home/daniel/src/rockbox/build-recorder/malloc/dmalloc.o] Error 1 + not just recorder + ah, yes. that's a bit odd + i got that too on my last player build + ok + yes, I get it in the player build too + its the stdlib.h include in bmalloc.h that causes it + but how does the realloc() differ? + stdlib's realloc takes a void* as first parameter + aha + the dmalloc.h proto too ;-) + hehe + fix committed + goodie + btw, how do you guys like the new web look? + the simulator builds too again + found any bugs yet? ;) + Zagor: I want a link on the image on the left-top corner + to the front page + right + fixed + time for a coffee refill +--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + do you think I should make the tools/configure system work to build the simulator too? + eh.. I dunno + all been a blur for me. + nah, i don't think that's necessary. we don't have to mix that too much + when 1.0 pops out in a nice tar.gz, I'll be happy + :-) + kitsune: :-) + we should write a tarball-maker-script + I think it has been done + maybe. + PsycoXul: my doubleheight code doesn't work. isn't that how you did it? + I need to get a nice set of new batteries for my juke :P + 2200 mAhs or something + i've only ever seen 1800. who makes 2200? + I think you can order them + This is from taking a short visit to my local batteries plus. + batteries are expensive, but rechargeable ones are not too bad :p +--> Linus (~linus@labb.contactor.se) has joined #rockbox + Have you missed me? + i've missed your bug fix to the mpeg code + hey + oh yeeees + we miss your ata adjustments to make the recorder version rock ;-) +* kitsune waves to the nice developer type man + Oh. I feel welcome. :-) +* Zagor notices he seems to have broken the menu code this weekend :) + Yeah. I have missed a working menu code all weekend. + hahaha + blrllrlrl + it did work, neener neener + I just couldn't fix the MPEG code without it. + bah, last I heard you couldn't even get your PC running ;) + No. I have a PC from hell! + I upgraded to be able to betatest a new ***** card from ***** (NDA). + And the single thing that didn't work in the box was that damn card!!! + Major BSOD if I insert it. + just have a wimpy linux box around for kicks? ;p + grrrrrr.. Bagder... + In file included from ../../apps/play.c:35: + ../common/mpegplay.h:21: conflicting types for `mpeg_play' + ../../firmware/mpeg.h:23: previous declaration of `mpeg_play' + make: *** [play.o] Error 1 + we have function collisions. + ugh + when you turn play on in the makefile... + the mpegplay in common needs to be renamed. + thats all. +* Bagder points to Linus and Zagor + :-) + heehe +* Zagor takes no responsibility for breaking the simulators :) + I thought they were supposed to work the same way + they were... but having both functions in there is not a good idea... + otherwise.. we should #define around themm... + well, the simulator one could be remade to return void + then they would be the same + ont you still get conflicts? + redefinitions? + no + the simulator doesn't include mpeg.c + those are only prototype conflicts + ahh.. okay.. then i fix + PsycoXuuuuul! + fixed + hmm + PsycoXul: i need help with the double-height mode. my code isn't working + hmm + ok +<-- kitsune has quit (Read error: 104 (Connection reset by peer)) + with the old lcd_write(int byte, int data) from the old scroller code, i used lcd_write(9,0) + i dunno how the new code is exactly but maybe false instead of true? heh + that's precisely what I do too :-( + hmm, maybe there's a difference in old/new lcds + Possibly +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + fuhn fuhn fuhn on the autobahn +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor +--> Linus (~linus@labb.contactor.se) has joined #rockbox + boooo! .a dependencies aren't working + i changed file.c and it's not rebuilding the lib +--- dw|meeting is now known as dwihno + btw, why do we generate one .dep file for each file and not just one single one? + 'cause that's how adis dep script does it :) + ok :-) + also it's easier to see when to update the dependencies if you have one .dep per file + ah, right + ok it must be a difference in the lcd's + it works fine here + ok + great with me, lameness is +--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + I've been chasing reentrancy bugs in open() and opendir() for 40 minutes, only to find out i was calling open() with a bad argument... :) +* Bagder puts the "I am lame" sticker on Zagor's forhead + Zagor: Try to have the "positive side" approach - at least, you found it +* dwihno puts the "you found the problem and solved it" sticker on Zagor's nose + :) + another positive: opendir() now supports multiple concurrent open dirs + coolness + multiple concurrent open dirs? + :D + how does that work? ;p + Zagor RUUUUUUULES! + Zagor: Now move your ass and fix the ata: -2 problem ;) + kitsune: doing multiple opendir() before doing closedir() + dwihno: the recorder is low prio right now + well, exactly what would the noticeable difference? ;p + kitsune: we have more than one thread + Zagor: I'm just kidding. I know about the priorities +* kitsune forsees multiprocessor mp3 players ;p + powered by a car battery, just barely portable? ;p + nothing like a good ol fashioned compiler to spike up my load average + muh, it's the linker script! + baaaad linker script + stack, heap and mp3 buf are all in the same location :) + ln -s $1 $2 + there is a good linker stuff ;D + yesssss, now we have sound playback working IN THE APPLICATION + we are *close* + :O +* dwihno is <----------- this ----------> impressed! + You rules! :D + heh + in current cvs? heh + PsycoXul: yup, linus is checking in the last fix now (gdb.lcd and app.lds) + woo + hmm, 4 AM + close to 1.0? + kitsune: very + :D + well, version numbers are fairly irrelevent ;p + indeed :) + considering slack's jump from 4 to 7 + :) + That's what happens when you give into the group pressure ;) + heh + or get tired of getting e-mails "Is this Linux 7?" + :) +* kitsune finishes building evil cross compiling gcc + I should setup a 68k one too :P + :) + cross compilers are sexy + it'd be kind of cool to get Linux working on a mac plus + have a nice logging box :P + that'd be it. + slightly more legal than the MacBong + more humane than the MacAquarium + /usr/sh1/lib/gcc-lib/sh-elf/3.0.3/../../../../sh-elf/bin/ld: section .pad [000000000900c800 -> 000000000900c803] overlaps section .stack [000000000900b840 -> 000000000901383f] + yay, clock skew + PsycoXul: yeah, more fixes coming :) + x11 uisimulator works. + pretty l33t. + wooo + ;-) + heh, yeah, what can I say, I barely remember my C + time to freshen up! ;-) + Yeah + I've got to uh, remaster some asm + hehe + if you stay in apps, you can safely go with C only + heh. + I want REALLY small stuff, though + so asm would be an amusing way to go. + sick, masocistic, unportable. amusing +* PsycoXul will add a text file reader for the player soon + hah. Keep a list of phone numbers or something ;p + well write one anyways, i dunno if you guys would want my version of one :p + kitsune: nah, to read books :p + sure we do! + ... I prefer my books in a paper format + in case I'm ever in some bind and I need something to burn. + i don't have all my books in a paper format + and besides + this bookreader has a backlight! :p + true + hehe + with accompanying theme music + and it plays music + what is not to love. + yeah + and its the size of 1 book but can hold many + so yeah hmm + a small book + a very small book :p + does the app currently let you browse around while a songs playing? + which app? + archo's firmware does. + no + PsycoXul: that's the general idea at least + the rockbox one + heh + ah + PsycoXul: yup + It should :p + ok will it work now? + I liked the rather limited queue function in the archos firmware. + it first displays id3 info, press stop and you will get back to browsing + It'd be neat to see that expanded. + Bagder: could you rewrite getsonglength() to read blocks instead of single bytes? + UIE68 at 0900442E + I could take a dive into it, sure + PsycoXul: oooh + are you using the pure cvs code? no funny stuff of your own? + yep + strange + when did you get it? immediately? + yeah + jwahaha, now I've got myself a nice little firmware compiled. + easier than I thought :P +* kitsune thanks linus greatly for his instructions + yeah, they're great +* Zagor is browsing and playing songs on his rockbox. Niiiiice. + Cool + rocking + you can't stop playback yet :) + haha + good feature :) + We have problems with several threads using the file API though... + the show MUST go on ;) + yup. anyone not going to lunch now, inspect file.c :) + uh oh + UIE68 at 0906FA02 + I know what it is + heh + UIE68 is the Rx interrupt for the serial port + good, 'cuz I don't. + The remote control + we don't get it since we're using serial gdb... + heh + *knapra banan och lyssna på dance-beats* + eh? + kitsune: remove the debug_init() call + We forgot to #ifdef DEBUG it + good sir, where would I find that? ;p + main.c + in apps + or cvs update in 30 seconds + patch checked in now + Zagor is committing as we speak + joy, done + Zagor is quite fast when it comes to patching stuff + also check out the new id3.c + i've commented out getsonglength() since we have a problem with that at the moment + why is the byte-reading a problem? + i don't know, but it doesn't work + it never completes. could be a file.c problem + it seems to indicate a read() problem + apps/play.c updated too now :) + *NOW* it should work :) + all this movement and updating + how many CVS-updates are commenced every day? :) + varies. from 0 to 50 :) + heh. + manic depressive cycle + we're at about 550 cvs mail totally + mails +* kitsune doesn't even bother testing now :P + no chance. + the CHECKSYNC macro fails + project statistics: http://sourceforge.net/project/stats/?group_id=44306 + crap + Linus: ok + we should try to declare the header variable unsigned + yeah, it might very well be it + It's awfully inefficient, shifting stuff bach and forth like that + hmm + well, that serial port problem is haunting me. + But it might very well be the file code as well + UIE68 at 090036D4 + yeah + kitsune: even with the new code? + it is almost like a vestigial error light + yeah + Ok try this: + Linus: most mp3 tunes only read one byte and thus do the CHECKSYNC macro only once + "get pillow. go to sleep" + before the init call in main.c: + I need a pillow to rest my feet on + IPRE &= 0x0fff; + it's quite uncomfortable to have the feet on the desk + and that is? + We must debug it in target... + kitsune: that disables the SCI1 interrupt + ah + whatever that is. + consider me close to the end user + :p + just a very bored one. + Bagder: We must debug the songlength code in target... + ues + yes + would help a lot + Bagder: I'll do that after lunch + ROCKbox! + r0ck + PsycoXul: C00000000L! + woo + it plays too + but i don't get the id3 info thats there + heh + menu doesn't scroll down + no there's some problem with the menu. it works in the simulator but not in target for some reason + does sound settings work? try the menu button +--- Linus is now known as Linus|pizza +--- Zagor is now known as Zagor|lunch + well the volume works + bass works + Please comment on the volume/bass/treble levels + and it doesn't clip like archos' firmware's bass controlls do + Does it? + at least not on this song + I went through some trouble to make it clip-free + Bra jobbat Linus! + well done + sounds good + at the expense of a possibly too low volume + though this song just stopped in the middle + heh + oh + :) +* Linus|pizza runs + heh + Linus|pizza: Is the volume control better on the rockbox firmware? I mean, sometmies the lowest setting is to loud :) + huh? + heh + well, I'm haunted by the serial port thing. + hmm + that fix he said works for me + yeah, in main.c, exactly where do you stick it? + he said + before the init call in main.c: + before the first call of init + IPRE &= 0x0fff; + line number? ;) + there's only 1 place init() gets called + heh + in main + main(void) + 82, in that vicinity + { + here. + init(); + yeah + etc + I guessed that. + so heh + let's pray to finagle :P + heh + hey that time made it through most of the song + the universe is trying to kill me. + hmm + but its locked up + heh + heh, fun + UIE09 + at blah + heh + wow, it is morning + Whilst I'm still concious I'll take a photo :P + Take some photos from the interface + I'd love to see it + see what? + from the what? + rockbox interface + what interface? + its a - + haha, alright + that moves around + :p + otherwise its files, menu options, or whatever it is + and thats pretty much it :p + the interface is the LCD and buttons :p + THE LCD THEN! :) + ME WANNA SEE! :) + yeah, I got one of the 'new interface' + :D + I'd love to see! :D + fix several! :D + :D + :)~~~~ + http://rei.damnsw.net/~adam/stuff/ + mornin?.jpg and interface.jpg + heh + interface ownz :) + I like the flashing red error :p + your car? + heh, yeh + sexy :) + indeed. + scare small children and elderly women. + at once! + tired... + :) + I suspect by the time I wake up, there will be a version 1, and if not, there should be. + You crazy dude! :) + heh + heh, caffeine is good for ye. + kitsune: you are crazy! LOCO! :D + there isn't much to be done today + so I'm fine. + so which volume/bass/treble does the sound menu control now, the mas or the dac's + kitsune: why are you up this early? + (early/late) + The caffiene demons got me. + Good :) + Caffeine is your friend + Damn coworkers, they got McD lunch + Well, they get fat, and I'll stay slim and fit ;D +* kitsune imagines dwihno over a bottle of wine and some shrimp cocktail + haha + I hate shrimps + They have this scary look + heh. + They're little harmless things + hmm + No way! + They look all innocent and stuff, but they are PURE EVIL! + heh if you take out the spindown in ata_init() it boots a lot faster but it never spins down heh + heh + that is one area I'd like to have some influence over + just how the hard drive behaves. + since it seems to misbehave, alot. + it does? + Tell me about it! On the recorder, you get the "ata: -2" error .) + yeah, it seems alot slower than it could be, seeking through tracks, etc + heh + I suppose if I felt like it I could get myself a new hard drive :P + :) + I cannot recall which ones were recommended + You can replace the disk without any hassle? + uh + I mean, let's say I install a 40 gig disk, that would work? + yeah + for all intensive purposes, it should + as long as it is the same size, etc + yeah + physically, at least. + how about power consumption? + oh, I don't care about that, hell, it could even be less ;p + I haven't had a look inside my recorder, but I guess the disks are some kind of low power stuff... + heh + the big overkill is it is like trying to suck a bathtub dry with a straw + there is a huge bottleneck with USB + they're 9.5mm laptop drives + There is this sticker saying "remove this, and your warranty goes to /dev/null" :) + heh + PsycoXul: how about power usage? + where was that? + my warranty is already gone :P + what about it? they're made for laptops so + :) + there isn't a serial number on the back of mine :p + evil + time for some lunch quake .) + it is my second one, the first one died horribly + LCD, at least. + how exactly does this tetris work? + hmm, mini CD mp3 player + funky +--- Linus|pizza is now known as Linus + hola +--- Zagor|lunch is now known as Zagor + dwihno: the disks are standard laptop drives, no low-power special doodaas + heh, UIE09 at 35B40900 + fun + wow + what did you do? + I simply applied the change to main.c + ouch + it could be that I'm using new versions of binutils, gcc, etc + how new? + uh, the newest ones on ftp.gnu.org + 3.1? + yeah + shall I go back a bit? + I don't think so + hmm + well, as an acolyte of murphy, I'll make sure everything that can possibly go wrong will. +--- Linus is now known as Linus|meeting + meeting sucks +--- Linus|meeting is now known as Linus + short meeting :-) + :D + Meetings should be kept short! :) + Zagor: what about adding a file named 'FILES' or something in each CVS module root that specify which files that should go into release tarballs? + it should support whildcards, like *.[ch] etc + Zagor is in a meeting + then you may state your opinion ;-) + I want to be able to script releases + We must have a file list of some kind + scripts rules! + so FILES is as good as anything + Bagder: not a bad idea +<-- kitsune has quit (Read error: 104 (Connection reset by peer)) + why do we use both .S and .s? + We don't + in firmware both are used + where? + crt0.S + start.s + start.s os obsolete + kill it +* Bagder kills + .S means preprocess, .s means don't, BTW + if you assemble with the gcc frontend + cool + tarball gets 146023 bytes big + seems to work + funny spam of today: + "Dear Sir/Madam, We are looking to buy waste paper of different types" ... :-) + haha. i got one of those nigeria scams + I like those + the weird thing is people actually belive them + :D + What?! + You mean they are FAKE?! + :-) + They promised me lots of cash if I sent some to them! :) + We get signal + How are you gentlemen? + All your base are belong to us! + Bagder: why does the id3 code use lseek() to find out the file size? + how else? + The file size is returned in the dirent struct + afaik, there is no other way but opendir() + and you want it to opendir() and find itself? + hm + I am silly + ><))))8> <-- now that's sill-y ;) + it could get the file size passed in + but it seems like a weird api + indeed. + forget it +* Bagder forgets + Bagder: how long can an id3v2 tag be, in general? + I don't really know + 100 bytes 2k? + or what? + lemme check + I think there are no limits + I know. But in general, they shouldn't be more than a few hundred bytes, right? + nah + A couple of hundred bytes is more than sufficien + t + Zagor: /home/dast/rockbox-build/daily-build now contains daily builds of the rockbox tarball + neato + all versions? + full archive + ah the tarball + full source that is + I'll make automated archos.mod files too, but I need to get the sh tools up there first + they're already installed. /usr/local/sh-gcc + cool + then consider me on the case + goodie + feel free to check the tarball out to see if I've missed any important files + Zagor: I figured you could make a symbolic link from some properly named directory in the rockbox web tree + yep, will do. + the archive looks ok + goodie + lseek() bugs, it turns out + aha + i expected the SEEK_END argument to be positive, but it's not + And I found an error in the getsonglength() function + coolers + that's why so many id3 tags couldn't be found + Zagor speaks about the lseek(9 bug + yup + yeah, that's quite a difference ;-) + 2002-05-27: All v1.0 code is written. We are now entering debug phase. + yay! + YAY! + Now let's party like it's 1999 ;D +--> ironi (irony@pcb322-03.ihh-stud.hj.se) has joined #rockbox + g'day ironi + heya + i saw the webpage update + nice + yeah, not quite as you did it but a lot better than before :) + yeah for sure + you should perhaps have a border=0 on the link to the small logo + ok, daily archos.mod files are now build too + it has a blue frame + ah, right. fixing. + there + better =) + Bagder: where are they + Bagder: coolers + ironi: i'll fix webpage links + I'm waiting for Zagor to setup the link + oh ok + cool + =) + Bagder: when does your cronjob fire? + so the first version can navigate among songs and play and stop them + correct? + 1am our time + ironi: no stopping yet :) + Zagor: hehe + Bagder: do it later IMHO, like 5 + 1am we might still be working + sure + 6 am then ;-) + good + before we get to work ;-) + I cvs update, build tarball, then build three target archos.mod files + sounds right + where is the link going to be + on the front page? + or a download-section + front page and on cvs page + we should post it to the mailing list too + a download page will be for "official versions" + Zagor: sounds reasonable + Zagor: v1.0 is official, right? + yep + this is so cool + cant wait to post it on coolmp3players.com + oh + is it down + haha + we're not done yet, so don't post now + is coolmp3players down? + I don't know, i'm not there very often + coolmp3players.com is alive + when I ping it + This Domain is parked by Keshet Internet Services + This Domain is parked by Keshet Internet Services + :/ + hehe + well + i would love www.rockbox.org btw + but it is taken + rockboxplayer.org perhaps + rockbox.org isn't really taken, it's available from 123-reg.co.uk + £2.59 per year doesn't sound too bad + i was wrong, it is taken + it's just not in use + ok + i see + wow + 123-reg is cheap + rockbox.org is registered by "Lasting Impressons, UK" + rockbox.net by one Sina Kermani, US + both .net and .org are unused. what a coincidence... +--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + co.uk is only for companies ricght + yes + too bad + very cheap, indeed + well we don't want a .uk domain anyway + i was thinking for my own purposes + $15 is the cheapest i have seen on .com so far + well £9 is pretty much $15 + www.godaddy.com + $9 =) +--> Linus- (~linus@labb.contactor.se) has joined #rockbox +<-- Linus has quit (Read error: 104 (Connection reset by peer)) +<-- Linus- (~linus@labb.contactor.se) has left #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox + *yawn* + done yet? =) + now where's that daily-build link? ;-) + coming, coming... + =) + wow i have waited for + this + hey is the api docs availale anywhere + sorry + i found it + they're not very detailed + we could use a hand on that + I would love to help but since I don't have the information on what all of them are, I can't do much + many of them are POSIX look-alikes + ok + *looks up POSIX in google..* + =) + and you can check out the code in apps, as it all uses the different APIs we have + code is always the best docs ;-) + yea if its commente dlike linu does it i oculd do it + list_insert_before(reference node, The node to insert) - Insert a LIST_NODE in a list before another node in a LIST. + like that + nothing hard + ut when it's not commented, it would take me a lot longer =) + right + we should comment the code like that + like linus does in the list code + we should all be like Linus + ;-) + i2c_read(address, buf, count) - Read something from something + that what i can get out of that + =) + still, just adding that function to the docs tells a lot + i see + What API are we documenting? + we should document them all + Zagor: true + good point. i2c doesn't need to be documented, it's not part of the api + at least all for the apps + But it may need documenting anyway... + Zagor: what is part of the api + i could go trough it and make a list of all the functions + ironi: everything the apps/ code acalls + ok + so all the .c and .h files in the apps dir? + check what they call, yes + I can do that if you want me to. I can give it a try,a t least + good + It can be good for me to put myself into it a bit + =) + yup + cool + I'll get on it in an hour + If I manage to get it so that even I can understand, then I think it will be a good API doc + =) + hehe + Bagder: thanks for answering the survey + np + I realize the last question was a bit strange + but we were basing the interview on a paper that claimed that to be one of the main motives (i.e. publishing the names) + I thought that sounded funny so I wanted comments on it + I mean, to use that in commercial projects + I realized that + Zagor: i really had use of the presentation you have me the link to, by the BCG + Zagor: the model of how open source work is done is great + that was bagder :) + im describing it form 3 perspectives, structure, processes and boundaries + oh it was? + hehe + ok *ehm* + Bagder thanks + I was one of the 12 or something swedish persons participating in it + i mean structure is obvious, its virtual teams cooperating...processes is also obvious, it is well defiens in the model + i did too + hehe, that's cool + haxx! + :-) + yup + but boundaries....im thinking if i could say that an OS project is limited by its participants + ironi: yeah, but define "participants". users are a big part of all projects + there are no real predefined boundaries like in "normal" organisations + Zagor: true + by the active participants then + in open source, the boundary between developers and users often get blurry + true + thats why i'm saying that the only boundaries, i.e. where the os project group ends and the rest of the world begins, is the active participants + right + =) + you should read my paper + I'd like to + maybe we should keep the daily .mods, at least a while. + oh, we do. never mind me... ;) + I don't even have a removal system yet ;-) + http://bjorn.haxx.se/rockbox/daily.shtml + neato + I would say that it is pretty early to present daily builds... + yes + "Release early, release often" + ;-) + but we want to have early users too + kamikaze ones ;-) + lots of people just await getting something to put on their archos, now they can have it + i am kamikaze + i'd say dwihno is the winner in the kamikaze contest so far :) + hehe, he is + he's in the lead + hehe + true, true + if i jump off a building with my rockbox, i'll beat you + andmyself :-P + just make sure that the Archos is visible on the pictures they take of you afterwards + ;-) + hehe + I had a little project going, trying to boot linux of the archos (with a boot floppy) + i never managed to make it work though, the damn player could not be faound + :( + I compiled support for it in the boot disk kernel + and did everything right....well I guess it was harder than I tohught + figured it could be useful for ppl that have fast access in school etc, and want to download stuff nad then bring it home + ironi: there's a known problem booting off an usb disk, you need to increase a timeout somewhere. search the linux-usb mailing list + Zagor: ah ok + =) + maybe I'll give it another try + i was thinking of putting a umsdos dist, like zipslack, so that the disk doens't have to be partitioned + bbl +<-- ironi has quit ("moh ") + I'm off for today + see ya around + ok, bye +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +--- dwihno is now known as dw|GONE +<-- kitsune has quit (Read error: 104 (Connection reset by peer)) + hmm weird + the browser's not showing a dir + hum= + ? + heh + i've got this dir 'Misc-junk' on here and its not showing it + heh + it shows it named 'Pilots.m3u' + and it shows 'Beck' named 'Ozzy.m3u.m' and i dunno what else + odd +--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox + I like living on the edge, yeah + yeah + :) + hehe + *power on* + eh? + -MP3BITCH + EFL1 q r + thats my display + so? + :-) + do you have a catalog called MP3BITCH* ? + Or are you one? + no the drive is called that + i named it that in windows + oh, looks like a bad bug then + but what is EFL1 q r + random junk from some randomly read sector, I'd guess :) + ok + so in it there is a divx folder + yeah i get my volume label showing up as the first 'file' too + but the div....wait + lemme connect it again + wohooo + i like this + its already better + wow + its first now i see what great work you guys have done + uh yeah, the volume label is a directory entry... + Major crash? + i must filter it a bit :) + Zagor: hehe + also it owuld be cool to filter everything that is not mp3 + or maybe have a toggle :-P + heh + Maybe have a toggle + nag nag :) + but + i'd rather see all my files + i just keep them organized anyways + well + a toggle is good + yeee i win + :-P + there's no non-mp3 files besides playlists or album-informative filenames anywhere that i have mp3 files + jeez + but besides that, other files can be handled too + ok it was a windows recycled folder + or not + like text files + i have a folder called Ztuff + at least in theory :p + my text viewing code isn't working :/ + nope + the folder called EFL1 q r is supposed to be called Ztuff + funny + also, a convenient thing would be that the scroll loops + well there is no scroll at the momenet + so that i dont have to go back but just keep on scrolling down + i mean +/- + ah you mean the dirlist + yeah sorry + yeah the dir list needs to be read into memory and sorted too :p + yup + well this is so cool + i already like this UI more than the original archos one + haha + spinning the disk the whole time you browse isn't that cool :p + i wonder whether archos knows about this project + but yeah + show_credits(); is indeed a very important fnction + haha + hmm damnit... + still not working... + lalala + oh well i'll mess with it later + is there any way i can get the files and build the mod in windows? + i guess there is but im looking for the easiest one + ironi: it should be the same as building for linux. + except everything is more painful in windows + hehe + well i do have alinux box here too + http://bjorn.haxx.se/rockbox/sh-win/ + shouldn't there be a actual page? + oops :) + reload +* ironi is gone, autoaway/10m [l/on p/on] +<-- Linus (~linus@labb.contactor.se) has left #rockbox + gotta go. bye! +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> kitsune (~adam@24.118.162.179) has joined #rockbox +--> Moufle (~moof@195.101.176.125) has joined #rockbox +<-- kitsune has quit (Read error: 104 (Connection reset by peer)) +<-- ironi has quit (Read error: 104 (Connection reset by peer)) + hi + I just tried the daily release on my 20g recorder and it says ata : -4 +<-- Moufle has quit (Remote closed the connection) +--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + machinae supremacy - hero + http://www.penismightier.com/fenomas/japan.html +--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox +<-- kitsune has quit (Read error: 104 (Connection reset by peer)) +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +<-- kitsune has quit (Read error: 104 (Connection reset by peer)) +--> huevo5050 (jander@158.Red-80-33-33.pooles.rima-tde.net) has joined #rockbox + hello you know the UIE68 at 090036D0???????????????????? + its appears me always when i power on. Always except the first time that permit me to navigate a bit... + hellooooo.... + ???¿¿¿ +<-- huevo5050 has quit (" IRcap 7.1 http://www.ircap.com !") + heh + why do ppl come in... list a prob.. then leave? +--> Smari (~spm@217.151.174.205) has joined #rockbox + i dunno +<-- Smari has quit ("We all live in a yellow subroutine..") +--- dw|GONE is now known as dwihno + Good morning + mornin + i just came home from work + All work and no play makes Jack a dull boy + hm + <-- is looking for a laptop + I'm probably gonna buy myself a new one + But I don't know which + Help me out on this one ;D + i like dell latitude + What's the hardware configuration? + I'd like to be able to use 3D-stuff on it :) + well I don't know...depends + i just like dell latitude in general + Ah, okay + My friend has a dell lattitude something... Rather cute and good performance-wise... + I just don't know if I want a p4 or piii processor... + I mean, I'm accustomed to a AMD 800 with 512 megs of RAM + (and a rather decent 3d-card) + i see + i wish i chad resources ot by myself a brand new laptop :/ + I sold my workstation + And I'm probably gonna sell my other computer too + I've passed the "I wanna play games" stage, so I just want a kickass development box + which I can carry around + dwihno: I feel pretty much the same + well I dolove GTA3 though + :-P + heh + I want to be able to spank my friends in a game of Q3 every once in a while ;) + without no shitty software rendering stuff + well there is nvidia cards for laptops + I guess 256 megs of RAM might be sufficent + My current workstation has a celeron 733, 256 megs of RAM, and it's quite OK + Sometimes it gets slow when I run too many applications at once, but that's not too often + http://www.euro.dell.com/countries/se/sve/bsd/products/model_latit_latit_c840.htm + that is a very very mean machine + but very very expensive too + 64 mb geforce 4 =) + a bit expensive :) + I guess the pricing range is >24 000 SEK + But no more! :) + (including VAT and taxes) + http://www.euro.dell.com/countries/se/sve/dhs/products/model_inspn_inspn_2650.htm + maybe that one + i think dell in general is a good choice + its not very expensive for what you get + hm + true + comparing to ex. compaq evo + I'm gonna try to configure it + hm + Nice price, yup + Even with 256 megs of RAM + it is, isn't it. + yup + Is 14" and 15.1" a big diff? + well 2.7 cm diagonally + you decide + that's a bunch + hm + :) + question is if its worth a lot + yeah + As long as it does 1024x768 ;) + it does for sure + if not more + What would you choose - a free DVD or a free CD-RW thingy? + well are you going to watch dvd's or burn cd's? + =) + I once saw a DVD disc at my friends' place ;) + Burn CD's, I presume ;) + its kinda cheap for being a p4 isnt it + Final price tag: 19,419 + yeah + sure is + (that is, with 256 megs of RAM, and 16 geforce2-go card) + 21.929 isnt it? + hm + ah, missed the buttons ;) + being DDR memory too... + but you should be able to get it w/o ms works and windows xp + you think so? + well why wouldn't you, I mean if you are not going to use the crap + yeah + (or install your own free copy) + ms works, who uses that anyway + or xp home deition + I don't even use the office suite + DOCBOOK POWER! ;D + damn its a really nice price machine + gets me wondering if there is a catch anywhere + Dell has the advantage of selling their own computers + That makes it possible to lower the prices + I'd like to see some bigger images of the computer + true + hey did you check the 400:- on-line purchase rebate :-P + hehe + I will not purchase it before the 29th ;) + =) + well well + certainly a worthy candidate in your quest for a new laptop + help me to find some fullscreen images of the model please :) + (it must be cute!) :) + http://www.techtv.com/graphics/library/3381317.jpg + http://www.techtv.com/news/computing/story/0,24195,3382322,00.html + it says "disappointing performance" + it does? + http://www.pcmag.com/article/0,2997,s=1565&a=25886,00.asp + hmm + well, you found the catch ;) + I'm just wondering how the display is handling lower resolutions + Let's say, 800x600, when I want to play FPS games... + Will it stretch the screen or just center the image? + I have to say I like having everything built-in + good question + At least, both floppy and CD reader thingy + but it can do 27 fps in 1024x768 in q3 + it said in one report + of the ones i pasted + Yeah, but 27FPS is painfully slow! :) + is it? ok. + :) + well it is a laptop + =) + I think so + yeah + i thought the eye cant recognize anything over 25 + but i am probably wrong + If you can live with the downsides, it's a great laptop + you get a lot for the money i believe + yeah + Too bad I'm not able to order it rightaway, that 400:- rebate would be nice ;) + But you still get to switch the CD-ROM for a DVD or CD-RW without an extra fee :) + I _WAS_ considering one of those "cappuchino PC's" as seen on thinkgeek.com + but it was a bit expensive considering what you get + well i have to sleep an hour before class + been up since 10 am yesterday + oof + except 1 hour of sleep between 20and 21 + i worked 22-07 + I slept between 18-24, and 01-05 :) + hehe + ok later +* ironi is gone, zzz [l/on p/on] + later +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + God morgon! + Guten morgen + Bienvenue! + morrn + :D + 1 2 3 jobba jobba jobba! :) + the daily build didn't work quite as it should + now it does + on error goto 0 :_) + :-) + You can call me Mr. ASP + hah + But PLEASE, don't hate me! ;D +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +* adam waves +--- adam is now known as kitsune + hey + heya + aye!Q +* kitsune listens to some funky music + who brought up Machinae Supremacy? + Linus used that for his initial attempts on the mpeg code, I don't know how he found it + in any regard, I was supremely impressed by their mp3s :p + I also appreciated the ogg files ;p + amusing + GAYNEZSS! + DAMN ASP GAYNESS! + eh? + ASP is the pure evil gayness! + I'm spreading the music around my standard IRC channels :P + heh. + :-) + I use PHP myself. + dwihno: like we couldn't tell that even without looking at it! ;-) + :-) + It gave me some stupid exception on 0-size files + damn gayness ASP! + why can't debian use rsync for their apt setup + What's rsync? + it is a fairly cool system + I never learned what it is + its a file mirroring protocol/server thing + heh, rsync finds differences and mirrors + yeah + it is pretty efficient + smart + rather than replacing a whole file, I'd be selective. + rsync is cool indeed + I don't see what the disadvantage + perhaps CPU usage, but that is > than bandwidth +--> tina (Syxer@c-24-245-33-209.mn.client2.attbi.com) has joined #rockbox + yeah + tina, you need to buy one of these jukebox things :P + oh? + kitsune: the only drawback would be that it uses a slightly less standard protocol + yeah + they rock + Bagder - hah, I suppose + Bagder - why not keep the old protocol around (ftp/http), and make (rsync) a special option + they rock - with the rockbox ;) + heh + I'll give rockbox alot more time before I use it as a full replacement + kitsune: right + Yeah, but it's fun to test + <-- was the FIRST to test it on the recorder ;D + heh + I don't see why anyone would want to use wavs on the thing :P + it is easy enough to encode them as mp3s, and they're smaller (which makes a differnece for people on dialup) + heh, dialup... I remember that nightmare + dialup is cool! :D + heh + I've had a hankering to install a modem in my box in my room + then I could dialup to it from anything :p + I remember using linux to share internet when I was a kid ;) + heh + (over a modem) + yeah... download an mp3... go take a shower... comeback... halfway done + nightmare + it shouldn't be that slow tina + I'll teach you how to use *nix someday :P + then you can make use of some automation + I had a crappy computer two + yey + *too + heh, Linux would be awesome on any old machine :P + I ran it on a Quadra 700, 25mhz Mac + RIAA sued audiagalaxy now, we'll see how much longer it'll be around + it wasn't that old + hah + Bagder - Oh well. + I never used AG + AG is just the best + ah + for mp3s + I think that is a problem with the current state of the american legal system + it is setting precedents that people in the future will regret. + :P + because it is new technology, and I highly doubt the recording industry understands just how useful it is. + Only 1337 people understands ;) + i.e. I learned about bands that I would of NEVER heard of through the Internet, while the radio/stores only can provide music to fit the tastes of the lowest common denominator + which, where I live, for my age group, consists of bad 'best of albums', nu-metal bands that are whinier than hell, etc. + As my Finnish bud Virtu would say, it is all part of American capitalistic imperialisn. + s/n/m/g + hehe + Virtulainen? Mustalaiset? Sillis? + eh? +* Bagder looks at dwihno + He lives in some place called Oulu, or something +* dwihno looks at his almighty socks + went to the university of Oulu, dealt in a project involving physical responses in virtual reality + socks of odor +2? + Hehe + they smell nice + heh + Like newly sprung roses + heh, Socks of Galadrial? ;p + <-- has excellent foot odor :D +* kitsune is in an Angband mood + that would be a sick game to port to a palmtop + angband? + and the guy who maintains the zangband packages for Debian hasn't updated them in a long time + yeah, open source roguelike game + I played it a few years ago + http://thangorodrim.angband.org + with some monkeying with the Makefile, you should be able to compile it on any *nix box :p + hey, I want some screenshots! :) + heh + it isn't impressive, graphically + but they have some :p + oh, come on... the @... the @! + I generally play it in ascii mode, heh + eww! :) + Are you still living in the 70's? :) + heh, it is kind of cool + yeah + I am, actually + Ah, you live in finland? :) Or poland? :) + That would explain it ;) + heh + time warp + Finns are stuck in the 80's + actually, the perk of the game is A) you don't have to use a mouse + B) You don't need to have a graphics card per se + C) You can be killed my star spawns of cthulhu + er, by + heh + my old High Elven Priest kicked the crap out of them though + Parsec is a slightly more modern game + I think of it as a reincarnated xpilot + www.parsec.org + unfortunately, it isn't open source + but it will be, perhaps, when they finish with it :p + since it is non-commercial. + weird doing non-commercial things non open source + not really + they have a tight group of developers +* Bagder is very pro open source + yeah + ftp://parsec.cg.tuwien.ac.at/pub/parsec_wallpaper2_1024.jpg + They like to waste their time NOT working on the client/server code making cool art from their ship models :P + I'd say the controls were reminiscent of wing commander of yore + slightly more complicated + the universe will never have enough phallus shaped spacecraft + isn't it sort of early in sweden? + 08:28 am + ah + GMT +1 + and tina needs to learn how to change her Real Name :P + +2 right now actually, we're on DST + eh + "Matthew Syx" + shut up + heh. + I win + two comments I've received on the jukebox studio 20: "It holds THAT much!?" and "It's heavy" + ? + got any decent mp3s to upload, tina? + you got like 120 mbs from my box ;p + hmm... not really... the only stuff I've made an effort to get myself is cowboy bebop songs + I could of helped you earlier + eh... oh well + I had all the CDs + the Knocking on Heaven's door soundtrack + :p + I'll have to go through and see if there are any songs that have fallen through the cracks + kitsune: I'll give you my comment: IT KICKS ARSE! + heh, I've had mixed feelings + mine has alot of goofy hardware issues + Oh? + my first one died + but thankfully, I got another :P + *shrugs* + hmm + strangé + It is has generally been more better than for worse, of course + what model? + the real advantage is I don't need to buy CDs anymore + I've got a studio 20 + mkay + I've been thinking of getting a new HD for it + Once I got the recorder I can't even think about having a 2 line char display + which would be pretty cheap in consideration + yeah + Unless it's locked, you can buy gigantic HD's :) + heh, how many lines does the recorder have? + 64 pixels + ah + But why wouldn't 20 gb be enough? ;) + It's a bitmap display + dwihno - I'd get a faster, better one :P + mkay + well, why faster? + heh + eh, no real reasons + faster = more power consumption + heh, I've got lots of rechargeables ;p + it'd need shorter time to read the same data, so it migth save batteries too... + lower seek times, for one + I don't know how the HD cache reads + me neither, I'm no techno geek :) + er, factors into the equation + 1+1=2 - period :) + oh well + if this thing has a nice head crash, I'll have an excuse to get a new one + and I'm not to afraid of opening the box up + Warranties are for sissies? ;) + if not, I'll just wait a few months, and pickup a nice equivalent drive for about the same price + heh, I already exchanged one + *connect the power supply to the recorder thingy* + my current one doesn't even have a serial number + it doesn't? + yeah + I got one! I got one! :D + heh, I had one + then I got a new box + I bet it was a replacement unit + I've been interested in that new 20 gig recorder + dwihno - yeah, obviously ;p + 20 gig recorder is pr0n'ish + heh + I suspect they'd have shaken even more bugs out of the design :p + I bet + and the USB2 is a nice feature + usb2 rocks + I can fill my recorder in an hour or so;-) + I'd need to get a new card, and figure out how to get it working in Linux + hah + works like a charm on linux + Bagder: Well, USB2 is nice for "the first fill", otherwise, USB1 is good enough for me ;) + hmm + what kernel? +* kitsune wonders what tina is doing. + kitsune: I use 2.4.18 + as do I + with some funky patches :P + typing + kitsune: you just need a usb2 patch + :D + ah, good + Funky patches(tm) + kitsune: the recorder uses the ISD300, which makes it look like a "standard" usb-storage device + ISD200 you mean? + I had to write a play for english + tina, can I be an actor? ;p + kitsune: no, 200 is the usb1.1 the player/studio use + ah + heh + They need a new numbering scheme :P + no, it's for my class only + Bagder: Hmm, is the ISD200 driver compatible with the 300? :) + dwihno: no + heh + there's no need for a "special" driver for the isd300 + I was just thinking about Björn's driver + mkay + I think we are performing it in two days + heh + I don't even build with Björn's driver to talk to my recorder + I'd really like to crack this little box open + <-- listens to some chilled Dire Straits beats on his 'REKÅÅÅRDÄÄÄR' :D + kitsune: There are some pretty nifty howto docs on the rockbox pages + yeah, I've been watching it since I got my original box back in december +* Bagder counts to 108 subscribers of the rockbox mailing list right now + heh + I'll join up + 'perform some basic (in)sanity checks + I LOVE commenting my code! :D + mail address? + send a message to majordomo@cool.haxx.se with the words "subscribe rockbox" in the body. + majordomo@bjorn.haxx.se + ah, okay + Yeah, I've done this :p + I'm gonna do that too + god I love running my own e-mail server :P + it is nice and fast + :) + the open source movement, or more linux in the scheme of things, is quite cool :P + I've got alot of software, that does alot of things, each quite customizable. + and then there is emacs. + which does everything, sickly. +* Bagder practicly lives in emacs + yeah + that is what I mean ;p + it does everything +* kitsune uses that, or vim. Generally dependent on mood, and which box I'm using :p + Virtu the mad finn uses emacs, alot. + and tina has no idea what we're talking about. + I use emacs 8-9 hours a day at work + hah, only a page and three quarters to go + Virtu?! Who the heck is virtu? + then some 2-3 hours a day on spare time hacking + I use VIM ;D + heh, I'll find his webpage + yeah, if I had a choice between emacs and vim, I'd go for the latter + I would have some idea if I were paying attention + Well, as always, people should use the editor they want, even if that would be edlin ;) + heh. + edlin + masocists + time for more coffee + he works with some pretty cool sounding stuff :P + http://www.immersion.com/products/3d/interaction/digiloop.shtml + http://tols16.oulu.fi/~mhalttun/ - but he is a weirdo + he looks scary + He's harmless + that's what they all say + tina: He's a scary dude, huh? + except for the whole bondage thing, but that is his girlfriend too :p +* kitsune is kidding + I dunno + who are you talking about + the URL I posted + and why the heck doesn't archos open source their firmware + it wouldn't really hurt them, since they're trying to sell hardware :P + he may seem harmless, but you can never quite tell + heh. + kitsune: One word. CONTROL. + If they develop under a closed box, they can do whatever they want + heh + and then don't have to show the world their crappy code :-) + they + true + albeit 95% of the world wouldn't care ;) + well, more than that. + very true + we need more hackers on this earth + like ol' capn' crunch of yore + the fact that they even scramble the binary indicates that they actually tried a bit further to disclose their stuff + I've had the desire to take control over the new 'highway messaging system' :p + I know they get their messages from some location or another, now how they get there, that would be the important aspect :p + Bagder - heh, wrong attitude. + okay, I think I've found the culprit to my mysterious problems with my juke :p + hardware wise at least + whenever I have the headphone plugged into it's jack, pressure to one side will cause the juke to suddenly powerdown + I plugged it into the line out, no more problem + exactly what purpose does this vestigial Line IN port on the Jukebox serve? + no clue + secret thingy? + heh + making Line IN a serial port, makes sense :p + remote debugging, heh + or a terminal for Linux? ;) + Linux on one of these things would be sick, and wrong. + *yawn* + morning ironi + heh + 2 AM here + howdy ironi + working nights is hell. + Bagder: hi + i've slept 2 hours in total in 24 hours + YAY! :D + Any particular reason this project has so many swedish folk in it? ;p + 1 hour now, 1 hour last night + Sleeping is for wussies :) + has it already been 1 hour? :) + heh + kitsune: cause swedish people are cool and like audio gadgets + yeah, I guessed that + dwihno: yup, 1§ + 1½ +* kitsune will in turn search for appropriate console fonts :p + all in the name of internationalization + May 28 Majordomo@cool. ( 32) Welcome to rockbox + Yay +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + heya + morning Z + hi + noticed we've got a bug report... i meant to comment on that on the daily page, but was too slow :) + the daily builds this morning kind of didn't work out properly so they're the same as yesterday + ok + btw, we might consider adding some kind of version string in the software so that we can display version in a running rockbox + s/might/should + yes + Hej Z +--- kitsune is now known as adam +* adam makes a silly face at nickserv + I wish there was no such madness + got an interesting compiler error: +* adam prefers IRC by contention + "If you cannot alter your program to avoid this failure, please contact your supplier" + haha +* Bagder curses his compiler + heh + what compiler? ;p + armcc + ah + Norcroft + I was guessing it wasn't gcc ;p + "If you cannot alter your program to avoid this failure, THERE IS NO WARRANTY HAHAHAHAHA" + I doubt the FSF would be that evil. + silly compiler indeed + I just moved a few #include lines and it worked again + wow, time stamps in the future + I should seriously set my clock a few years ahead, then everyone else would get clock skew :P + Alright, UIE09, any idea what summons that crash? +* ironi is gone, uni [l/on p/on] + adam: you ran the rockbox image? + heh, I compiled a firmware module from the source tar.gz + ok + we need to figure out what UIE09 is + heh + I've got a flukey juke + it should find lots of problems :P + Zagor: what kind of exception number is that UIE one? It isn't the "vector number" is it? + hah, 'curl' is developed by haxx too? + damn right +* Bagder spends far too much time on curl + heh + I'll take a peek + curl is my contribution to most linux distribs + nice long man page + ;p + Björn got into them with his linux driver ;-) + isd200 is mine + heh + wow, I didn't even bother /whois'ing +* adam is impressed :p +* Bagder bows + ISD200 has served me well. + 09 is CPUAE + CPUAE? + address error + yup + hmm + not healthy. + they're all listed in system.c + aha + then in I go + adam: you got that right away? + heh, Bagder - it comes after UIE68 + UIE68 goes away when I take out my headphones from the jack and startup without em. + adam: yeah, we're apparently not setting up the serial port properly + heh. + Zagor: wasn't that 68 error fixed yesterday? + well, consider me about the closest person you can find to a generic end user. + totally useless ;p + Zagor: remember that adam is using the daily tarball that doesn't contain the fixes of yesterday + heh, I can use the latest cvs + :w + oops + if I'm able to duplicate them. + cvs is always better + yeah + and checking them out rigth now. + I suppose it is a necessary evil + heh + yeah, to survive on the edge you need special tools to keep the balance ;-) + system.c is about as useful to me as an egyptian hierloglyphic serial terminal + heh + I think the more complex and esoteric a program gets, the more magic power is imbued within each binary + i.e. apache mod_rewrite + doesn't seem very user friendly, and it isn't but it does some really neat stuff + heh, exactly why did archos take the liberty to create 'firmware installer' programs? + good question. maybe drag-and-dropping a file is too difficult + we're actually trying to make the code accessible even for non-wizards. system.c is an exception, unfortunately + sad world. + heh + well, I need something to get confused and disturbed by + and I'm learning perl, so uh, I should get used to really confusing structures :p + perl is nice + heh, swiss army chainsaw, essentially +* Bagder wears his RSA-in-perl t-shirt today + is that the dolphin one? + yeps + heh, cool shirt. + You damn geeks :) + oh well. + I'd get the license plate 'slack' + me, geek? noooo.... + to show my love of the lazy system administrator mentality + laziness is what leads to innovative new ways to waste time and automate :p + automate :) + I love that word + it makes me think of the borg + but to me, that basically means abuse of cron, sleep, batch, etc + cron is your friend! :) + yes + Who is using the computer during nighttime? :) + No one! :D + well, I am + You are actually giving the computer something to do! YOU'RE DOING A GOOD THING! :) + well, lots of people are ;p + if it is a server + the script kiddies want to break in whilst you're at lunch + Not when normal people are asleep + heh, the world is round ;) + my computer computes RC5 all the time ;-) + #ev has demonstrated that fact by having a steady population all throughout the day + basically a cluster of people in Australia/New Zealand, a gaggle in North America, and quite a few in Europe. + oh, the crazy new Zealanders + yeh, them + our coffee machine is broken *again* + heh. +* Bagder runs off to find a working coffee machine and fill up + Mission: impossible + I should make it a goal to keep my load average at 1.0 at all times. + Good morning, mr Phelps + there was this interesting project tainted by commercialization + adam: dnetc is good for that :) + a research group testing cancer drugs wanting major distributed computing power + Intel of course stomped in and gave it to them, in the form of a friendly, close sourced, Windows only program :p + Zagor: In my mind, dnetc is just helping some fishy government agency + I suppose as long as there is some benefit research wise, I'm fine, but I'd rather have something a bit more like seti@home + heh + The NSA can afford billion dollar computers. + If they can afford billion dollar satellites :p + dwihno: government? they are doing exactly the opposite + I'm sure they have very little problems with laying the smack down on any code. + Zagor: That's what they want YOU to think! :) + heh. + I think the Internet should use cockney rhyming slang to encrypt :p + governments aren't behind much shit besides what you see + the big conspiracies are in the multinational corporations, and other organizations we don't even know about :p + heh + like Greenpeace + they want to save the trees and stuff. + or do they? + hmm + I think I'll degrade to the point where I'll be saying "Is it safe?" to random people I glide by in the streets. + Or take on Finagle's Seventh Law: "The perversity of the Universe tends towards a maximum" +--> Linus (~linus@labb.contactor.se) has joined #rockbox + hey Linus + yo! + started listening to Machinae Supremacy + fucking awesome. :p + Indeed! + Tina likes them as well :p + yeah, they're really good + heh, I'll share them with my other musical comrades. + they've got a link on their site to a commodore 64 web server + which strikes me as a major hack. + C64 is still the ultimate computing platform... :-) + heh. + I am tired... sleep I go + You've got 3 hours to sleep. + hmm, is it even worth it + I tend to feel worse if I do sleep for 2 hours :p + than if I hadn't slept at all + yeah, but I have to write two more papers tomarrow +* adam has to run to the U today + but nothing else :P + goodnight, if you're going + I should stay up for freakazoid + ... + caffeine will aid you in that endeavour. + true + I personally get a little paranoid about drinking it :p + since I can recall one time where I stayed up for about 2 days after with about a dozen cups of coffee :p + and started to have heart palpations :P + I usually get paranoid, only if I am drinking it for awake purpuses + I meant it from the standpoint of physical health ;p + ah + I don't think the world is out to kill me any more than it is right now. + oh? + Did you see the caffeinated soap on thinkgeek.com? + I didn't see it, but I observed some of the conversation + heh. + Sick idea :P + yeah + at least I don't think I have any finals tomarrow + thanks to the internet, about half of my music originates from scandinavia :P + yey + i.e. Finnish/Swedish metal :p + of various subgenres + hai + hojt + stupid library: Guns of the South is 'In Transit' + whatever that means +* adam notes knowledge of *nix is of much use :P + that means it's going from one library to the one you reserved it to + I can imagine a time when people actually dialed into the library to browse the net :P + are you talking about the pre internet days? + well, it wouldn't be 'pre-internet' per se + I can't see any other reason they'd offer lynx :P + yeah, the thing that you could go into without internet service + uh...? + all you needed was a modem + and lots of patience + oh well. + you ever read Guns of the South? + nope + Civil War, 'cept this time the Confederates had AK-47s + :p + I suppose you can imagine the consequences of that. + fun fun + yes, perhaps there might have been a few consiquences + ...yup + hmm, must find more music... + indeed + how do you find this stuff anyway? + heh, word of mouth, websites, etc + google.com is good :P + ah + I was just lucky that Linus mentioned Machinae Supremacy + ah +* adam makes his site lynx friendly again + :p + URL? + rei.damnsw.net +* tina serches for information, but fails + heh + information on what? + oh crap, tomorrow I've got a lug meeting :P + www.klitta.nu + And some beta design stuff @ www.klitta.nu/k/ + heh. + It'd be great if I could read swedish + :P + heh, mutable size boobies + :) + I've got my forum + The next version is vector based and looks pretty neat ;D + I want to basically get text-only tools setup + I've seen a bbs a friend was using, which appealed slightly + the more ancient, archaic, and basic the technology behind it, the more satisfaction I gain :P + it's for my world religion class + This is all I have to give you for world religions: + http://rei.damnsw.net/~adam/RoboChrist_sungod.jpg + heh + hah + why did I have to pick such a secluded religion + because you're silly? ;p + Did you pick Hare Krishna or something? + that, and all the major ones were taken + no, wicca + or Amita Buddhism. + heh + Wicca, very simple + take overweight women, add bastardized celtic rituals, and remove showers. + :p + :) + s/overweight/american/ + hah + yeah + yeah, try finding a creation story from an ancient religion that was pretty much wiped out when the saxons arived in britain + essentially equivalent + make one up! + enuma elish + eh? + but different region + :p + eh?? + http://www.sacred-texts.com/ane/enuma.htm + adam: making up history papers is fun! especially when your teacher sucks so much you actually get a high grade because of his/her inability to verify the content ;) + heh. + Sir, this answer came to me in a dream. + heh + It is all very simple + The masterness of bullshitting! :) + is it now? + You know you master it, when you get away with it ;) + hey wtf +* adam will get a degree con artisanry + the answer did come to me in a dream, and it is all very simple + in fact recognizing its simplicity was part of the dream + er, +in + but nobody else would get it! + in the dream + http://rei.damnsw.net/~adam/fullpage.jpg + we tried to fake someone's death for him + and i didn't understand how they could possible not comprehend it + so he'd stop getting mail from lamer 12 year olds about questions that could be answered in the stupid FAQ + Matt Burch, that is. + it being one of the single simplest and most fundamental principles of our reality and every facet of our existance + hah + PsycoXul - the stars are not right, it is not the time. + i just wish i could remember what it was it better :p + PsycoXul-what religion was that scripture for? + "Okay, well, I'll wait till this simple universe comes to me in MY dream, until then, you don't get credit" + er, simple universal fact +* adam in turn goes insane. + yay! + tina: its the creation epic of the ancient sumerians +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox + tina: actualy the written copies of it are from the newer babylonian days + heh, I noticed Tiamat listed + which is also the name of some whacky heavy metal band :P + yeah, that's a little too far away + :p + I'm trying to focus in on the brittish isles + yeah, I've only got one guide for you to consult + http://rei.damnsw.net/wiccan_creation_myths.txt + heh + it's not taht big if a deal + I have something, it's just not really a story +--> Linus (~linus@labb.contactor.se) has joined #rockbox + hey + eh, I go to sleep for real this time + night...morning... whatever +--> MSMaverick (~webmaster@pD9EB9BB7.dip.t-dialin.net) has joined #rockbox + hi + hey ho +<-- tina has quit () +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + Anyone knows when the first build will work for the recorder 20? + never + I sold my 6000 3 months ago :( + MSMaverick: not right now + actually + just be patient + yeah + the first target working will be the player/studio + I doubt you're going to want to jump on the first available releases ;p + yep your right :) + sure you do! ;-) + ask dwihno + ;-) + dwihno is still our hero + huh? + heh + Well, I would... + but they punish me enough + he ran the first ever archos.mod for the recorder + He is our best lab rat + heh + ah + hehe + :D + To boldly test the firmware noone has tested before... + he's our *hero* ;-) + If I could write in C, I would help the project but I cant... + heh + Assembler is fine too :-) + then you must *suffer*! + heh. + I AM HERO! + you can learn! ;-) + yay + :((( *suffering* + Hey, I found a really neat shockwave game + http://www.permobil.se/templates_se/P_SE_Page.asp?id=7401 + Yeah, thats my world: Coding for the web + ASP, PHP, Perl... + But not C :( + my world is sitting around like a potato + heh + hehe + Perl and PHP both have some aspects of C + I know + But there are enough differences :) + just glob your knowledge of perl and php together into a sick bastard mutant code and grit your teeth? + dunno + So the actual builds DO work for the 6000? + heh, sorta. + I'm impressed by what I've seen so far :P + its nice + it needs 2 sets of sound controls i think though + Is it "cool"? I mean for grapics and so on? + one for the mas and one for the dac + heh + since they each have them + as cool as two lines of text can be + hehe ok + So you have to work on the recorder (8 lines) heheh + recorders bitmap so + yeah + The DAC hasn't any sound control except for the volume + and the deemphasis on/off switch + we build for player, playerold and recorder + and believe me, you dont want to turn off the deemphasis... + are you sure? i swear there being others.. i don't recall for sure though, but even then what about its volume control + oh and how about the options for turning the various channels on/off + i still wanna listen to mp3's and line-in simultaneously :p + OK. I assumed that you meant sound control as in bass/treble and such + but yeah fixing whats there is the priority of course, i'm just wondering :p +* Bagder counts to 76 different command line options to curl...! + and people think it might be hard to use! ;-) + MANY Options is all what the people need :) +--> alkorr (alkorr@srs07v-3-63.n.club-internet.fr) has joined #rockbox + hey + Alan man! + hi every body ! + hi alan! + Is there a limit for the filesize of the firmware? + yo! + MSMaverick: yes, 200K something + And rockbox currently has? + not sure, we pad up to 50K + 20? + seems there are more and more people here :) + so enough space for more options? :) + we're somewhere around 20-25 i think + some players don't load smaller than 50 + alkorr: you seen the last weeks' progress? + Well it isn't a problem this padding + nope, no problem + no problem at all + to have a 50 KB file doesn't mean it will waste 50 KB in memory :) + hehe + of course, i got your emails + Ah yeah but it is still not possible to support mp3PRO, nor? + well i don't think we have any chance with Micrometall to get what we need to add mp3pro + no + Micronas i mean + why + business company + very poor support + But there are other players around... + yeah, but we're stuck on this mp3 decoder + Isnt it possible to use a plugin like the one for winamp? + we don't have CPU enough +--- Disconnected (22). +**** ENDING LOGGING AT Tue May 28 06:07:12 2002 + diff --git a/www/irc/rockbox-20020529.log b/www/irc/rockbox-20020529.log new file mode 100644 index 0000000000..f5d9c17491 --- /dev/null +++ b/www/irc/rockbox-20020529.log @@ -0,0 +1,93 @@ +**** BEGIN LOGGING AT Tue May 28 17:38:59 2002 + +--> adiamas (~adiamas@as5300-10.216-194-23-227.nyc.ny.metconnect.net) 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 +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + hmm + LUG meeting tomorrow :P + == hauling big computer, getting back ache, LAN party +<-- adam has quit ("BitchX WWW Site -- http://we.got.net/~brian/") +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--- dw|gone is now known as dwihno +--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox + ironin! :) + dwihno + hey + i just joined + i'm going to sleep + actually + be back around 1 pm + =) + Haha + Galning :) + just wanted to try the daily build before going to bed + mkay + vadå jag jobbar ju natt :-P + oj + dåså, gå och lägg dig ;) + Själv ska jag leka med DX3-API:et :) + dx3? + Jepps + ehm den nya dirbrowsern hajjar jag nada av + DirectX :) Gammal mupps + build 20020529 + Ingen idé att jag testar på min - jag har en recorder :/ + okay + i see + nä dags att sova lite jag kollapsar snart...och mun hy är fet...får nog finnar...helvetesnattjobb +--- ironi is now known as irony|zzz +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + gooood morning + Hej hej + the daily builds seem to have been built properly today + anyone else play with the simulator lately? + I made it build yesterday + `problems? + yeah.. the dir listing looks weird... + misplacement of icons .. etc.. + bah.. don't worry.. ill get it tomorrow night.. i need sleep +* adiamas waves + hm, I believe Björn was messing in that code yesterday + night + I just got DX3 to compile with my mingw setup! :) + dx3? + yup + directx3 + stonage stuff :) +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + hey boys + morning + adiamas says you broke the dir browser on the recorder + well, he didn't say you did it, he says its broken + yes, i might have. didn't have time to test it much yesterday + the daily build worked fine this morning + nice + in a few days, I'll set up a find job too that'll erase all files older than X days + linus got a nice idea yesterday. how much work is it to get a CVS report listing all change comments between builds? + I'll have a look + should be a cvs log output with a time interval + it would be a good automated changelog + there's a cvs2changelog script somewhere + cvs log -d "2002-05-28 06:00<2002-05-29 06:00" + seems to work + just needs some decent parsing + parsing in progress + Yay! :D + The power of parse compels you! + when the disk is spinning, the 6k uses 240mA + isn't that ~70mA more? + this means idle disk spins are not that expensive + exactly + hm + question: u people know if its normal that the battery does not last for 8 hours after first use :) + yes it's normal. the batteries take a few charges to get full effect + also the first use tends to involve a lot of keypresses :) + a few charges ? + hmk + heh :) +**** ENDING LOGGING AT Wed May 29 03:15:15 2002 diff --git a/www/irc/rockbox-20020531.log b/www/irc/rockbox-20020531.log new file mode 100644 index 0000000000..2610a88f5d --- /dev/null +++ b/www/irc/rockbox-20020531.log @@ -0,0 +1,2301 @@ +**** BEGIN LOGGING AT Wed May 29 23:40:11 2002 + +--> adiamas (~adiamas@as5300-9.216-194-23-46.nyc.ny.metconnect.net) 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 +--- You are now known as adi|home + http://www.teilar.gr/~h2527/ + mornin +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + ok so why is bmp.h being included somewhere for a player build? + and whats up with snprintf conflicting types? +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + mooo + heya there bäddur + nice to see you + Do you have power heh + *I* have + or is it black in kista + :-P + contactor takes a day off? + Kista is pretty black, yes + I'm at a customer south of stockholm + i see + talked to a friend working at nordnet (teletrade) + they suffered some probs + but they managed to get their fiber online + jus tnow + they in kista? + good for them, stock exchange is opening in 2 minutes, isn't it + yup + they just got the servers online like 1 minute ago + they supposedly moved there not long ago + if i remeber it right + nice company, lot of heavy machines =) + hm, well I bet no one is at our office at this time anyway + =) + I hope I'll move to sthlm in august + and hopefully find some job there + I don't think it can be too hard. + Well w/o any work experience it's not allt hat easy, but I do hope my degree will be work something + I'll cross my fingers for you + thx :) + well time fo rme to sleep now, I've had a REALLY rough night + had like 30-35 ppl in the shopa t the same time + all drunk, all wanting hot dogs + haha + what shop is this? + 2 hours of extreme stress between 1:30-3:30 + gas station actually, shell. + aha + we're open 24/7,a nd i do the night shift this week, covering for another emoployee + its a shitty job but i need osmething to make some money for summer vacation + and also, this makes you appreciate you decided to get a masters degree + heh + I figure that + but it's nice in some strange way... + you get into the work of ordinary people...factory workers, newspaper drivers, taxidrivers + into their world + I find that fascinating...for some reason + People that don't think too much about things that aren't concrete...they just live on. + Bah, Iäm ghetting to philosophic, even though I do have a point with this. + time to sleep +* irony|zzz is gone, zzz [l/on p/on] + later + see ya +<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0rc3/20020523]") +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +<-- irony|zzz has quit (" ") +<-- elinenbe has quit (Client Quit) +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--- ChanServ gives channel operator status to Bagder +--- Bagder has changed the topic to: web site down due to power blackout + so yeah how about the current cvs + first i get errors about not finding bmp.h (and i'm trying to build for a player!) and then snprintf conflicting types + hm + the bmp.h thing is in main_menu.c + I see it too now + it breaks all over + heh + yeah.. i had the snprintf complaint today.. + I fix + try now + its good now + good only recorder builds break now ;-) + .. and now that builds too + hmm +--> Zagor (~haxx@Job.elit.net) has joined #rockbox + woo + hi there + a different Zagor ;-) + ok well it looks like that changes in CGRAM get reflected in already-printed characters on the screen + yeah, this blackout forces creative solutions :) + i mean the custom chars change as soon as you change them :/ + Zagor: let me know if you wanna use my home machine for anything creative ;-) + bagder: can you set me up a ssl tunnel? + brb +<-- Zagor has quit (Client Quit) +--> Zagor (~haxx@Job.elit.net) has joined #rockbox + has anyone found any bugs the last 12 hours? + yes + what? + edx broke the build +* Zagor smacks edx + hehe + what did he do? + #include "bmp.h" + buh + oh well + and I fixed the snpritnf() proto + as that caused confusion too + ok i've got 3 different dirs that the first 10 chars of are the same + 2 of which the first 11 chars are the same + psycoxul: tough :) + and i can't tell them appart in the browser, but worse is i can't tell them appart by their contents which should be different + 1 of them i can tell appart from the other 2 + but then the other 2 i can't +* adi|home has no idea what PsycoXul is talking about + those 2 also appear right next to each other in the browser + adi|home: it's rockbox on a player target talk ;-) +* adi|home perks up + sweet... + but im sorry. i refuse to shell out another 200$ just to get a player so i can keep up with you folks ;) + boooo ;-) + you could always send me one of those donated units ;) + I'd go for a donut unit too :-P +* Bagder needs coffee + that would go with your 'donut unit ' ;) +--> bjst_ (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox + hmmm.. minor bug here... + hey there + need to look into that. +<-- Zagor has quit ("Leaving") +--- bjst_ is now known as Zagor + hm, now I have to move my mp3 stream to another port... + :-) + maybe that someting we need ;) + a common mp3 repository for all of us ;) + Bagder: hehe +* adi|home pokes Bagder + you need to get me and ip and port so i can downsuck at work ;) + Zagor: I'll run it tunneled through ssh ;-) + downsuck ? + downsuck: (v) to download at a high rate for the purposes of later consumption. + ah + [ie: 'Bob downsucked 30gigs of music that he had never heard of just in case he would want it later.'] + :) + I don't want my poor machine and connection get choked by maniacs downloading mp3s ;-) + hehehe + what conneciton you on? + adsl, 2.5mbit down, 700kbit up + bahh.. your just fine ;) +* adi|home pokes Bagder + come'on.. share + ya know you want to +* adi|home inserts gross amounts of peer pressure + adi|home: you don't want bagder's music anyway :) + why not? + :) + haha + i have yet to find music i won't listen to :) + rap + country + blue grass + techno + rock + punk + blues + showtunes + p0rn + classical + its all good :) + it's none of the above. i'll say no more... + hehehe + I do have *some* of the above too + why's lcd_write() and related macro's only defined in lcd.c and not usable directly from an app? + Armagedon Dildos? + wtf + PsycoXul: 'cause they're not part of the API. define a high-level function to do the job. + PsycoXul: I think that's because we've aimed at a somewhat higher level api for the applications +--> Zagor_ (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox + tadaaa +<-- Zagor has quit ("Client Exiting") +--- Zagor_ is now known as Zagor + ssl tunnels rock + well, it isn't really ssl ;-) + nah, but it's the ssl port :) + right + so, where were we? edx broke the build? who broke edx? ;-D +* adi|home kicked edx in the nuts.. that count? + I fixed the build + ok, good + how expensive a call is lcd_update? + adi|home: Gary once mentioned he could get 20 fps using that + ummmm.. is that good or bad? + but I guess he did more than just updating too then ;-) + im just noticing we do alot of: + function() + function() + lcd_update() + return + other_function() + lcd_update() + right, that is not good + where the second call only makes a minor change over the first + i thought so + we could possibly remake things to only do lcd_update() just before we await a keypress + hmm + dunno if i like that or not... + what shifts the words over 1 char for the cursor on the player + i thought just the printing of the '-' was doing it but its not heh + i don't think we have a function for that... + in tree.c i mean + i don't get what you mean then + do you have a player? + you mean the alignment of the 1char in the col? + nope.. recorder + well + heh + but basically i mean + but the display in that sense should be the same + its '-Stuff' + and if i get rid of the - printing entirely its still ' Stuff' + okay.. and what do you want? + 'Stuff'? + yes + because the '-' is your cursor + so you want: + -Stuff + other stuff + to be + Stuff + other stuff + ? + yes + how do you kno which one your selecting then? + because we don't need - as a cursor on the player, it has a cursor of its own that reverses the text + and it doesn't need to take up a space + ahhh.. okay.. + got ya + one sec, let me look +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + ok + i see it + #define LINE_X 1 /* X position the entry-list starts at */ + heh +* adi|home nods + but make sure you #define around it + the recorder does need a cursor + yeah + well i'm just testing stuff atm + okay.. i got it.. + i still need to see if i can make that cursor show up and not blink + just set the LINE_X to 0 + yeah + and: line 116 + or there in abouts + lcd_putsxy + put that inside the #ifdef below it + before the lcd_update + hmm + what? + okay.. go to tree.c + lcd_putsxy's just for the recorder + i'm not touching anything with that + doh.. wrong line.. hold on + check line 173 + see the lcd_puts after it? + i've already gone through all those + put _that_ inside the #ifdeff below it + nods + there's way too many places that say to put the "-" on there, but i already changed them all :p + heheh k + hmm + i can't get the cursor to show without it blinking + and its off half the time when its blinking heh +--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox +* PsycoXul will mess with it more later... tea and movie now +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + Yo! + hej linus +* Zagor is dogfooding today + I'm glad I don't live in the northwest part of Stockholm + the menu on the recorder.. is it supposed to wrap hen you hit top or bottom? + or do we just stop? + just stop + i removed the wrap yesterday + okay.. + then i just fixed the recorder menu.. + it was bugging, and became rather confusing on the 2-line player +* adi|home nods +--> alkorr (alkorr@srs01v-7-102.n.club-internet.fr) has joined #rockbox + Hello + hi alan! + yo! + major power blackout. our site is down + very ironic, since I really feel 1.0 is release ready + hehe i noticed + arf + do we have any idea of this release works on the recorder or not? + maybe it's a conspiracy instigated by archos? ;) + it doesn't. the ata code isn't right + k... + btw.. have we given any thought to rolo yet? + on the menu, when you hit Version, whats supposed to happen? + tought, yes. code, no + heheh k + what are your thoughts on it? + version show the firmware version number and waits for a keypress + rolo should work much like lilo on linux + um, well version on the recorder just shows 'CVS' + im trying to figure out why the splash doesn't display right now + yeah, that's the version right now :) + heheh k + i've removed the delay from the splash. i forgot it was used in the menu too. + ahhh... + k.. + adi|home: that version string is generated by the release tarball script +* adi|home nods + that makes sense + no fair, your using logic + hehe + so if you'd build from a daily build tarball, you'd see a different version in there + Zagor: the ata code isn't right ? + Zagor: where was the delay you removed initially? + alkorr: it fails for the recorder, for some reason + adi|home: it was in show_splash() + i removed it since I made splash appear during init instead of before + hmmm.. k + have a look on it Zagor + well.. it doesn't really display at all now because of the sim ;) but i assume on a recorder or player it would + adi|home: yes it does + yes it does? + meaning it will on the player? + it shows on target + k.. thats what i thought :L)( + :) + init takes about a second on the player, and about 3ms in the simulator :) + hehe + it doesn't read at all ? + ata_init() fails with -4 + alkorr: it stops at "ata: -4" + freeze lock ? + yup + no apparent locking ? i mean when accessing via a PC ? + no we haven't seen a lock in a long time now + using with usb works fine +--- Tumm^Awej is now known as Tumm + and if you comment the freeze_lock ? + okay, you can now see the splash screen from the menu + alkorr: haven't tried that + Zagor, i fixed main.c + it now references show_logo + not show_splash + ok, you fixed main_menu.c+h too? + show_splash has a delay in it, show_logo doesnt + only main_menu.h + .c rather + you should put -1 before command and -2 after command completion + we need it in the header file or we'll get ab ugly compiler warning + alkorr: how do you mean? + need what? + adi|home: we could make the "version" display show the logo above the version string, would look cool ;-) + alkorr: ah in freeze_lock() you mean? + that i can do :) + adi|home: declaration of show_logo() + Zagor: it was already that + show_splash called show_logo + originally + zagor and linus, we should work away the compiler warnings + more generay + show_splash is called in the menu function pointer + no, just show_splash. if main.c now calls show_logo instead, the .h needs to be changed +* adi|home is now totally confused + menu.h makes not reference to show_splash or show_logo + main_menu.h only needs to know about show_splash + so all should be well + oh i have an idea ! the original recorder firmware maybe execute freeze_lock() so you cannot do twice ! + i don't another explanation for the moment + ahh, yes that's quite possible + i'm pretty sure about this + Bagder: ill get the version to display the splash screen tomorrow.. im off to bed... + night all + night adi + night! + which version of newlib you use for rockbox ? + 1.10 + gluuup 3 MB... :( + yeah :-/ + hope it will compile fine after downloading it + 3MB package for some very few functions + (that we use I mean) + i thought you wanted to get rid of it... + it wouldn't be very hard to get rid of it now + quite now i want to compile rockbox :/ + in fact it is only some file in app which are eager of newlib + no + strncmp, strncpy, strlen, memcpy etc + they're used all over + oh yeah it fails for app before the other directories + ah yes + recorder works now with ATA ? + by the way which version of gcc do you use ? + I use 3.0.3 for the cross compile + alkorr: i'll test the recorder now + k + a question arises : if some arch*s firmware freezes the lock, we need to check after command failure if it is because the lock is always froozen to be correct + is the mpeg thread suitably disabled on the recorder? + well i read the ATA document + it is said that "Frozen mode is disabled by power off or + hardware reset. If SECURITY FREEZE LOCK is issued when the device is in Frozen mode, the command + executes and the device remains in Frozen mode. + not a good news + oh it seems you don't issue a hardware reset even if the function is here + "The device shall return command aborted if the command is not supported, or the device is in Locked + mode. + it doesn't mention there is an error if already frozen :/ + mp3 streaming through a ssh tunnel really doesn't work well + for some odd reason + ok, SECURITY_FREEZE_LOCK is a non-data protocol + which means it issues an interrupt at completion + so be sure to disable interrupt before (i suppose it is so) + what is the main file ? + apps/main.c + system_init disables all IRQ, and then we enable only those we actually use + and we don't use the ATA IRQ + i see that + but when you will use it, beware + what i mean you did nIEN after two non-data command + whereas it should be before + it doesn't change anything quite now but still a mistake :) + well, success ? + well it doesn't say ata: -4, but it doesn't say anything else either :) + dead + ouch + try another command instead of freeze... just to say if ata controler is failing + i'll try removing the splash + uh you try to see if it exist a slave ? + yes + so when you enter freeze, you are selecting slave ? + unless freeze works for both... + both? + we are selecting master or slave first, then perform commands + since the drive may be strapped as slave, we must determine that first + yes because you leave DEV at the slave when you call freeze + ah ok + it is MASTER xor SLAVE + if a master is found, we don't look for a slave + sorry :) +<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- alkorr has quit () + popping off like flies ;-) +--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox +--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox + whoa. kernel panic! + really? + Lame USB driver + yup. usb isn't quite bug free :) + hehe + nasty + and its not even usb2? + plain usb1.1 + did you see edx screendump of the win32 simulator? + edx's + no + http://codeforce.d2g.com/rockbox/w32sim.jpg + kinda neat-looking + compared to the x11 one ;-) + Zagor has real problems with the USB driver... +--> RKK60 (OKE60@pD9EAB9DE.dip.t-dialin.net) has joined #rockbox +--- RKK60 is now known as edx + HELO + hey edx + hi + edx: you should take bigger care not to break the builds + lunch time +--- Zagor is now known as Zagor|lunch +--- Linus is now known as Linus|lunch + all three broke + oh.. what did i do? + ahhhhhhhhhhhhhhhh + you added an include of "bmp.h" + WRONG, that's what you did! :-) + that doesn't exist + ohoh.. sorry + and should only ne included for recorder + but i need that one.. (and you should too) because teh bmp_read function is not defined otherwise + for the recorder, yes + you made it unconditional + ok. + i am very sorry. i have not thought that far... + did you fix anything yet - or shall I do now? + I'm only telling you so that you can be slightly more careful next time + I've fixed those things + i will. + it builds fine for all targets now + gah + it did + not anymore + what's the problem now.. + adiamas latest patch + it builds for windows though + what did he do? + (btw.. i brought dir size to 144kb.. that should be ok, shouldn't it?) + forgot to commit a change I suspect + certainly, that's fine + is that file used by the simulator (i dont get any errors) + no it's in target-only code + the target code.. does it work? like how much can you do already? + it works for the player + there's still some ata issues on the recorder + ah.. + it plays mp3s already? + yes + cool :) + we should implement a search possibility btw.. + to search a directory (or the whole hd) + we should implement a lot ;-) + true. :) +<-- elinenbe has quit (Read error: 104 (Connection reset by peer)) + the good part is that we can already write most of the code and try it in the simulators + Hey everybody. Anyone fix the loop-de-loop character bug? + Zagor said he believed he did + Cool + then the big bad power blackout fell upon us + Oh + so there's no daily builds and stuff available + That's why the thing is down. + yeah + there's been a fire in some cables, the whole area went black + I could offer you a binary if you feel like giving it a go ;-) + Sure, in a min... :) + http://storebror.haxx.se/archos/ +--- Bagder is now known as Bagder|food +--- edx is now known as edx|homework +--- Linus|lunch is now known as Linus +--- Zagor|lunch is now known as Zagor + Anyone know how PsyKul's test went? + yes + And? + the characters changed on-screen + FUCK + so the trick doesn't work + Damn. + Well, I'll need to come up with a more complex alg. + heh, yeah + reboot again :( +<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox + He must run Windows +<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox +--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox + I think I have time this weekend to write some additinal layers for complex char management. +--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox + the splash screen bugs in the recorder + empty screen + seemingly dead + after removing the splash, it says: "ATA -5" +--- Bagder|food is now known as Bagder +--> alkorr (alkorr@srs03v-5-28.n.club-internet.fr) has joined #rockbox + i download gcc-core-3.0.3 is it enough ? + -ed + try! + Linus: show_logo() you mean? + alkorr: i'm not sure + it uses malloc()... so it should be moved to at least after the malloc init stuff + Bagder: no, it was before adi changed + hey i don't want to wait for 1 hour to tell me there is something missing !!! + ok + so i prefer to be sure that gcc-core is enough before compiling it + alkorr: i have never used only the core version + me neither + good + well... i pray so + still down your website ? + yeps + i was looking for the HOW-TO-INSTALL-GCC-AND-NEWLIB-FOR-SH-TARGET page + it should be available on the sf mirror too, right Zagor? + dead today. Look at our sourceforge mirror + okay i try the redhat page + sourceforge mirror ? + rockbox.sourceforge.net + http://rockbox.sourceforge.net/rockbox/cross-gcc.html + ok, i didn't know that + ok see you later +<-- alkorr has quit () + Zagor: perhaps the splash was made before the malloc init before too? + yes + but otoh, I doubt you had a bmp stored there + actually i had + so what does -5 mean? + oh you did, well that explains something! ;-) + uhhh... must... remove... new emacs eye candy... + emacs 21? + yes, on storebror + check my .emacs + i did. i still get a blinking cursor. + in the bottom + oh + blink-cursor + "Non-nil means blinking cursor mode is active" + ahhhhh + splash-before-malloc_init was probably the crash reason + with this flaky usb driver, i'm not sure I feel like experimenting too much though :( + still, the ATA problem persists... + yes + ... is there a good mp3-download client for linux? + It's time to debug-enable a Recorder... + edx|homework: audiogalaxy + preferably console... + Linus: yep +--- edx|homework is now known as edx + edx: audiogalaxy is the best any-platform + and: audiogalaxy preserves users from downloading some copyrighted files :/ + leech now before RIAA closes it down ;-) + but i need a console :) + yeah, like 2 of them million ones + consoel program. + edx: naah, just misspell the name some and it works again + AG is console + +browser + cool + cuz i'd like to run it via ssh + you use their web site to select songs and then run a simple download client on your machine + noninteractive + i use ag for windows and normally i find stuff but there are some files that are really hard to find + of course + they can't have it all + and the most popular ones are filtered + hard to find because they are copyrighted. thats what i meant + yea + I'll still have to see a better system appear + that's why you'll find artists like "Madona" and "Britny Spers" + AG is a killer system just because it is not strict p2p ;-) + edx: try "spiffy's AG tools", it automates searches for full albums. even tries misspellings and things in case of blocked download :) + http://freshmeat.net/projects/agqt/ + I found "fags" the other day, a free AG sattelite clone + zagor: great :) + Bagder: good name :) + "fags" :-) + "Nap is a console napster client written by Kevin Sullivan" That uses WinMX which is cool to :) + yeah, kinda fun +* Zagor is off to do mind-numbingly boring work + He's not joking + it's really boring + but he's out from there starting next week, right? + so he should have as boring as possible now! +* Bagder grins + he might stay a little longer after all...they are discussing it. + aaah + a few weeks longer + but again, maybe not... + ata_spindown() could be modified to return different return codes, then we could easier see which of its operations that fail on the recorder + hmm you linux guys have to help me + i cant get a program to install.. + it has an "install" with it and when i type like install /srcdir/ /destdir/ it does about nothing + linux programs usually don't get installed with 'install' + did you download a binary package? + what program is it? + that's "nap" + napster client for linux + it is a binary package, yes + and there's no INSTALL or README document ? + AUTHORS ChangeLog README nap napster.txt + COPYING INSTALL README.win nap-session server + COPYRIGHT NEWS get-servers.sh napping userguide.html + there is.. yea + so read it ;-) + thought INSTALL was a program :/ + you can probably run 'nap' just as it is + i cant + error message? + AUTHORS ChangeLog README nap napster.txt + COPYING INSTALL README.win nap-session server + COPYRIGHT NEWS get-servers.sh napping userguide.html + sorry + bash: nap: command not found + ./nap + ./nap + that's what i get.. ahhhh + ok thanks. + ./nap: 1: Syntax error: "(" unexpected + hm + . is seldom in the PATH + in unix you don't usually have current directory in your path + edx: do 'file nap' + ok + it displays what kind of file it is + nap: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped + now, read the INSTALL fil ;-) + ok ther read the README + the readme file is helping me ... i guess i can do it ;) + file + otherwise it would have been named IGNOREME :-) + the readme just tells me how to compile it :/ + but those are already binaries + maybe it wants a config file + what is the "su" command supposed to do? + you need a linux course + su makes you super user + aha + well i do it with ssh and the command wont work + no matter i am a super user ;0 + "wont work"? + what does that mean? + the ocmmand doesnt exist + su? + yea + you just don't have a proper path + what path is it supposed to be in? + there's not a linux system in the universe without su + /bin/su on my box + well maybe.. i dont need it anyways :) + seems not to be in there :/ + well the nap thing says the same as before (unexpected )) + so get the source instead + it'll save you from this trouble + ok. +* Bagder is a prefer-the-source man + hehe + so now i have a tar.bz2 file... i dont even know how to unpack that ;P + bzip -dc [file] |tar -xf - + bzip2 + ok + *slow 120 mhz machin working* + :-) + oh its a tar.gz (downloaded wrong file lol) + how do i do that + so use gzip instead of bzip2 + gunzip somethin |tar -xf - + same params? + yes + ./confugre i gues.. + yes + cool.. seems to work :) + (its rare that something on linux works for me haha) + btw.. do you know "Knoppix" + nope + that's a linux distribution + it has been written by the brother of my gymnastics trainer.. + making a linux distribution is not very hard + you could make one too + i have never seen it (but i got a bootable cd of it yesterday.. will try) + *making* + bah.. warnings :/ + warnings are just warnings + i know ;) hate them even so + so fix them and mail back a patch! + :-) + nap.h:112: warning: `struct sockaddr' declared inside parameter list - they could do that themselves if tehy wanted to :) + indeed + heh takes quite long the compiling :) + just wait until you built that sh cross compiler ;-) + how long did it take you? + I don't know + it takes a while + hah! + especially building all those newlib libraries + finished + *make install* + usually you can't do that as a mere user + that looks good - not the same mistake (just some weird characters) + XFree86, now *that's* a compile for men + hehe + staroffice! ;-) + Mozilla + Created config directory à + aà + ax/.nap + Reading user config file /home/edx/.nap/napconf... + /home/edx/.nap/napconf: file not found. + User: + that office beast is way bigger + oooh, cheating ;) + ahh that's what its supposed to mean + on the ssh thing its some crappy stuff :( + Password for user edx (optional): + so you need to read the docs to see what to populate that file with + hm why is the font fucked up? + the font? + well it displays like chineese characters in the ssh console + if i paste it in mirc the text gets normal :) + so, that's the ssh client's problem + reset the terminal + Do we have any brave Recorder lab rats online? +* Bagder looks at edx and grins +* edx thanks bagder for his tip :) + now it seems to work again + our USB driver is too nasty today + i have a recorder. + i might want you to test a mod + ok + if it wont fuck up anything on my recorder :) + send it to me + crap! ok, I'll ask someone else... :_) + :o) + what does the mod do? + an ATA test + whats the worst thing that could happen? + you mean that *COULD* happen or that is likely to happen? B-] + total disaster + like "ATA-6" + oh no! not -6!! aaaaaah + lol whats that + just an error code + hm the napster client works but i cant search anything - bah (server always says "bad search request") + what would total disaster be? + as long as the hd is still usable afterwards that's no problem hehe +<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox + heh - there he goes + it isn't likely to destroy any data or anything, after all this works on the player +<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox +--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox +--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox + "/usr/bin/install: invalid user `root'" + lol + your system is screwed up + it is not + i jsut dont have a root user :P + sane systems have a root user + mkuser .. whats the command to create a new user? + what distro is this? + cygwin + and whats the default password for root in cygwin lol + you said linux before + I mean, why were you surprised the linux executable didn't work? + it worked. + after i compiledi t. + yes + i thoguht cygwin was about eaqual to linux lol + hah + quite far from + bah + Zagor: the AG client wont work on cygwin ... I chose the static version - if I get the one without glibc .. may that work? + hardly + those are linux binaries + right? + yea + cygwin is windows, not linux + that is hmm.. not so good.. all that... +<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox + hmm... i take it no daily builds are available given that the web server(s) is(are) down + right + I have very recent ones available though + http://storebror.haxx.se/archos/ + cool... i finally found my usb cable for my jukebox and i wanted to try rockbox + that's a player or studio? + player + er + wait, no it's a studio 10 +* Xunil96 chuckles + aparrently i'm not with it today + well, that's the same binary + player-archos.mod? + yes + call it 'archos.mod' when you put it on your disk +* Xunil96 nods + interesting +--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox + the interface is still coming along, i take it + oh yes + it's very basic still + still, darned impressive :) + any noticable bugs? + hrm... + not bugs, no + well + you can't seem to stop the music :) +* Bagder still has to see rockbox running + hehe + but i don't consider that a bad thing + stop isn't implemented, i forgot to check that in :) +* Xunil96 chuckles + so what's this written in? SH1 asm? + C + C mostly + really! + yup + hrm... need another developer? :) + always + sure! + dive in! + cool! + i'll have to get the dev environment set up at home + Xunil96: What OS do you have? + man, emacs21 is slooow :( + edx, several; at home i have netbsd and windows; this server i'm ircing from is debian linux... i have an ultra enterprise 2 i switch back and forth between solaris 8 and netbsd + hehe +* Bagder notices that Xunil96 seems experienced enough in the area of OSes ;-) + heheh + Xunil96: you'll enjoy this page: http://rockbox.sourceforge.net/rockbox/cross-gcc.html + i'm a professional sysadmin :) + actually, STOP was checked in in v1.10 but I managed to remove it again in 1.12 :) + lol + nice going Zagor ;-) + that's iterative programming + do the same thing many times ;-) + *** The edb-config script installed by edb could not be found + what is edb? + yeah, it's so fun I want to do it over and over again! + hmm + how do i shut off my archos, now? :) +--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox + pull out your power cable, press off + stop + oops + ah, there we go + Bagder, for Player simulation, how did you define lcd_puts ... you had some trick there, rihgt? + edx: I made them use the recorder-simulator's lcd_puts() using the smallest font + x11 sim build doesn't work + works for me + you completely up-to-date ? + yup + oh, you mean it doesn't work when running? + it doesn't compile + what breaks? + debug.h:31: warning: invalid character in macro parameter name + that a player sim? + nopp, recorder + ah + you + 're using a rather old gcc + eh, i'm using your... + it doesn't like that #define line + try /usr/local/gcc3/bin + ;-) + ok + I only use that old one for Linux kernel builds ,-) + ahh, better + hmm i dont understand why lcd_puts is undefined... + /usr/local/sh/bin is for the sh-stuff btw + yeah, i found those + Bagder, compiling with ARCHOS_PLAYER and SIMULATOR set, lcd_puts should be defined in lcd.c, right? + bzzzt, wrong + why not? + #if defined(HAVE_LCD_BITMAP) || defined(SIMULATOR) /* not CHARCELLS */ + don't define ARCHOS_PLAYER + hm what then? + HAVE_LCD_CHARCELLS and HAVE_PLAYER_KEYPAD + aha... well.. .. ok + ARCHOS_PLAYER is intended for target + ok + still, lcd_puts is undefined :( + so, write it + check out the x11 code + hm looking at lcd.c i cannot see why it would not be defined! + lcd-x11.c + but please explain why it is not defined in lcd.c + the x11 sim defines lcd_puts() to something else + as that is the wrong function + hmmm + but where is the condition... + there is no condition that skips that part of code + chardef.h and charundef.h contain the #defines + ahhh + ok + hmm the recorder uses functions in lcd.c - couldnt the player do that too? + it does + but not lcd_puts. + yes it does + arghl! + no it doesnt + line 336 + (why would you define it in x11-lcd.c if it was defined in lcd.c)?? + you mean the player-simulator? + yup. + my recorder simulator uses the code from lcd.c + well, you can do it however you like, but the target function lcd_puts() on the player writes to hardware using lcd_write() + do you wanna simulate that? B-] + the player could use it too... no problem. + wrong + read the code + line 336 + can you use that? + read further + line 4xx + theres another function + i use that. + that's for the recorder + when i do not use chardef / charundef it works :P + yea but the simulator does not care whether its for the recorder or the player + the functions are defined, thats it. + yes you can use that for the player simulator + I wrote my stuff before those functions looked the same + ill just put empty chardef / undef files into win32 dir then (?) + or do i rather change lcd.c not to include them when useing win32 simulator. + yes, do that, and I'll work on removing them in the x11 side + do what now? + editing lcd.c? + use empty files + ok + I'll fix the x11 stuff to not use that and then we can remove them + player code compiles on the simulator as well now. + but it'll look funny with your picture ;-) + hey + it won't work + what wont work? + (and what are the dimensions in pixels of the player?) + 11 characters, 2 lines + 55*16? + or 66*16? + whats the dimension of one charcell? + 7 or 8 pixels high + 8 i think + whidth? + 6? + but there's room for some fixed icons too + hm.. yea i have to see what i do with them - are they supported by your simulator yet? + well since you use the lcd_puts() you could assume 8x6 :-) + why it won't work: + the player needs no lcd_update() to work + the recorder needs lcd_update() to update the screen + aha + hm + dir sorting committed + c00l + where is LCD_HEIGHT defined btw. + lcd.h + lcd.h + hm. + edx: but I'll make a fix for it + when I remove the char(un)def.h + and now there is a slight possibility that the STOP key actually stops the music. :-) + Bagder: Ok :) + oh no, qsort broke the build :-( + well the player code works so far anyways + edx: I think that's because there are lots of lcd_update() in the code already, that are defined to not do anything on the player + Zagor: why did qsort break the build? + it uses __udivsi3 which we can't find. very strange. + hm + that's libgcc + yeah, except it's not there + edx: I removed the char(un)def.h usage now + Zagor: try copying the qsort.c file from newlib and build it yourself + not that it would make a difference... + hmhm Zagor, this AGSattelite addon tool wont find any album - no matter what i enter + it find songs thogh ;) + Bagder: i'll try that + works just fine + veeery strange + amen + we could consider copying the files we need from newlib and cut it off as a dependency + yes + they aren't many + just because what Alan said: 3MB tarball + 10 functions + yeah + 10 small functions too + 9 if we declare 'errno' ourselves :) + hehehe + haha Zagor - that tool is soo great! that wsa just what i was looking for (agqt) + i'll try it + edx: nice + http://www.casio.com/corporate/pressroom.cfm?act=2&pr=5530 + tiny toys + oooh, that's small! +<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox + Bagder, Have you commited lcd.c yet (without chardef.h inclusion)? + I did + lcd.h it was ;-) + but I fixed lcd.c too + hmhm + line 362 lcd.c + #include + oops + i don't have time to fix the qsort problem right now, gotta run. see you guys! + bye Zagor +<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox + now then! + ;-) + later, I'll setup automatic builds + so that we can instantly if any particular build breaks due to a commit +--- ChanServ gives channel operator status to Bagder +<-- edx has quit (Read error: 104 (Connection reset by peer)) +--- Bagder has changed the topic to: web site might remain dead until saturday! :-( + what happened with the website? + power blackout + in the whole area + huuuuge +--> Zagor_ (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox + yow! + yeah :-/ + well when you can get at the site again, i'd be happy to offer my colo as a mirror site in case something like this happens again + well, we have a mirror on sourceforge already + we have a mirror at rockbox.sourceforge.net +* Xunil96 nods + thanks anyway :) + just that some services, like the daily builds, run on that particular server only +* Xunil96 nods + I regret that I didn't commit the tools so I could set it up quickly elsewhere ;-/ + I'm off + see ya tomorrow +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Zagor_ has quit ("bye") +--> edx (OKE60@pD9EAB9DE.dip.t-dialin.net) has joined #rockbox + edx you still around? +--- adi|coding is now known as adi|work + adi.. still there? + yeah mate.. + just wanted to let you know i commited the file that i forogot too last night. not sure if you need to update your windows side. + i can let ya know what i changed +--> Zagor_ (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox + hey zagor.. + i check in the file i forgot to check in last night... + hi + ah, good + yeah... now the x11 sim works correctly + though i think the win side prob needs to be updated + btw... is there something wrong with the commit mailings? + i haven't gotten any + yeah, the mailing list is on the same server as the web server. blacked out + ahhh.. okay + *really* annoying + hehe i can imagine + you shouldn't use absolute numbers to sleep(). use fractions or multiples of HZ instead. that way we can change the timer tick freq if we want to + ahh.. okay... + want me to fix or you want to get it? + i'll get it + already got it + ah :) + zagor.. how do i get to a menu ... on the simulator? lol + hi adi + it compiles without probs. + edx: press a menu key. ENTER on player simulator or /,*,- on recorder + on numeric keypad + k + heh tetris still isnt fixed + i had a fix... but i threw it over.. somehow ;) + i got the game twice the size and the lines disappeared correctly ;) + nice :) + ill have a look at it again soon... + yeah.. when you get that edx.. + let me know... + :) + i have got that.. you wanna know what it was? (i still remember) + you have it in code? or is it only a few lines fix? + cause i was thinking more of a 'zoom' feature + i was talking about the line disappearing stuff.. + virtual[i*max_x] = virtual[((i-1)*max_x)]; + think it was that line... well i'll see to that later + ahh.. okay.. + cant really work on it right now... should be coding for the office ;) + wee, I just removed all global variables + hmm, where's a good place to put errno ? + id say main.c + assuming your having it global +<-- Xunil96 has quit ("installing NetBSD") + only i need to put it somewhere in firmware, since it's used by code there + ahhh... + id say system.c would work + either that or panic.c + since anythng that triggers an errno is likely to cause problems + only system.c is mostly about setting up the cpu. and panic is very narrow too. :-) (what, me picky?) + okay debug.c? + hmm +* adi|work winds up his frozen trout and prepares to whap Zagor_ + i just want it Right :) + heheh + opinion is like a man dating.. it is never right ;) + lol +--- adi|work is now known as lou_soyur +--- lou_soyur is now known as adi +--- adi is now known as adi|work +<-- Zagor_ has quit ("bye") +--> huz|taff (~df@AToulouse-103-1-1-242.abo.wanadoo.fr) has joined #rockbox + hi the server is out of order ? + bjorn.haxx.se : 2 packets transmitted, 0 packets received, 100% packet loss + :( + yeah sorta... + they had an electical probl... + their in a blackout mostly + oki, I hadn't watched at topic (sorry for my english :) + s/watched/look + good luck for the rest of your project, i look forward testing beta of your work + ++ + s/rest/continue ? + .. bon tant pis, bonne chance à vous, joli travail, j'attends avec impatience le fruit de votre boulot pour tester tout ça. +<-- huz|taff (~df@AToulouse-103-1-1-242.abo.wanadoo.fr) has left #rockbox +<-- edx has quit (Read error: 110 (Connection timed out)) +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + howdy + yeah, I noticed bjorn.haxx.se was down +--- dw|gone is now known as dwihno +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--> Zagor_ (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox + Good morning Dr. Zagor + hi + morning dwihno + hey zag + Good morning adi + Hey, look. Howard's being eaten. + huh? + it's a Monty Python reference + http://www.stone-dead.asn.au/movies/meaning-of-life/01-introduction.html +* dwihno brought some tea bags to work today + Some evil dudes has consumed all the bags! :( + hehehe + That's serious shit man! :) + I just realized some serious stuff! + I'm gonna have a metting when the france-zenegal soccer game takes place! + the what? +* adi|home nods +* adi|home slaps Zagor_ + world cup man.. + where have YOU been!!!! + world cup? cup'o what? ;) +* adi|home does the world cup shuffle + and you call yourself a non-american + haha. well i'm not much of a soccer fan + :) + i thought everyone in the world (with the exception of americans) loved soccer :) + ahhh SINNER!!! + Yeah + Shame on you Zagor! +* adi|home beats Zagor_ mercilessly with a Canadian + oh no! not a Canadian! + Yes!!! a Canadian +* Zagor_ sobs + and careful you.. or i shall bring out........ + THE COMFY CHAIR!!!! + ahhhhhhh! +* adi|home cackls "Nobody expects the Spanish Inquisition!" + Hahahaha +* dwihno rofl's :) + hahahahaha + "I like chinese, they only come up to your knees..." + "Never be rude to an Arab..." + "A spik or a wop or a jew...." + Come in, my little loves. I've got no option but to sell you all for scientific experiments. +* adi|home puts on a cheesy french accent + Hey, I finally decided what computer to buy ;D + Zagor_ would you like a mint? Oh.. but it is a wafer thin mint.... + bugger off, i'm full! + ahh.. it is hardly anything.. so thin... + surely you have room for a mint + bring me a bucket... +* dwihno smiles widely +* dwihno tries to remember who gave him the dell tip + "Ah.. I'd like to have an arguement..." + A rather funny thing... They had this "buy computer online and save $"-deal, which expired yesterday... Today it's reassigned with a new stopdate :) + Lucky me +* dwihno sings some solid base hits + lol + "you toffy nosed maloderous pervert!" + swedish channel 3 is running all 46 episodes of "Monty Python's Flying Circus" + at 03.50 in the morning! + i hate you severly... + Only sick bastards are up that early! :) + (or, that late) ;) +* adi|home glances at the clock and realizes he still ahve 2 hours till he is a sick bastard + hehe + hehe + I need to make myself a nice, hot, cup of tea (and hide my teabags from the vultures) +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + Is the any difference between the mp3 decoding circuits btw? + shhh Bagder is back +* dwihno shuts up and låtsas like it's regnar + dwihno: yes there are differences + dwihno: lots. see the data sheets +* Bagder spots Zagor at this hour, *gosh* + i'm having breakfast :) + hehe + I installed linux on my development-box a couple of nights ago, and the kernel gave me some warnings about data integrity... + I checked the source and the message was in some probing function, am I using an old kernel or such? :) + usb-storage says that every time + (with the archos, that is) + i don't know why + ignore it + I thought I did something wrong and got scared I'd get that "HD lock" thingy :) + hehe. no worries. + It was the first time I did something USB-ish on linux + O Lord,... + (connecting a mouse, and the archos, that is) + ...ooh, You are so big,... + ...so absolutely huge. + Gosh, we're all really impressed down here, I can tell You. + That's it! No more all-nighters for you! :) + Bagder: newlib is no more + kewl + nor any global variables +* Bagder fires up ssh-agent and gets ready to do some cvs upping + did ya tell Alan? B-] + No global variables?! +* dwihno is gonna miss them + so how are we doing things w/o globals btw? + oh just fine :) + smart ass ;) + what are we doing instead of them :) + the only one that really required an API change was the parameter table from disk_init() + disk_init() now returns a pointer to its' local table instead + nods + Cute + the others were mostly just lazy coding + Now my tea is done. Thank you, dr. microwave. + ok, tarball size now at 216K + including win32 sim + ah, good + edx shrunk his pic with ~60% and we got rid of that 290K .aps file + http://fifaworldcup.yahoo.com/en/020530/1/mq2.html + NOOOOOOOO! +* Bagder refuses + I'll hide from *all* darned soccer + i'll have my world cup black, please. no milk or sugar. +* adi|home points out that he didn't like using globals.. that you made me :) + hehe +* Bagder slaps the 'saint' sticker on adi|home +* adi|home polishes off his 'saint' sticker... + no one ran linus recorder tests yet? +* adi|home notices Bagder's spelling of 'saint' seems to look like 'satan' + if you can promise me i won't toast my recorder, and can get me a binary.. ill test +* dwihno looks like a TV producer when he walks around the office wearing his philips HP910 headphones + I don't think Linus committed his test code + did he have an ata test? +* adi|home screams 'Come and see the violence inherent in the system! Help! Help! Im being represed!' + hehe + Zagor_: yes + Some nights it was so cold, we could hardly move, but Blackie'd be out there + slicing the lemons, mixing the sugar and the almonds. + I mean, you try trying to get butter to melt at fifteen degrees below zero! + There's love in that cake. +* Zagor_ is having his Python appreciation hour + "I'm not dead yet" + Why does it smell like someone has thrown up in the office? + This beat of my heart goes na na na *sings* +* adi|home hands dwihno a pail, cause its obvious he can't carry a song w/o one ;) + :~( you mean ass! :) + if your not picked on.. yoru not loved + thats why we leave Bagder alone + :) + well, i'm off to work. see you shortly. +<-- Zagor_ has quit ("bye") +* Bagder watches the crowd in silence + "and pray there's intelligent life up there in space, cause there's bugger all down here on earth. + adios + There's no way to create a playlist without attaching the player to the PC and making them there? + not right now, now + dwihno: you mean the regular firmware? + yup + hold down play in a dir + I guess I have to stick with the regular for awhile :) + it'll make a playlist of that dir and all beneath it + hm + coolers + does the player have LCD_WIDTH defined? + no + k + since it isn't graphical, a pixel width makes no sense + What is the counter which is counting slowly while saving the file? + dwihno: the track number I guess + erhm + Slow :( + yeah + 2 songs per sec approx + what font does lcd_puts write with? + size wise? + it uses the font you pick + with lcd_setfont + where is that value set? + how often does it need to be set? + or is global until it gets changed? + it defaults to 0 + hmmm k... + currently I don't think any code ever sets it ;-) + btw, Zagor was wrong about the global variables ;-) + hehehe k. + unsigned char display[LCD_WIDTH][LCD_HEIGHT/8]; + the recorder's display buffer + heheh + Phew! + I almost fainted for a second + what is a piece of software without a set of global vars? :) + haha +--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) + Zagor: I decided to make the sim Makefile get built with tools/configure too + ok, cool + ummm k :) + so now i need to run configure each time i want a sim makefile? + it'll make it easier to build both kinds of simulators + adi|home: yes + k + at least once + heheh i have a small gift in about 5 mins :) + ACK... + ummm okay... just segfaulted the sim :) + ooo, gift! ;) + heheh did it in tree.c on the strcmp + hmm.. someone wanna check and tell me if it happens to them.. + i can walk you thought what i did.. + just a minute + k + ok, what do I do? + compile the sim for the recorder + leave dir browse and go to menu + go to any submenu... + then key back to the main menu (return back) + then return to the dir browse + its the return to the dir browse that cores on me now. + ok + i didnt notice if it did before + i get it too. checking... + actually.. you don't even have to go to a submenu.. just the main menu and return to dir browse... + okay.. so i didn't introduce it.. i can commit what i worked on + yes + okay, submitted.. + not a major thing.. but something Bagder asked for + suuuure blame me ;-) + yeah, looks good + no.. bagder.. you play with the sim at all? + only slightly recently + but you could use putsxy if you want pixel position, to avoid calculating char position + okay.. cause now the version info is displayed below the splash bitmap +* adi|home dohs + cool + ill fix it + oka... fixed .. again + do you think that maybe that new splash screen should be displayed before the credits? + figure that removes one more item from the menu... + yeah, combine the two and call it "Version" + k + crash fixed + ok, 'configure' now supports simulator builds too + seems to work ;-) + makes it easier to builds both kinds of simulators + nice + give it a go and see if it works for you guys + diving in + works grrrreat! + goodie + I'm gonna setup non-stop automated builds of all targets soonish + to bettee allow all developers to see if they break things + build-wise + if only the power would get back + it should get back no later than tonight they said on the news today + really? nice + yeah, apparently the progress has been a bit faster than they first thought + I still find it amazingly slow... +--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox + morning Linus + morning + yeah, i especially like how the subway fixed their own power in about three hours... + You work in Kista? + LIK-KISTA! :D + Zagor: yeah + *hoho* + Lot of barbeque parties in that neiighbourhood nowadays. :-) + no but the office (and thus server) is there + dwihno: no, but our office is there + lik-kista! :) :) ): +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + hi adam + Bagder: did you ever try to build a player simulator? it doesn't work + the build? + yes + works for me! :-O + 3S works but not 1S + make[1]: Entering directory `/home/bjst/public_html/rockbox/uisimulator/x11' + make[1]: *** No rule to make target `debug.c', needed by `/home/bjst/public_html/rockbox/psim/.deps/debug.d'. Stop. + old gcc again? + no + this is just make + ah, right + try in my dir and see + you have to allow me to cd there then ;-) + now + oh, I can + the Makefile too + now + weird + I removed .deps and tried again + then it worked + strange + oh well +--> alkorr (alkorr@srs03v-4-164.n.club-internet.fr) has joined #rockbox + morning Alan + hi + Björn cut out newlib + no need for that anymore + i'm not 100% done yet, though + good news because i'm very upset : after a lot of hours to compile all the stuff, newlib fails + we still haven't replaced all the header files + uh + Zagor: ok + i'm thinking if we should just copy stdlib.h etc or do it some other way + I'm fine with whatever + that *!#§ try to compile for several machines (m2,m3e,m4-single and m4, plus the ml counterparts) whereas i would linke only for sh + sh1 + any idea to switch off compilation with m2, m3e, etc. ? + but where dios it fail? + does + it try to link a lib.a or something like + it is when it compiles newlib (configure gcc with --with-newlib) + i have no longer the message (i compiled yesterday) + or to make a lib.a archive + what version of gcc/binutils/newlib? + the same as yours + strange + 1.10.0 + linux or cygwin? + okay... Zagor.. credits and splash/version merged + wanna take a look? + cygwin + just a precision + wavey managed to get it all working on cygwin + nah, just check it in + ok. i have never tried it myself + it already is :) + ah, you already did :) + i ment for style ;) + checking + we should do some smooth scrolling on that screen + would be fun ;-) + heheh + im working on it :) + that stuff is sorta my 'i feel like playing' test bed + im here to contribute completely useless things + :) + we like that! + JUST A PRECISION : BECAUSE COMPILATION FOR SH TARGET (m2,m3e,etc...) WAS VERY LONG, CYGWIN WAS LACKING OF RESSOURCE SO I WAS FORCED TO RUN AGAIN "make" +* adi|home coughs *screensaver* + TO CONTINUE THE PROCESS + alkorr: that sucks + alkorr: your capslock must be stuck :-) + adi|home: looking good + Bagder... wanna do me a favor? + on the configure + yeah? + let it catch the --help and -? options + even if it don't do nothing. + so that we can set it later + What do you guys think about the upcoming game between Sweden and England on sunday? + right + dwihno: *booooooring* + dwihno: bloodbath! +* adi|home is just rocking for a game + Linus: Do you think we stand a chance? + I guess Bagder and I don't share an interest of football :-) + when it tries to 'configure' newlib, it was so endless and seems for a moment locked so I ctl-ed break + hehe + dwihno: oh yes + alkorr: that takes forever! + :D + WE SHALL STAND VICTORIOUS! + WE WILL SHOW POWER SUPREMACY! :) + or maybe we'll just win the game. + umm.. using the makefile created by the configure + when you run make.. should we consider relocating the binaries? + so when I retry a 'make' it doesn't turn in 'configure' back, but go ahead to compile 'newlib' + or should we assume the user will know where to look? + Bagder: does the recorder build still name the target "archos.mod"? + adi|home: it should put them all in the directory you're in + Linus: yes + and i could be surprised that it tries to link lib.a (i mean it should be libXXX.a) + It should call it ajbrec.ajz, afaik + so my question : it is normal it creates a lib.a ???? + alkorr: you must run the configure again + Linus: yes, but it's the same makefile so that's why it has the same target name + ah maybe an ifdef? + yeah + geeeee !!!! it is not me who runs the 'configure' but 'make' the first time :((((( + alkorr: no, it hasn't built a lib.a in my build + ./configure + all this time lost :((((( + adi|home: done! + thanks :) + alkorr: in a hurry? :-) + oh.. and the binary is not moved to the file your in. + and the configure file is growing on me :) + i cannot trust that 'make' :((((( + blah + adi|home: it isn't moved, it's built right there + alkorr: I did exactly that mistake the first time I built a cross gcc compiler (for powerpc) + I had to start all over again... + Linus : i respect all the procedures you're describing in sourceforge for creating cross-compilers, where is the error ? + respected + not its not Bagder.. the Makefile is built and in the correct location.. + but when you do a make... the binary is not in the pwd + did you really update the uisimulator/x11/Makefile ? + I guess that the gcc makefile runs configure in the newlib directory if it sees that it isn't configured + Bagder: how do I undo a ./configure? + not in rockbox, i mean autoconf/automake stuff + Linus: you don't, you run it again and pick right ;-) + not in rockbox, i mean autoconf/automake stuff + it is not the first time i made a cross compiler, but for a reason i don't know, more recent version are more and more difficult to compile (i suppose gcc 3.x.x are quite recent so unstable for certain platforms) + remove config.cache? + Linus: yes, if such a one is made + it isn't usually these days + ahh.. okay.. fixed :) + hmmm... kinda nasty aint it.. + alkorr: tru removing the config.cache file in the newlib dir + try + adi|home: nasty in what way? + 1. be cleaner if all the obj files were located somewhere else.. but can't help that.. + 2. i run the rockboxui and it runs for a few ms and stops + no menu or anything + ideas? + why would the obj files be stored somewhere else? + but i don't see a config.cache + cause it just looks nasty :) +* adi|home is being picky... so deal :) + adi|home: the obj files were always stored this way, this is not a new way + i know.. + don't mean i havta like it + right + but whats the story with the rockboxui? + adi|home: try creating a directory called archos in the simulator dir + Bagder: the makefile created by configure should have a dependency on firmware for the target builds + ahh.. thats it.. i have one in the sim dir.. but not one in tools + Zagor: yes, it needs to run make in both firmware and apps + I realized that too + adi|home: you should not actually run the configure script in the tools dir + its not very nice + yeah, this 'archos' dir thing should be handled more gracefully + here should it be run from? + a new dir + l + k + yes, we need to treat a missing 'archos' dir just as an empty dir or something + or at least print a message + yes + well, why don't we just have the config create one if it don't exist? + i mean.. no archos dir, then they obv. don't have the .bmp + adi|home: hehe, good question ;-) + I'll make it +* adi|home has served his purpose + you may also want to check for the existance of the .bmp file i they choose the recorder... and report about it if it is not found. + s/i they/if they/ + i think we should compile-in the rockbox logo, actually. it's very small and I expect many people will forget downloading the bmp + nods + how do you compile it in? + yeah + the file could be for replacement only + we should still look for a logo file, but have the official logo as default + I mean the logo on disk + exactly + How about application skinning? :) + we can use the bmp file reader as a converter + i agree.. i like that... + so we need current logo converted to binary yes? + converted to a C array + yeah.. + just make the simulator write it to stdout + code size is now up to 0x658e + debug code, that is + Zagor: if you do 'configure update' now, the makefile will be corrected + good + the lcd_bitmap function.. how exactly does that write to the display? + it fills in the display buffer correctly + then lcd_update() copy the buffer to the LCD + so the buffer passed in, when returned, should be all 1's and 0's yes? + yes + Btw, is a price of SEK 1500 good for a old PII 266, 256mb RAM, 3GB disk, EEPRO100 NIC, ATI rage 128 card? +<-- adam has quit (Read error: 104 (Connection reset by peer)) + I dunno + sounds good to me, if you have use for it + I'm considering to sell my last computer ;) + Then I'm all computer-less. + Until my laptop arrives. + who's got a studio? + I think Lion and PsycoXul do + http://storebror.haxx.se/~bjst/rockbox/player/archos.mod <-- player mod with new cursor chars. i want it tested to verify i've picked the right char + a new player is good too, of course + linus left mine at home *growl* + sorry... + it isn't that pretty in the simulator :) + hehe + then we need some sim work-around + the recorder now gets an archos.ajz output file + nice + Zagor: it looks nice but still takes up 1 too many chars :p + yeah, we must fix something with the hardware cursor + next version + well i played with it + i just cant get the damn thing to show up without blinking + but you get the arrow? + Zagor: you should put sentences like that in a little document before we release, or people will jam us with questions like that + yes i will + yeah i get the arrow + good + the cursor's default state seems to be invisible + and when it blinks it gets reversed + but it starts out invisible and the blink period's too long + so you can scroll past several names before it blinks into visibility + PsycoXul: can you download and try again? this is a test with double-height logo + uhh, this will probably look strange + heh + it hasn't shown up on either of these + i'm turning it off too quickly + it just says the rom version untill the dir list comes up + and it still looks normal from the version menu + ok, hang on... + btw, it'd be nice if the sound options would go back to the sound menu when you press the menu button, like the rest of the menu does heh + right, fixing + ok, try again + btw i have to say + the process of copying one single little file is much faster in windows than linux + yes, that's because the linux FAT driver reads 512 bytes per request. it really slows everything down. :( + ok + i've been looking into it, but it's not exactly straight-forward + the logo still doesn't show up on startup, but it is double-height in the version menu + ...and then so is everything else afterwards + oh + hahaha + untill you leave the menu + yeah, i forgot to clear it :) + but why doesn't it show up at boot? hmm... + i dunno + just keeps showing the rom's screen + ok, once more + gaah, stop! + found the reason + download again + you don't have a webcam, do you? ;) + hehe + heh why + would be cool to see, now that I can't test myself + it works + it does? cool! + yep + its all cool + btw, ata still not working on recorder ? + only now you don't actually get to see the version number :) + alkorr: no + now darnit, does this mean you guys won't bring a player tonight to show me? + Bagder: only an old version + ah, ok, without double height? + unless we pop by linus on the way :) + uh + exactly + these ones haven't been showing a version number anyways + he's living way too far out ;-) + maybe another bit of port A or B to set/clear :/ + yeah, he's out in the sticks + alkorr: yeah, probably something like that. we haven't looked much at it yet. it's very painful without gdb. + now just add a line-in on/off toggle, and auto-continue-to-next-track and i'll start using :p + using it + heh + patience, my friend :) + the lazy playlist coders aren't ready. the mpeg thread is + honestly just playing a whole dir instead of a single file is all i miss in it and imo a road-block to realistic usability + i agree + even if it can't load or save playlists, just to keep going :p + i'll see if I can hack up a quick-fix for it + any idea on battery usage of this vs archos' at this point? + probably worse that archos + probably. we aren't doing anything to conserve battery + except shutting off the disk + well thats the biggest battery sucker isn't it? + yup + during activity, yes. when idle, it only draws like 40mA + i mean i can see it'll use more just cause you have to select each track + but besides that... + i'll be experimenting with shutting down the LCD and stuff soon. also there's a deeper sleep mode you can put the disk in. + Cool + i'm leaving for a week long trip on saturday + could you test again PsycoXul? this version shows double-height on boot but single-height on Version menu, I hope + Does the LCD consume lots of power? + dwihno: I don't know, that's what I intend to find out + and the mpeg thread can be restructured to minimize the disk up-time + Coolness + it'd be great if its reasonably usable vs archos' before i left, cause i can hack in some text-file support and have books to read while i'm gone :p + Would be really neato to gain an hour or so :) + i wouldn't count on it + nah + but in our dreams, everything is possible! :) + The playlist loader could be smarter btw. + smarter than what? + heh + ah right, you've missed the playlist talk on the list + Zagor: yep works + cool + and shows version as CVS this time + i'll check it in like this, then + Bagder: I've been on the list for just a short while + dwihno: we plan a system where we can keep a large playlist by using little memory + and we can do full forward/backward even when doing random + :)~ + but how? + the best way! + :p + gheh + I just wonder how to keep all data in memory + dwino: we store only file name byte-index in memory + byte-index into the file to fine the actual file namae + (and a few cached ones too) + mkay + The font should be tighter horizontally + feel free to make such a font + The browser should have some sort of quick navigation in a tree + we are accepting new font submissions :) + it could be made to work proportional too + that's a cool idea, actually + even ET font :) + The scroll should be horizontally too + scroll faster + <-- is mongo today +* Bagder has considered a system with a wider display buffer and allow the display to scroll horizontally + ahh, that's an idea + I want a jpeg-viewer too! :) + 1-bit jpegs are rare :) + heh + all you need is some cool algorithm to transform the image :) + true + that's what the bmp reader does + not cool though, rather uncool ;-) + time for Greasy Friday +--- Linus is now known as Linus|lunch +--- Zagor is now known as Zagor|lunch + greasy? + You mean JUNKFOOD! :D + Oh, the envy! + i thought you were commiting this? :p + Just a suggestion, why not use long long instead of char for internal bitmap ? + why? + if you need to draw a rectangle you can draw vertical line easily + just creating a mask to OR for start and end vertical lines + another mask for upper and lower horizonta lines + I don't see the point in optimizing for rectangles anyway + it is an example, Bagder + yes + but we do char output mostly + we should optimize for that +--- Bagder is now known as Bagder|lunch + i mean that access should not be always char but also short or int or long long according what you want + if you want to use double heigth font, use short instead of char + ah he's left +<-- alkorr has quit () + Hey, who works on the MPEG thread? + Anyone alive? + not really + Oh hey, hows it goin'. + pretty good + I heard the test did not go as well as we could have hoped. + heh yeah + every time i loaded the new chars, they showed up on the screen in place of the old ones :/ + Damn. + i'm still not using rockbox's code to do it, but i don't think that matters + Yeah, if you're talking directly to the controller, then all is losty. + So, my plan is to write an interface layer to manage custom chars. + manage them in what way? + And allow other threads to request and store custom chars, then a layer over the lcd_prints to call the custom chars. It'll check for the number of customs in use and swap 'em in and out as necessary + stupid java + heh + lcd_puts +--- Zagor|lunch is now known as Zagor + Then no one has to worry about what custom clot is in use, or if/how many are on screen. + s/clot/slot + sounds like fun +--- Linus|lunch is now known as Linus + It's pretty easy, really. + Lion: I work on the mpeg thread + Cool, I have a global struct API interface for the thread. + No locks needed either, vars are either external write only or internal write only. + you mean the info about what songs to play and when they actually play? + Well, that and a LOT more. + Lemme quick crank it out so you can see. + hmm + It's on paper right now. + what happens if you lcd_puts 22 chars on the player? + ok. mail it to the list + will it wrap or truncate? + wrap + truncate + heh + :-) + truncate + sorry, zagor fixed that. + truncate + truncate + :) + ok + it truncates each row, right? after 11 chars. + yup + after pos 11 + I think I have found the LCD display controller that Archos uses + really? + so it's not the salomon we thought? + the charset matches pretty well + nope, but we knew that, didn't we? + yeah well i was kind of confused... + it matches so well, but still doesn't :) + so what have you found? + samsung + S6A0093 has a charset that matches + still, it doesn't quite add up... + the commands sent to it are not specified in the data sheet + Ah + that's because the charset matches that of the new player + and i haven't analyzed the commands to the new LCD + got it + where's the pdf? + S6A0090 + that's the "old" LCD +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + at least when it comes to the commands + but the charset is the same as S6A0093... + strange + i never understood why they have different charsets for differnt versions + the old charset is a lot better than the new one + http://samsungelectronics.com/semiconductors/search/datasheet.jsp?family=312 + and why change LCD at all? + cause they got a bargain on the earlier ones and then ran out? + yeah maybe + hehe no wonder the double height mode doesn't work on the Old(tm) players + its a Test command + people were unexpectedly actually buying the jukebox :) + hehe + Linus: ooh, nice :) + "Don't use this instruction", sayeth the Data Sheet :-) + so how about the new lcd... is there maybe actualy a command to turn the hw cursor on and visible without blink? heh + Display Control: + C = Cursor on/off + or either one for that matter... heh + B = Blink on/off + D = Display on/off + neato + yeah + thats what it says in the sheet for it on your website too + Samsung's web server log experiences a strange interest in LCD data sheets... + ah, right. same command... + there seems to be a "standard" for LCD commands + almost all LCD controllers have the same commands + oh well maybe there's some text explaining it, or whatever + except for that &/#% old Player + so how do we know this is not just another almost-it? + i think the only question mark is the charset on the Old Player +--- Bagder|lunch is now known as Bagder + can these be mask-programmed in some way, like the sh1 is? + maybe + you mean they have a custom charset on the old one? + I'll take off home, I'll pop in when I get there +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + Linus: yeah, maybe. just a guess. + it seems natural Samsung would produce an asian display like the new one + that makes it even more stupid to change LCD... + indeed... are both still in production? + they say "mass production" on the site + ok. the mystery thickens... :) + whatever. these ones seem more likely than the solomon ones anyway + yeah, at least there's *more* matches in these :) + apropos standard, + (from the web site) + "The double height character mode and line + vertical scroll functions are supported" + vertical scroll? + That sort of implies a standard, otherwise they wouldn't have said "THE ... modes" + hmm, maybe. or it's just a case of asian english :) + Line Shift Mode + you can tell which part of DDRAM begins on the first line + you can have 4 lines in memory and program an offset to tell which of the 4 is actually the first line on screen + ah. real fancy "scroll" :-) + wow + it has a horizontal scroll too + asian english == engrish (the 'technical' term) + or rather rotation + yeah + Lion: :-) + its horizontal scroll sucks cause its buffer is too short though + we need to perform some tests to see if the sheets are correct + its what archos' firmware uses + is it? + i don't think it is. it bugs too much :) + i'm pretty sure it dictates the scroll speed and is why even scrolling chars get cut off at a certain point + but you get magically appearing/disappearing characters sometimes, which indicates it's not just a memory offset + but then you never know, those crazy archos people pulled that 999 limit out of their asses, they could've pulled a 22 char or such limit for sideways scrolling out of it too :p + i think they did + Zagor: hmm i've never seen that + play a file with long strings, then play a file with shorter. when the scroll goes past the \0 in the string, the rest of the previous string appears on-screen + hmm + never had that happen + uh, sorry. i'm talking about the recorder. doh! + ah well see + thats a different story altogether + heh + yeah +* Zagor smacks forehead + btw + did you commit those changes you said you were? + heh + yes + ok + just not getting the mails cause of the blackout? + exactly + they say the power could come back tonight. let's hope so. + hmm + feels like some 3rd world country... + ok i just compiled it and got into the browser still in double-height + ouch. let me check + well darn, that's the code I used. you sure you got the latest? + large filea are displayed with large characters. :-) + heh + haha + yep got latest + ah, forgot one thing. hang on. + update tree.c + Almost done with this thing. + if all else fails with making the hw cursor not blink + we could always just use a custom char thats the reverse of the first letter of what we're selecting + heh + Zagor: ok works + good +<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox +--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox +--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + baggy! hi! + rehi +<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox +--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox +--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox + suicidal proxy... + joinin leaving joining leaving... :-) + http://www.leonine.com/~lion/temp/mpeg_api.h + Lion: good start + A few comments... + the mpeg thread may need to tell where in the stream it is playing right now + Oops, stupid = in #defines + right, I was using filepos to do that. + we may also have at least two streams in memory + at least + it reads more that 1 meg ahead + and the thread is never killed + MPEG_CMD_KILL is not designed to actually kill the thread + ok + just stop what it's doing, and unload it's data + I think we should use functions to instruct the thread + ok, we might find a better name for it then + heh + and keep this struct for mpeg reporting + ok that last text reading function i wrote is really broke + IO9:CPUAdrE + at 000A11E3 + :p + uu + hehe + i know exactly what it is. + what is it? heh + PsycoXul: unaligned memory address + Zagor forgot to mention a sligt detail in his file API + it can't always write into buffers at odd addresses + Badger: You can use a func, but in the end it's still going to behave as this struct does. The MPEG thread will need ot lopp and check a var to look for it's commands. + heh + Lion: perhaps, but the API wouldn't have to care + we have a message queue for that + oh well i think its broken in a lot of ways so i'll forget about that and use the newer one though its not quite as functional :/ + but it is about the same + Bad: My point is, write a func, but that doesn't remove the need for the cmd var + Lion: sure it does + because it moves that responsibily to the thread + i think the funcs could do what the mpeg_xxx() functions do today + they send a message + Yeah, and how does that message get to the thread? + via the queue primitives + and yes, it is still a loop + that checks the queue + OH, so there IS more than simple threading. + we have queues and mutexes + I was under the assumption that there wasn't any IPC semantics. + they're not documented anywhere though ;-) + and sleep() and yield() of course + Ahhh .... + look at the mpeg.c + and ata.c + I was hoping there was sleep() for when I rewrite apps/play.c to use the struct + sleep() is documented + cool + Well, anyway, then someone write the mpeg_cmd() func .. :) + mpeg_play() is there ;-) + I know. + You'll notice the struct has no method for loading and starting a file + it assumes mpeg_play() + goodie + mpeg_stop() stops + woot + afaik, those are the only play-related functions we have right now + pause and resume also + ah, cool + but not seek + Linus: can you add them to the API file please? + that one is a monster to implement in a good way... + Bagder: ok + seek is for v3.0 ;) + hehe + Linus: add a comment about read() while you're at it + BTW is the API file meant to document the present status, or the intended goal? + present status + present status IMHO + Linus: I've tried to add a note when things don't work even if documented + like write() + ok wtf + this text function works fine for a small file + but large files it just displays the same odd pattern of y's and o's and blankness + looks like a buffer overwrite to me. + You're not loading the entire file into mem, are you? + Lion: of course i am + heh + haha + Well, don't. + and how big is your buffer? + the file's length + malloc() + yeah + none of these files are over 1mb + You shouldn't be loading all of it into mem anyway. + why not? + if it'll fit, it makes it a lot easier and saves hd spinning +<-- Bagder has quit (tenn.openprojects.net irc.openprojects.net) +<-- Linus has quit (tenn.openprojects.net irc.openprojects.net) +<-- Zagor has quit (tenn.openprojects.net irc.openprojects.net) + Bad policy. Load and display chuncks only. +--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox + chunks are bad when we want to spin the hd as little as possible + You shouldn't assume you have free reign over all the memory. Place nice itth other threads + s/itth/with + s/Place/Play + yeah well i'm not submitting my code, its just for my own benifit + i'm not that good a coder :p +--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + Anyway, however you want to implement the cmd fucntions, if you do the DOMESTIC parts of the struct, then I'll rewrite apps/play.c to use them + ugh i guess i'm just using archos' firmware on vacation :/ + PsycoXul: i may have something for you, if this works... + and i should've went to bed 2 hours ago + Zagor: whats this + testing whole-dir play right now + cool + bugs :) + testing again + oh well, unless somebody else can do a text viewer right and have it done today [i'm not holding my breath] i'm just gonna have to use archos' firmware on my vacation :/ + does it have a text viewer? + no + but its got nifty things like battery indicator :p + WOOOOOOOOOOOOOOOOOOO + whole-dir playback works + bango! + rocking box + cool + i'm filtering a bit, so only files ending with a '3' are played :) + i had that working a long time ago... + heh + in my test code. + but Zagor removed it + Linus: yeah, but you cheated by reading the dir again + i don't + memory hog :-) + heh + you, yes + i don't use any more memory than before + because you already loaded the dir + yup + i guess if somebody wanted to hack in a battery indicator i'd be satisfied to use rockbox this week + the dir browser didn't exist when I wrote the mpeg thread + PsycoXul: heh, that's a whole science! + being out and about for a week in the middle of nowhere it just seems necessary to see when my battery is dead :p + you will know, trust me. :-) + heh + I promise to not be offended if you don't use the Rockbox firmware :) + :p + damn my ploy backfired :p + now we are REALLY ready for 1.0 release + if there was a rolo already i wouldn't care what was in what, i'd just have it all on there and choose what i felt like :p + yeah, rolo would be really nice + I'd prefer a recorder version first + nahhh + :p +* Bagder smiles + Bagder: buy a Player + well, you guys don't listen to yours, right? :-) + well... + i'm off to bed + Night + Sleep well + night PsycoXul + see ya either tomorrow or the week after next heh + yeah, bye + night +--- Zagor is now known as Zagor|cake +--- Linus is now known as Linus|cake + CAKE?! + BEEFCAKE! + ok, I added an internal rockbox logo now +<-- adam has quit (Read error: 104 (Connection reset by peer)) + yay! + yeah, takes away the need for a rockbox112.bmp + :-) + yeah + there should still be a loader to load alternative logotypes :) + yes, it'll remain + "bunkerromantik mix" + sounds fine ;-) + I'm the commander! +--> KGY16 (OKE60@pD9EAB9A3.dip.t-dialin.net) has joined #rockbox + welcome + hi +--- KGY16 is now known as edx + lol + under cover edx! + heh that was some script i wrote once... + it was for some other irc server... it connected to a proxy with different IP every time and changed my ident and nickname so noone could ever find out im the smae person + hax0r-edx ;-) + edx: built that cross compiler yet? ;-) + haha.. no + i keep working with sh-elf work windows :P + nothing to build - just doubleclick setup.exe and a few times next and there you go + :-) + for the mp3 download stuff i was working on i found a neat solution (without linux thoguh...) + i wrote a program i can pass a list to and it controls WinMX for me (searches for the song, chooses the best version and downloads it) + i get like constantly 90kb/sec like this (just pass it the current chart list!) + cool +--- Zagor|cake is now known as Zagor + Zagor: Good cake? + very nice +--- Linus|cake is now known as Linus + burp! + Beefcake? :) + Zagor: fix that mpeg thread bug! + it was already fixed + oh? +--- edx is now known as edx|no_cake + :) + uh, it wasn't... +--- edx|no_cake is now known as edx + 14397 lines of code + wc -l ` find firmware apps -name "*.[ch]" -maxdepth 2` + everything included: 35163 lines + c00l! + Bagder: yuu have 8 minutes now... + oh + you too ;-) + yup. + I'm off! +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + bye + gotta go now. Bye! +<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox + i can report Rockbox plays 320kbit mp3s just *fine* + Yay + I can report my ear cartilage is hurting + 11, 22, 44 and 48 kHz sample rate works too. we rock! :) + hehe + How is seeking? + sweet :) + seeking is in the future + gotta go now, bye! +<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox + Hey, 1.0 seems pretty close. Kewl. +--- edx is now known as edx|away + lol.. we should contact archos to replace their crap - maybe they pay us :P +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--- dwihno is now known as dw|weekender +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--> chaumai54 (~chau@64.118.137.3) has joined #rockbox + hello + so, I want to look at the source and compile it and mess with it to see if I have the skills to be able to contribute anfthing + using win2k pro, installed cygwin. + tried to follow the steps to make the sh-elf-gcc + when run binutils configure(or any of the configures for that matter) i get an error + checking whether make sets ${MAKE}... eval: 1: Syntax error: Unterminated quoted + string + Configure in /home/linus/build/binutils/intl failed, exiting. +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +<-- chaumai54 has quit (Read error: 110 (Connection timed out)) +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--> chaumai54 (~chau@64.118.137.3) has joined #rockbox + helo? + person = (Person)PartyHomeFactory.getPartyHome().findByPartyID(recipient); + oops + checking whether make sets ${MAKE}... eval: 1: Syntax error: Unterminated quoted + string + Configure in /home/linus/build/binutils/intl failed, exiting. + . + ... +<-- chaumai54 has quit () +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--> nicknackpattywac (~first@nat-198-95-226-227.netapp.com) has joined #rockbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--> chaumai54 (~chau@64.118.137.3) has joined #rockbox +<-- chaumai54 has quit () +<-- nicknackpattywac has quit () +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + adi.. you there? +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--- edx|away is now known as edx + anyone alive ? + question: if i start using the current rockbox firmware, will i be able to switch back easily to the firware from archos and is there any chance on damaging the thing ? + there is a chance of damaging the thing - you will be able to switch back easily to the archos firmware + finally. tetris. in large. +--> motiv01 (~trillian@sdn-ar-001ncraleP247.dialsprint.net) has joined #rockbox +<-- motiv01 (~trillian@sdn-ar-001ncraleP247.dialsprint.net) has left #rockbox +--> motiv01 (~trillian@sdn-ar-001ncraleP247.dialsprint.net) has joined #rockbox + edx.. just saw your version of tetris.. it rocks :)( + gotta run ... be home in a bit... + thx adi. + i gotta go as well now. cya guys +<-- edx has quit ("n8") + hmm, what damage could i encounter +**** ENDING LOGGING AT Fri May 31 19:56:21 2002 + diff --git a/www/irc/rockbox-20020604.log b/www/irc/rockbox-20020604.log new file mode 100644 index 0000000000..c7b0341d5a --- /dev/null +++ b/www/irc/rockbox-20020604.log @@ -0,0 +1,1858 @@ +**** BEGIN LOGGING AT Sat Jun 1 00:01:10 2002 + +--> adiamas (~adiamas@216.194.26.213) has joined #rockbox +--- Topic for #rockbox is web site might remain dead until saturday! :-( +--- Topic for #rockbox set by Bagder at Thu May 30 11:07:24 +--- You are now known as adi|home +--> edx (OKE60@pD9EABB84.dip.t-dialin.net) has joined #rockbox + morning. + morning +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +--- ChanServ gives channel operator status to Zagor +--- Zagor has changed the topic to: Does your box rock? http://bjorn.haxx.se/rockbox/ + hey all +<-- Zagor has quit ("bye") +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +* adam thought of something evil + a perl script to automatically renew my library books via telnet :p + evil yes + Machinae Supremacy - The Great Gianna Sisters +--- edx is now known as edx|away +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) + hey guys. time for 1.0 release. + neat :) + when ? +--- dw|weekender is now known as dwihno + soon. just fixing the web page + ok.. btw.. what are the functions/features of v1.0 ? + hang on.. + Hej hej + hi dwihno. 1.0 coming out in a few minutes. + http://bjorn.haxx.se/rockbox/rockbox-1.0-notes.txt + Cool! + :D + Beware of Rockbox - It will rock your box! :D + http://bjorn.haxx.se/rockbox/download.html + You are forgetting something - I have a recorder ;) + ah, i'll add a comment about that + I want to be mentioned too! :) + hehe + Please? :) + it seems to be becomming something :) + I saw a 1.27D version of the archos firmware being released +* dwihno is off to check what's new/fixed + dwihno: any info about what changes? + Added all Remote Functions via Remote Control Unit + That's what's new in the D revision + ok + I got some new Sennheiser headphones today + My old Philips died on me last night. May they rest in peace. + btw.. any chance there will sometime be a txt file reader in rockbox ? + Sometime, probably + ok + yeah, that's a simple thing + PsycoXul was working on it yesterday, but got snagged on some bug + Does the ID3 stuff parse ID3V2 tags? + i think so + mkay + that's bagder's code + bagder the badger :) +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--- ChanServ gives channel operator status to Zagor +--- Zagor has changed the topic to: Version 1.0 released! + hi! +--- edx|away is now known as edx + release 1.0 - that is cool :) + for the recorder as well? + no, just player + we haven't got the recorder ata driver working yet + ah.. ok ;) + hmm + too sad i cant help there :( + lol... did you get that Search Engine mail... + i get a looot of spam... + Hi + I visited http://bjorn.haxx.se, and noticed that you're not listed on some search engines! I think we can offer you a service which can help you increase traffic and the number of visitors to your website. + + bla. +--- dwihno is now known as dw|gone + you got that too? + yup. + hah + what is wrong with the ata driver? + a protocol related thing.. ? + no, more likely the hardware interface is a little different from the players + hmm + the webserver is down? + no, it's up again + hmm i cant see it.. + odd + not even haxx.se + cant ping it either + i gotta go eating :) + later.. + bye +--- edx is now known as edx|grilling +<-- Zagor has quit ("bye") +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--- edx|grilling is now known as edx + anyone here with an archos player? +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + yesbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + good night. +<-- adam has quit (Read error: 104 (Connection reset by peer)) +<-- edx has quit ("ZZzz") +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +<-- motiv01_ has quit (Read error: 104 (Connection reset by peer)) +--> motiv01_ (~trillian@sdn-ar-002ncraleP123.dialsprint.net) has joined #rockbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--- dw|gone is now known as dwihno +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--- dwihno is now known as dw|gone +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--> edx (OKE60@pD9EAACD1.dip.t-dialin.net) has joined #rockbox +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--- edx is now known as edx|eating +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + bit onstable? +--> edx|disconnected (OKE60@pD9EAB9DE.dip.t-dialin.net) has joined #rockbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--- edx|disconnected is now known as edx +<-- edx|eating has quit (Read error: 110 (Connection timed out)) +<-- edx has quit (Read error: 104 (Connection reset by peer)) +--> edx (OKE60@pD9EAAEFD.dip.t-dialin.net) has joined #rockbox +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--> BRQ35 (OKE60@pD9EAA6B7.dip.t-dialin.net) has joined #rockbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) +<-- edx has quit (Read error: 110 (Connection timed out)) +--- BRQ35 is now known as edx +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) + hey guys +--> huz (~marco@AToulouse-103-1-2-61.abo.wanadoo.fr) has joined #rockbox + hi all, glade to see the first release it there, i test it now ! + congratulations + (where is my archos ? ;) + thanks! +--- huz is now known as huz|test + befor i copy your archos.mod, i must ark you somthing : + i'll already try to make : 'mv /mnt/archos/archos.mod ~/' and my computer freezed (sorry for my english ;) + do you know why ? + did it really freeze? it can take several minutes to copy the first file to/from the archos, due to it having to read the disk's FAT + qok, i musted be impatient .. i try .. hoping i'll stay alive + oh oh .. i've lot of 'Jun 2 19:08:23 debian kernel: SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 70000 + Jun 2 19:08:23 debian kernel: I/O error: dev 08:01, sector 33358 + in my /var/log/messages + ouch, that doesn't look good + which usb driver are you using? + euhh .. UHCI i think, i verify + uchi.o or usb-uhci.o ? + you should not be using uhci.o + ohci sorry + ok + what chipset are you using? + have you got usb working for any other devices? + yes my usb works for my Speedtouch ADSL modem + ok + but normally it works well + :) +--- huz|test is now known as huz|fixarchos + ok, another solution : i'll do that atfter dinner with Windows + bye +<-- huz|fixarchos (~marco@AToulouse-103-1-2-61.abo.wanadoo.fr) has left #rockbox + edx: are you here? + can anyone build win32 simulators for me to put on the web page? + zagor.. yes i am + i can. + good. download the 1.0 release and build that. one player sim and one recorder + the new design of the page is cool btw ;) + yeah. it's ironi's design + shall i take the latest simulator code with the 1.0 app code or shall i also take 1.0 simulator code? + the 1.0 release contains everything, so use that + there's the uisw32.rc file missing in the 1.0 archive. + uh, bad. + it should be in cvs though + yes + .. and button.c is not yet player compatible.. + (shall i take the new one for compilation?) + it isn't? + is the simulator player compatible as a whole? + if 1.0 only supports recorder, only build recorder + it only supports the recorder... + ok, no problem. just build that then. + it is player compatible now (i only miss a player ui.. hehe other wise the simulator looks like a recorder even for the player) + can i send the file via irc? + sure + do you get the request? + yes, but not the file + huh? + mail it to me instead + maybe it's my firewall + yup + (or my server?) + do you have a front picture of a player? + sure, on the devcon page + ok.. got it.. + ill have a player design for the simulator in the next few days then ;) + nice + where exactly fails the ata driver for the recorder? + when we try to send a command to it + so it wont even initialize.. ? + no + hmm + that is bad. + we are going to add a serial port to our recorders this week and start experimenting + hehe + did you receive the mail yet? + yes, got it + ok +--> huz (huz@AToulouse-103-1-2-61.abo.wanadoo.fr) has joined #rockbox + okback under win + ok + nice !:) + first time i see the red led :) + hehe, yes archos never uses it for some reason + the sound now .. . + problems? + no, it works perfectly + good + do you want i make something ? a test or wathever .. + do you have a new or old player? + that is, did you download the player-old or player version? + i've an archos JB600 , but how can i know if i have 'an old' or 'a new' player + the player version + not the old + ok + the ROM firmware version decides + great we can exit the dir and the sound continue to play ! it'sgreat + so how did you like the big rockbox logo on boot? + euh .. there is a blank line in the midle of Rockbox + yeah, but I think it's cool anyway :) + vers 5.03 <- my firmware + yeah, that's a new player + yes logo is great, but isn't it possible to have a music's note (une note de musique ?) + :) + (ok ok .. i'll wait :) + yeah it is + next version :) + i return under linux, i have a strange impression to be observed when i work w/ windows + :) + hmm +* webmind has 5.08 +<-- huz (huz@AToulouse-103-1-2-61.abo.wanadoo.fr) has left #rockbox ("Client Exiting") + quite odd + what? + firmware 5.08 + since newest online 5.07a + that's not unusual. they don't release the mod files very quickly + ah ok + every new release is first released in ROM and then (weeks later) as mod files + hm k + I don't know why, but that's what they do + hm k + hope rockbox will develop soon.. archos firmware getting anoying as hell + i think we will go far this summer. I will work on it almost full-time! + cewl +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--> huz (~marco@AToulouse-103-1-2-61.abo.wanadoo.fr) has joined #rockbox + re + hi. back in linux? + yes :) fluxbox is nicer than windows :) + indeed + a friend of mine on #debian-france has a recorder, i think he is a bit jalous ;P + hehe +--- huz is now known as huz|away + fabix ? + huh? + sorry, i begin to use irssi, and i make some errors :) +<-- huz|away (~marco@AToulouse-103-1-2-61.abo.wanadoo.fr) has left #rockbox +--> huz|away (~marco@AToulouse-103-1-2-61.abo.wanadoo.fr) has joined #rockbox +--- huz|away is now known as huz + there is a problem on the web page + what? + http://rockbox.sourceforge.net/rockbox/ <- if you click 2002-06-01: Version 1.0 is released! Download it here. <- there + you got a permission denied + (is it understandable?;) + fixing + fixed + yes it is, your efficient ;) + (is it the good word ?) + yep + thanks :) + is it normal that when we play files we can't have access to the volume ? + or to the menu in general + (sorry ... ;) + you can, but right now you have to exit id3 mode first + exact ! ok, i keep your mod + it's really a great work, i know the project for some times now, and i really admire the work. + thanks! + gotta go... + cya + bye +<-- edx has quit ("bye") +* adam returns + welcome :) + hey +* adam finished reading Guns of the South + :p + grr. evil Linux usb. *reboots* +<-- adam has quit ("[BX] Have you huggled your BitchX today?") +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + curses + one thing I miss in good ol RB v1 is the on button + arrow volume change + yeah + but hey + we don't have multiple-key support yet, that's why it was left out + time will fix that + yup + or I will, at least :) + heh + I'll go write an Everquest bot :p + well, that'd be sick, and wrong + :) + Machinae Supremacy - March of the (Undead part II) + yeah, they rock! + ... Adjust my evil parentheses + I've never seen the error led used in the standard archos firmware + me neither + i've never thought of it as an error led, though. i always felt it was an activity led + he + I noticed that in the rb firmware + yeah +--- huz is now known as huz|php +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) + 'ello there + hi + late night? + yeah, going to bed soon +<-- Tumm has quit (Network is unreachable) + congradulations on the awesome work on the project + thanks +<-- huz|php has quit ("("dodo")") +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +<-- Zagor has quit ("bye") +<-- adam has quit (Read error: 104 (Connection reset by peer)) +--> datazone ([sm5Ow6WK8@207.136.36.203) has joined #rockbox +--> mat (matt@ex-mormons.for.jes.us) has joined #rockbox + hey +* mat is gone.. autoaway after 30 min (log/on!page/on) +<-- motiv01_ has quit (Read error: 104 (Connection reset by peer)) +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) + hi +--> trillback (~trillian@sdn-ar-001ncraleP307.dialsprint.net) has joined #rockbox +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--> Tigren (Tigren@cpe-24-31-57-196.socal.rr.com) has joined #rockbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) + hey + any chance that 1.0 could screw up my jukebox? + ie: erase data, screw up hard drive, etc? + anyone at all? + has 1.0 given you trouble? +<-- Tigren (Tigren@cpe-24-31-57-196.socal.rr.com) has left #rockbox +--> miah (~miah@pihkal.com) has joined #rockbox + hey, great to see you guys released a 1.0 + im testing it now + seems to work fine with all my vbr stuff.. +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +--> edx (OKE60@pD9EAA6B7.dip.t-dialin.net) has joined #rockbox + good morning. +<-- mat has quit ("User abort with 5 Ctrl-C's") +<-- edx has quit ("off for school") +--> green (~green@adsl-64-160-55-100.dsl.snfc21.pacbell.net) has joined #rockbox +<-- adam has quit (Read error: 104 (Connection reset by peer)) + ok - wow. this is a cool project. + are any of the hackers online? + natm +--- dw|gone is now known as dwihno +--> [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 has quit () +--> huz (~marco@AToulouse-103-1-2-220.abo.wanadoo.fr) has joined #rockbox + hello + is that normal the rockbox.sf.net returns a forbidden access to index.html ? + try /rockbox/ ? + it works + ok +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + moo + oi + badger: What's the optimum malloc() size? + you mean the biggest possible? + there's currently 128kb available for malloc() + No, the standard block that doesn't fragment + ah + well + its not that easy to say just one size, but if there's any size that matches that description it is 4064 bytes ;-) + k + what do you want this for? +--- huz is now known as huz|sdl + I came up with a method to handle playlists that's both memory efficient and doesn't need a ton of disk spins + that is better than keeping the file name indices in memory? + Yeah + so tell me! ;-) + Lemme write up some stuff for it + sounds like a good idea ;-) + hmm :) + Hmm, my alg has a added benifit of doing a distance reshuffle + what is a "distance" reshuffle? +* Bagder fixes the daily build + Oh, wait, no it can't .. damn, I was thinking backwards. + distance reshuffle maximizes the distance between currently ordered entries + ah +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox + THOUGH + It might be easy to do a reshuffle through block swaps as well as cell exchanges + just remember that we need deterministic shuffle + Haha, yeah, that's the basis + recorder build is broken again :-( + Doesn't really matter since the code won't run on the target platform (yet) ;) + it matters anyway + yeah + I'm just joking :) + I guess monday morning isn't such a great time for jokes ;) + heheh +* Bagder hasnt + eaten his breakfast sandwich yet + daily-build for recorder is working again + THis is more designed for big playlists than small. +<-- adam has quit (Read error: 104 (Connection reset by peer)) + But with a device of 6,10,20 gig, large lists are the nrom. + er, norm + yeah + sorry, i'm just an user but my playlist contains about 20 songs (one album) + Heh, then you should have bought a different device. :) + we should deal nicely with small playlists too of course + They onyl thing that gets weird is shuffling small lists. + why? + When I get done with the doc, you'll know why. + hehe + ok + The built-in shuffle function in the original firmware is really bad :) + AH HAH + Never mind, I found a non-conditional way to shuffle even small lists +--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox +* adam peeks in + perl overdose + why in id3.c fonction stripspaces() you don't realloc the buffer ? is it a speed problem ? (i warn i'm not a quite brillant programmer) + id3 doesn't use malloc() at all + Heh, 2:36 AM + we rather avoid malloc() and associated functions if possible + is the malloc stuff slow? + ok it is thus a speed limitation ? + everything is relative + :) + actually + using malloc() in this kind of system is really a sensitive matter + so if we know what kind of memory sizes to use and we know it'll be used fairly often, it is better to use static buffers + I don't think this malloc() is slowe than other malloc()s, in fact I believe it is faster than most (best-fit) implementations + it might have a slightly higher amount of internal fragementation though + ok thanks + also, I made the id3.c work before we even had a malloc() working ;-) + malloc is for chickens + real men use static buffers :) + >500 unread mail this morning + eww + quite some load + that's what happens when you subscribe to pr0n bulletins ;) + couldn't read mail when the site was down so this is like four days feed + Eww + That much mail in 4 days? + yah + me a mail type of guy + That's perverted :) + I'm involved in a fair amount of open source projects + That's what I get in three years :) + What mail client do you use? + I bet you have 3000 filtering rules + I subscribe to at least 4-5 cvs commit mailing lists + I have 13 inboxes + I get 150-170 mails daily + What client? + Pine? + pine + Mkay + I think mutt is cute + Pine rocks + Pine+procmail + I've tried mutt but never found reasons enough to switch from pine + ok i goto go + without procmail, life gets impossible ;-) +<-- huz|sdl has quit ("leaving") +* dwihno don't know what procmail is good for + filtering + Yeah, and spamassassin also works miracles. :) + mkay + it is *THE* mail filtering system + spamassassin sounds good :) + KILL DA SPAM! :D + I usually have filters matching *viagra* *debt consolidation* etc. ;) +* Bagder runs for more coffee +* dwihno got his 5dl cup of tea all filled up +--> Linus (~linus@labb.contactor.se) has joined #rockbox + boo! +* dwihno gets scared and jumps up in a pinetree + :-) + hey Linus + good to not have Björn around? ;-P + nice and quiet + there was talk recently of removing sh-1 support from gcc. + I think a number of people complained, but I'm not sure what the final decision was. + Hmm... + Why would they remove it? +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + dwihno: maybe because it isn't a very popular CPU? +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + Ok, you want to read this thing? + machine died + Linus: But why would they dump the support for an architecture they already have code for? + dwihno: THey have to maintain it. + maybe because they have changed their internal scheduler? + Hm + Linus: True, ture + http://www.leonine.com/~lion/temp/playlist.txt + Lion Templin reminds me of Simon Templar + Heh. + no - because apparently sh-1 support has been broken since September 2001. + And nobody has bothered to fix it. + Lion - the saint +* dwihno listens to the saint theme + green: not exactly broken, but not entirely functional... + I'm just reading up on it. I don't think their complaint impacts this project. + GCC's default crt0 uses braf in some assembly, but that instruction isn't available on sh-1. + rockbox doesn't use gcc's crt0, right? + no, we have our own + Evil shiznat 1x2. + How much ram on these devices? + 2MB + and we need as much as possible for mp3 buffering + heh + The memory consumption should be kept to a minumum allowing buff... yeah, exactly what Bagder says.... + Bagder: You read that URL? + no, I'll do that + heh, does the buffer automatically read into the next file, like lets say you had a playlist, or does it start out anew with each opened file? + it gets fed with the next file + hmm + or files if they are small + It'd be an amusingly sadistic hardware hack to have a 64mb Buffer :p + impossible, but amusing in any regards + Lion: small first detail: write() will be supported, it just isn't right now + Bagder: THat's addressed at the bottom + ok +--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox + hey ironi + hey + hello bagder + adam + *yawn* +* adam fumbles with tcp tunneling + i just wanted to see whats going on + the things I do to play stupid LAN games :P + ironi! :D You and I talked about Dell laptops a couple of days ago, yes? + dwihno: true, true + all because these guys don't feel like crapping out the client/server code any earlier than they feel would be 'perfect' + ironi: I've decided to get one :) + cool + ironi: I would like to thank you for the tip :) + damnit damnit they lost + aaaargh + im so disappointed + which what who? + (watching the world cup) +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox + morning Zagor + yay, what a crowd! +* dwihno sighs with relief... Finally someone with some sanity in their pockets who realize the importance of the soccer championships ;) + croatia lost against mexico + scandalous + Zagor: of course the recorder build was broken ,-) + hehe + world cup is the only sporting event i care about + the changelog doesn't indicate your checking last night + well except the summer olympics + checkin, even + nah + I ran it again this morning + I had to fix the script + since the recorder output has changed namae + name + ajz + right + any changes since the first buid? + (thinkig if its any use to put int he new one + nothing useful over 1.0 + k + well im going to get osme sleep + this wa smy last night-shift, returning to normal mode again + finally + and this week i have pretty much nothing to do whatsoever + i'll have my hands full. resting, sleeping, eating... ;) + :-P + Zagor: no work this week? + nope + what does /dns cvitan.com give you? +<-- adam has quit (Read error: 104 (Connection reset by peer)) + what ip + 194.236.60.242 + ok + that is what it should be + i still get the old one + ah + well it will probably go trough during the day + hmmm.. the gcc list says that sh-elf-as silently assembles what is supposed to be sh-1 code as sh-2 .. possibly introducing bad instructions. + has this been a problem on this project? + i am putting some effort into creating my poersonal homepage this week + one of those never ending projects + =) + URL? +* Bagder thinks Linus and Zagor might be able to answer to the assembler questions + none of interest yet =) + green: I haven't seen it yet... + Zagor: how many mp3s do you have on your archos? + you're the worst case I know ;-) +* Bagder wonders what a static buffer for the playlist would take + few k ? + Bagder: about 3500-4000 files + files ? + mp3 files, on my archos + green: no, we haven't been bitten by that + owh.. i though on mem + +t + so 10000 files would go pretty far and only take 40000 bytes + sounds good + yeah, sounds pretty good + 40k ? + almost + little more, but close + I'm going to send my doc to the list. + Bagder: actually it's 5500+ files +--> Lil_Missie (Lil_Missie@kf-nawij-tg04-0479.dial.kabelfoon.nl) has joined #rockbox + welcome! + Zagor: well, 10000 is still sufficient ;-) + hi Lil_Missie + yeah + hi webbie (: + Zagor: you read Lion's suggestion? + stealing my words are you zagor? + Bagder: which was that? + Zagor: http://www.leonine.com/~lion/temp/playlist.txt + Lil_Missie: i am? + 10:36 < Zagor> sounds good + haha + 10:36 <@Witchy> sounds good (: + yes you were + Bagder: reading now + Zagor: you gonna keep this setup for the rockbox CVS commit mails? + is the firmware size limit really 200k? any idea why not more? + green: probably only the intial loaded file + green: once we have a rolo we can load whatever size we want + rolo? + Rockbox Loader + like lilo + Bagder: you mean cvs@haxx? + Zagor: yes + no, that was just temporary + rolo! :D + Zagor: I just wanna know for my procmail filtering + ROLO WILL OWN! :D + Bagder: ah + I'm confused then. does rolo exist? + green: no + can it exist? + yes, it's something we plan to write + green: no, but it would be cool to have a tiny little app loaded first, that can offer the user to load any of set of images + ok + I hack on gcj (the gnu java compiler), and I was looking for a fun embedded target to use for J2ME tests. I might need more that 200k though. + the 200k limit is only for the file the firmware loads + Haha, java on the archos would be great. + no + I mean the original ROMed firmware + i have to run som errands. see you later guys! +<-- Zagor has quit ("bye") + So, about that file? + Any comments? + I've just created binutil/gcc patches to create an sh-rockbox target. + I need this to configure the java runtime properly. + btw is the rom overwriteable ? + I don't know if this would be useful to anybody though. + webmind: some revisions of the hardware do offer this capability, but don't expect us to attempt that ;-) + Is there a plan to use more threads in the firmware? + heh + I think I only see 1 being created. + green: if we need to + The gcc hackers are adding compiler support for thread local storage. + cool + An sh-rockbox configuration would be necessary in order for it to work on this project. + Maybe that's a good argument to check this in. + I'm not sure we need any particular thread local storage at this point :-) + we might need that in the future though of course +<-- Lil_Missie has quit ("im more than happy to keep playing with you :) [22:45] I love you Cadavre") +* Bagder runs on a meeeting +* Bagder is away: I'm busy +* Bagder is back (gone 00:14:41) + woo +--> HEMIL (SFDSA@175-SEVI-X25.libre.retevision.es) has joined #rockbox + PERO QUE COÑO ES ESTO?? + no + hamburgesa con keso, por favor + si si + pero vamos a ver? + donde coño eestoy? + er ? + esto no es el puto irc?? + hispano? + estas aqui ;-) + vamos ala discoteca + de donde han salido esto s grupos tan raros?? + tanto linux y tantas pollas en vinagre? + que garito es esto? + hablamos ingles aqui + uhm + dudes + english ? + right + that's what i said ;-) + no! + heh + yes + this is a big shit! + haha + bi + better + er + no + home english solutions + no, it isn't + yes of course + HEMIL> ME CAGO EN DIOS + Ja, helt enig + JA? + tu puta madre! + esto es .... + so? + AHORA LO ENTIENDO + ESTO ES UN CHAT + could u plz not shout ? + DE LINUX + now speak enligh please + de gente subbersiva +--- ChanServ gives channel operator status to Bagder + que ha creado un servidor + the fact that u dont have aol in .se doesnt mean u have to compansate :) +<-- Bagder has kicked HEMIL from #rockbox (Bagder) +--> HEMIL (SFDSA@175-SEVI-X25.libre.retevision.es) has joined #rockbox + joder + ahora lo entiendo + what ? +--- Bagder sets ban on *!*@*.libre.retevision.es +<-- Bagder has kicked HEMIL from #rockbox (Bagder) + neat + weirdo + silly person + first ban ever in this channel ;-) + ok.. + always has to be a first + what did he want btw ? + He mentioned someting about us creating a channel about something that isn't a linux topic + weird + and he said he understood several times ;-) + ok + I don't understand what he understood though ;-) + hehe + heh + me neither.. + my spanish is even worse then my german :) + witch makes it better then my icelandic + which + ...or did he ask us if we knew about a channel that talks abour Linux...? + whatever + hehe + lol +<-- Linus (~linus@labb.contactor.se) has left #rockbox + is it possible to use the USB port while music is playing? +--> Linus (~linus@labb.contactor.se) has joined #rockbox + dunno + oops + green: I think so, we just can't use the disk + but it would require 2 object using the hd i think + Linus: is it possible to use the USB port while music is playing? + hmm + well, not really + it all depends on how the ISD200 behaves + isnt the usb adapter not just only connected to the hd controller ? + The USB adapter is connected to the ATA interface + as is the CPU + yes + and a couple of buffers isolate the CPU/ISD200 from the ATA interface + so u would have to communicate with usb through the ATA interface ? + these buffers are controlled with port pins from the CPU + You mean CPU communicating with the PC via USB? + directly to the usb iface ? + The ISD200 only talks ATA with the disk + hm k + and the CPU can talk ATA if it disables the ISD200 + I gotta go now! CU! +<-- Linus (~linus@labb.contactor.se) has left #rockbox + hm k +--- dwihno is now known as dw|gone +--> huz (~marco@AToulouse-103-1-2-220.abo.wanadoo.fr) has joined #rockbox + back ::) + hi +<-- huz has quit ("("go to schoooOOOoooll")") + so there was a posting to that yahoo group for archos? + about the 1.0 release I mean +--> Zagor (~bjst@labb.contactor.se) has joined #rockbox + rehi +<-- Zagor has quit (Client Quit) +--> Zagor (~bjst@labb.contactor.se) has joined #rockbox +--> bjst_ (~bjst@labb.contactor.se) has joined #rockbox + multiple Björns! + you should drop a line on www.funmp3players.com +<-- bjst_ (~bjst@labb.contactor.se) has left #rockbox ("Client Exiting") + i have +<-- Zagor has quit (Remote closed the connection) +--> Zagor (~bjst@labb.contactor.se) has joined #rockbox +--> bjst_ (~bjst@labb.contactor.se) has joined #rockbox +<-- bjst_ (~bjst@labb.contactor.se) has left #rockbox ("Client Exiting") + xchat crashed :( + bagder, are you working on the playlist code? + not yet + ok + I'll probably not do anything major until tomorrow evening + ok +* Bagder made the most blatant newbit error in CVS + newbie + hehe + I didn't set a tag right after I made a branch +* Bagder has to merge 150 files with single invoke cvs commands + great fun + damn it + I'll write a script anyway +--> edx (OKE60@pD9EAA6B7.dip.t-dialin.net) has joined #rockbox + hi + g'day edx + hi +* edx wants ata working :P +* Bagder agrees + yeah, we all do + right now.. are you using the same code for player / recorder? + yes + that's the ata.c file? + yes + if you run the archos.ajz file on target, I belive it stops on ata: -5 at this point + heh.. i dont have a clue of this hardware business :).. what function is it in? + if (ata_spindown(1)) + return -5; + there? + exactly + do you know where inside the spindown function it returns? (or where it sets ret = -1)? + it times out on response from the command. it does that on any command you send + if (time > 255) + there? + hm no.. sorry that cant even be.. lol + then that's the first waitforrdy call... + hmmm.. + why does the freeze_lock thing not return -1? + it uses the command thing as well. + anybody with me? :) + it does + I'm not ;-) + hmm it does return -1? + oh, that + that seems to work then.. right? + no, the recorder simply returns -4. -5 was for a test where we had uncommented freeze_lock() + ahh ok + (bagder just said it was -5.. heh) + don't listen to him :) + the waitforrdy fails.. right? + the first or the second one? + sorry for bothering you with questions ;) + i don't remember. the second, i think + gotta run, see ya +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + im away for a few mins as well now ;) +--- edx is now known as edx|tea +--- edx|tea is now known as edx + i'm off for today. bye guys! +<-- Zagor has quit ("Client Exiting") +<-- green has quit (Killed (NickServ (Nickname Enforcement))) +--> green_ (~green@adsl-64-160-55-100.dsl.snfc21.pacbell.net) has joined #rockbox +--> alkorr (alkorr@srs04m-1-242.n.club-internet.fr) has joined #rockbox + hi ! + geee people are growing here ! +<-- alkorr has quit (Client Quit) +<-- edx has quit (Read error: 110 (Connection timed out)) +--> webmind_ (webmind@seal.student.utwente.nl) has joined #rockbox +<-- webmind has quit (Read error: 104 (Connection reset by peer)) +--> edx (OKE60@pD9EAB3AB.dip.t-dialin.net) has joined #rockbox +--> wettoad (~wettoad@uludag.mbi-berlin.de) has joined #rockbox + i'm here, but i'm still the same height and weight. + haven't grown a bit. + huh? + what's that stuff you smoke, ironi? +<-- edx has quit ("good night.") + =) +<-- ironi has quit (" ") +--> Bagder_ (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +<-- Bagder_ has quit (Client Quit) +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--- ChanServ gives channel operator status to Bagder +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/20020529]") +<-- trillback has quit (Read error: 104 (Connection reset by peer)) +--> trillback (~trillian@sdn-ar-002ncraleP278.dialsprint.net) has joined #rockbox +--> kop (~kop@66-2-164-108-chi-01.cvx.algx.net) has joined #rockbox + hi + Congrads on 1.0 + Too bad it won't do ogg. + It'd be nice if it'd do some sort of lossless compression too. + bye +<-- kop has quit ("Leaving") +--- dw|gone is now known as dwihno + Hmm... Audio, lossless compression? How... *ponder* + simple + remove all the bytes that = 5 + then randomly add 5 when you play the music + ;) + well, i have a better idea + since all sound sounds the same at two points: zero volume, and infinite loud volume + you can then store an infinite amount of music in an extremly small space + the you only need 32 bits + word +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--> carlf (~carlf@fw1.uia.net) has joined #rockbox + Hello all. +<-- carlf has quit ("leaving") +--> edx (OKE60@pD9EABFF8.dip.t-dialin.net) has joined #rockbox + on Slashdot.... nice. The only thing is people do not understand the purpose of the project. + what is the purpose + Everyone is being quite hard on the project. + hey, EDX + hi + whats about slashdot? + I was wondering if you could e-mail me a binary of the win32 simulator? + the project is on the front page of slashdot + hmm i thoink bjorn even has a release compile on the site... + WHAT? + yeah. It is right there! + a release of the win32 simulator? + http://bjorn.haxx.se/rockbox/download.html + down there somewhere... + LOL + pretty cool.. that slash dot thing + hellö hellö + did you hear the ROLO idea? + rhe rockbox loader.. + not exactly.. + Rockbox Boot Loader... having a loader will allow firmwares >200k to be loaded + ah ok + hmm it has another advantage: + the descrambling of the firmware takes time.. a loader could be descrambled and then load an unscrambled mod... + that would save boot-up time + hm + never thought of that... smart + hmm.. I just heard slashdot is popular. how popular is it? + it is quite popular. + actually very popular + Yeah... :) + slashdot is really fancy stuff + that is a great idea. mention that to others: the descrambling of the firmware takes time.. a loader could be descrambled and then load an unscrambled mod... + talked about it with bagder.. he mentioned rolo then. + when has the post been put up on slashdot? + (88 replies.. lol) + lol some stupid stuff ppl write sometimes ... :) + (and why dont we have a visitor counter... :P ) + ... i gotta leave for school.. cu later. + later + have fun + there is an access log on the web page + ask bjorn about it or someone else... + k :) + later. +<-- edx has quit ("off for school :(") +--> zaggy (~jeff@heredia-a134.racsa.co.cr) has joined #rockbox +<-- zaggy (~jeff@heredia-a134.racsa.co.cr) has left #rockbox ("insert witty message here") +<-- elinenbe has quit (Read error: 104 (Connection reset by peer)) +--> wiggles (~jirc@ip68-14-13-104.ri.ri.cox.net) has joined #rockbox + there is a mistake in the FAQ + specifically a typo in Q18 + I quote + << Q18. What about supporting playing of wav files? + A18. No Bill. We have no intention of that. Go buy your own project. >> + this makes very little sense. wav files, though they originated with windows, are very well documented at the moment. it would make more sense if it said "wma files" or "asf files" + also, wav files do not compete directly with mp3 files. wma files however do directly compete with mp3 files + i'm done complaining. i'll shut up now +<-- wiggles has quit (Client Quit) +* adi|home thinks ppl don't understand sarcasm. + "_ + :) + hehe + yeah + everybody thinks everybody are so serious + its cause there is no sarcasm font + yup + i think it should be left slated italics +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + /. :-) + http://slashdot.org/article.pl?sid=02/06/04/0018259 + i do think i did do a good job making that FAQ nice and sarcasm ladden if i do say so myself + hehe, I agree + hehe you see all the DMCA comments? + yeah + almost every second posting seems to mention that in one way or another + i like this: + ust tried the mod out, works great on my Studio 20, of course the UI has quite a bit till it's up to the current archos build, but it's good to see someone making progress. + the cool thing about these players it you don't have to actually flash the rom, they boot off of the internal rom for a second and immediately look for a file in the root for updates, if + the file's not there they just continue to boot from hardware. + heheh + and i also dig the fact that the FAQ is actually being useful :) + way to go Bagder + slashdot is likely to be a very good place to get attention + yah think? + you ever hear of slashdot-effect + hehe yes + i hope his server can handle it :) + we'll see ;-) + Björn has written some scripts to deal with too heavy loads + it'll be interesting to see if they work ;-) + lol + Im watching a show on the WTC sept 9th .... + i am _never_ going to forget those images... +* adi|home sighs + i actually saw tha anounce on fershmeat first + i have never seen it there before + it wasn't there before 1.0 + hey Bagder.. thats a mighty sexy headshot ;) + hah ;-) + i think we need a hit counter on the main site... + im interested to see how we've done ;) + I wanna know too! + http://perso.wanadoo.fr/pascal.brisset/kernel3d/kernel3d.html + we should have one of those for rockbox ;-) + So, Bagder, you never really commented on the rest of the doc I submitted ... + you mean the "caching" and the saving parts? + That, and the assumed acceptance of the byte-offset method for storing list entries. + the byte-offset method is already used in the playlist code we have ;-) + and I like that approach +--> globbe (~59@as1-2-5.n.n.bonet.se) has joined #rockbox + we will benefit from a cache system too, to avoid reading from the disk more than necessary + Well, hell, if I'm just repeating what's been said before, *shrug* + hehe + only partly + the current code loads a playlist and creates a single index with all byte-positions for all file names + and it offers a randomizer + I don't think we need to store the cache on save though + I never talked about doing that. + no + saving needs to save the random seed to + too + Not everyone shuffles. + true, but for those who do + sorry if this is an obvious question, but will the firmware work with my jukebox recorder 20? + globbe: it _will_, it just don't do it right now ;-) + haha :) + looking forward to that :) + globbe: we do have a simulator running though + yeah, I do too + I only have a recorder myself ;-) + youve done a beautiful job :) + ok + mav + I'm just about to order the ACCESSORY KIT, to get the remote.. is it worth the money? + (yep that was a cut 'n paste) + I dunno, I don't have one + oki + thanks anyway.. I'll keep an eye on the webpage for that jukebox 20 upgrade then.. Good luck! + thanks +<-- Lion has quit ("eigh, forget it") +<-- globbe has quit ("Client Exiting") +--> Hadaka (naked@graywolf.onnanifujiyuu.org) has joined #rockbox + whee, rockbox looks awesome + ;-) + we think so too! + I've got a Recorder 20 - with usb 2.0 and all that - I suppose it's not working on that yet? + no, not yet + still some problemos on the ata driver there + But it's progressing! :) + Progress ! Yay! + well I can try some test versions whenever those would come around + we'll announce them on the mailing list and the web site as soon as we have any + have to see if I would manage to squeeze some time from other project to code a bit on this + we always appreciate more hands in the cookie jar ;-) + hm, you've implemented fat filesystem code yourself there? + yes + hmmh, I wonder if it would be possible to have a small fat filesystem for bootstrapping the new firmware and then some other filesystem for the rest of the disk... + yes it would + at least some people have said so + I'm currently having some files as a big file containing ext3 that I'm mounting loopback + Is there any limitation on the disk size btw? + hm, it wouldn't surprise me if there is one + I've read about upgrades to 40 gig + isn't there some ~130GB limit/problem ? + for standard ata/ide + 40GB is no problem + anyone else been watching the World Cup? +* Bagder hasn't + you sinner + anyone seen edx around? + I'm probably the only one in Sweden ;-) + wanted to let him know he did a great job on tetris + lol@Bagder + your boys played once already no? + world cup? sth with bra's ? + yes, against England + yes, tetris was zoomed, wasn't it? + ? +* Bagder just read the CVS commit mail + yup.. it was.. + now I just wanna work on the level timings + level 1 is a bit fast + whats the matter webmind_ + well, we'll see how it compares to the actual target timings later on ;-) + hehe + zoomed ? + oh.. tetris used to be VERY small + the pieces were 1 pixel wide + so tought to work with... + edx fixed that by increasing their size (as well as the size of the game board) + hm k + so wide is your playing field btw? + +how + umm.. not sure.. ill tell ya in a sec + #define TETRIS_TITLE_XLOC 43 + #define TETRIS_TITLE_YLOC 15 + i think thats it + 15 wide ? + nice + have you played with the simulator? + nope + not yet + you on windows or linux? + or mac :) + url maybe in topic ? + linux + and windows :) + running linux but have as vnc session to a win box + ahh... if you want i can send you a binary for the simulator + for linux + ill fix the link + uhm + sure + cant i just get form the site ? +--- ChanServ gives channel operator status to adi|home +--- adi|home has changed the topic to: "Version 1.0 released! http://bjorn.haxx.se/rockbox" +--- adi|home has changed the topic to: Version 1.0 released! http://bjorn.haxx.se/rockbox + sure ya can... + just wasnt sure if you did or not ;) + hmm thnx + no rush + do you have a recorder or player? + btw ur forgetting a "/" ;) + player + no im not... + you shouldn't need it... + shouldn't need it + hehe + slashdot... not bad :) + but doesnt always work + and rfc sez u should :) + heheheh + fine.. be annoying ;) +--- adi|home has changed the topic to: Version 1.0 released! http://bjorn.haxx.se/rockbox/ + hey Tumm + cewl :) + yup.. and freshmeat.. we're proud ;) + announcing everywhere! ;-) + seen anything of the slashdot effect yet? +--> alkorr (alkorr@srs04m-5-230.n.club-internet.fr) has joined #rockbox +<-- alkorr (alkorr@srs04m-5-230.n.club-internet.fr) has left #rockbox + uhm + mind if i give some comment on the player sim ? +--> alkorr (alkorr@srs04m-5-230.n.club-internet.fr) has joined #rockbox +<-- alkorr (alkorr@srs04m-5-230.n.club-internet.fr) has left #rockbox + sure.. + always looking for comments +--> ploof (alkorr@srs04m-5-230.n.club-internet.fr) has joined #rockbox + even mail to the list if you wish + ah.. wrong argument gives more info then -help (gives version only) + and when i just start it.. it dies emediatly + hmm? + oh, you mean on the configure? + what configure ? + i dont understand what you mean about the help file? + or help. + when u start the simulator + u just get the argument + when u do: player -help + u just get the version + right it doesn't take any arguments + its simulating the firmware + firmware doesn't take args + when u give a wrong argument like player --help it gives a list of possible arguments + that's not what it tells me :) + hmm.. that must be recent.. hadn't noticed + rockboxui 0.1 + eXcellent GUI + Unrecognised option: --help + Options include: -root, -window, -mono, -install, -noinstall, + -visual , -window-id , -server , -help. + OHHH.. + i know why + that :) + its not the sim + sorry for the paste + its the X files + we did a hack and slash off of another X interface + so we could get the gui stuff going + uhm k + ill see if i can fix that + this what it said under player simulator +<-- ploof (alkorr@srs04m-5-230.n.club-internet.fr) has left #rockbox + okay.. it no longer takes args... + it tells you not to use them if you try, then it exits + okay.. now about your exit problem... + you need to create a dir called 'archos' + its treated as the root dir + try this, download the daily tarball + untar it + cd into tools + and run the configuration file + that should set up everything you need + or just do 'mkdir builddir; cd builddir; ../tools/configure; make' + yuppers +* adi|home heads off to bed and fall asleep to soccer + god i love world cup time :) + night adi + bye + hmm + where can i download tetris ? + you don't have to... + compile for the recorder + its part of the sim + not for player ? + tetris for the player would be slightly limited + damn + to small a screen ? + to small, and not flexible enough + hmm damn + basicallly.. the player only has 2 lines + the recorder has much more flexibility + damnit + awell + toobad + have fix a gameboy then + :) + or buy a recorder ;) + gameboy somewhat cheaper :) + recorder much mroe fun ;) + hmm + no cash for that + http://storebror.haxx.se/nonstop/ + first basic test + I'd say very basic + what are you trying to do? + build for all platforms when changes are made to CVS + to verify the builds + got ya + too often some casual change a build that the person who did the change didn't test + hm, weirdly put but I guess you understand ;-) +--> Linus (~linus@labb.contactor.se) has joined #rockbox + hi guys! +--> Zagor (~bjst@labb.contactor.se) has joined #rockbox + hey guys + yo Zagor! + seems the web site survived slashdot + but not the SSH server...? + that was the silly lids bugging + ah ok + fixed now + we got a flood of new mail list subscriptions too :) +--- Linus is now known as Linus|meeting + rehi +--> edx (~not@pD9560A24.dip.t-dialin.net) has joined #rockbox + yo + hey edx + hi bagder + edx! + im at school currently.. :( + i wonder if anyone got booted to the web mirror + Zagor: check my initial attempt: http://storebror.haxx.se/nonstop/ + zagor.. you have any information about how many ppl have been on the page yet :) + apparently we didn't suffer too badly anyway + edx: i'll do a log analysis later + ok hehe + .. it doesnt stay too long on the front page of slashdot, does it? + Bagder: ah, nice + edx: no. a day, maybe two + Zagor: it isn't automatic yet or anything, but the basic scripts seem to be working + bagder: recorder simulator (win32) version is missing heh + we're 131 people on the list now + edx: when you have that buildable on my linux box, I'll add it ;-) + bah :P + use vmware or something lol + I'll build 9 different combinations + yeez.. one min till class starts.. :/ + later. +<-- edx has quit (Client Quit) + http://slashdot.org/comments.pl?sid=33624&cid=3636700 + fine comment + yup. i'm going through all comments, replying to some of them + way to go + there, the most frequently comments adressed + we should add a FAQ about DMCA... + yes +--> ChrisJ (~cmj@216.57.146.2) has joined #rockbox +--- Linus|meeting is now known as Linus + hi ChrisJ +--> edx (~not@pD9560A24.dip.t-dialin.net) has joined #rockbox +--- edx is now known as edx|class + yo + yo +<-- ChrisJ (~cmj@216.57.146.2) has left #rockbox + hehe + you scared him off! + so linus, when will you fix me up a serial port for my recorder? :) + still in class :/ +* Zagor is very scary + lol ill have irc running during class heh - teachers wont get it anyways + (just cant chat so its no use lol) + edx|class: you can read when we chat about you ;-) + hmm number of ppl in irc increased :) + Well Zagor. Why me? :-) + Linus: you are the chosen one + Linus: because you're our solder slave +* Linus feels special + :P +* edx|class needs a slave as well + Linus: How far away is a mp3 decoder for the recorder series? :) +* Bagder kneels in front of the solder slave + dwihno: heh, we definitely need gdb first... + dwihno: It's only about 100% left + .. teacher's back in a sek.. *bye* + Linus: Yay! :D So it's started! :D + haha + Have we heard of any bugs yet? +* Bagder hasn't + nope + what, would we write bugging code? *offended* + ata: -5 + I rest my case ;) + i'd like to get people to try some songs they get skips on + dwihno: well, that's not released. it doesn't count :) + Zagor: now you're making exceptions! :) +<-- Zagor has quit (Remote closed the connection) + Oh no! + Poor Zagor +--> Zagor (~bjst@labb.contactor.se) has joined #rockbox + whoops, killed the wrong xterm :) + Linux newbie + haha + hehe + more more! + Zagor: I managed to compile 2.4.19-pre9 on my new A7V333 yesterday + Zooooooooom! + Linus: neato + Runs like the wind + But man, it takes forever to compile wit PIO on the hard drive + And all those compiling errors... + compile errors? + I guess pre9 is somewhat on the edge + Yeah. Some of the drivers didn't compile at all + Like the Texas 1394 driver + that's neat.... eh. not + Texas 1x2 driver +--> XpDuDe (trilluser@212.199.206.92) has joined #rockbox +<-- edx|class has quit (Read error: 110 (Connection timed out)) +* Bagder thinks we have a "most people in channel ever record" + heh, yeah +* dwihno is pretty pissed off + My $130 headphones are fux0ring! +* Bagder tried the nonstop script after Linus fix + worked nicely + c00l + I check for differences in the CVS/Entries files after a cvs update + if there are, I rebuild all + Nice + Tinderbox? + homebrewed tinderbox ;-) + the real thing seems a bit more complicated + thunderbox? + :-) + lunchbox +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + Linus: why did you move NUM_TICK_TASKS to the header file? + Because I felt that it belonged there + but it's only used in the .c file, right? + yes, but the max number of allowed tasks should be public info...or? + oh, that's what it is? not exactly obvious from the name :) + I can change it to MAX_NUM_TICK_TASKS + no problem, i was just curious + CVS through an SSH tunnel through an HTTP proxy rocks! :-) + well isn't it cvs through ssh through ssh through http proxy? ;-) + yeah + I think that the ID3 parsing should be done by the MPEG thread. + I think so too + At least the parsing of the songs we're playing + yeah + there migth be reasons to do out "on demand" too at times of course + to do it + yup. + So we need to make it reentrant... :-( + argh + agreed + nah, why? + we just won't yield() in it + we yield in the ATA code + ah + it bites + say no more ;-) + http://daniel.haxx.se/rockbox-auto/ + Bagder: can you make it your mission to fix the ID3 code? + yessir! +--- Linus is now known as Linus|brb + the auto page is now running + let's hope it works too ;-) + i'll add it to the daily page +--> jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox + hi + hi + hey ho + Zagor: you can wait a little first to allow me to smoothen out the early quirks + ok + it now checks for CVS differences every hour +--- Linus|brb is now known as Linus + how much do these things run ya? + price, you mean? + yeah + about $250 for the base model, I think. $350 for the top model +--> jimperson (~default@65.42.14.199) has joined #rockbox + thats usd? + yeps +--> dfg (~prv@209.166.235.91) has joined #rockbox + I see, hows the play time? + ~10 hours on the standard batteries + thats good, en? + how big are they? + disk size? + or just measures? + measures + its 20gb, right? + the biggest factory delivered disk size is 20GB yes + I was thinking of getting an ipod, but my linux enviro. probably won't go over well.. + 115x83x34mm (4.5 x 4.2 x 1.3") + and I'd have to get a firewire port + the biggest model is 20GB, but you can replace the disk with up to 60 GB + usb2, no firewire + ah +* Bagder doesn't read, only speak :-P + so this is looking better :) + I recommend the recorder20, it's the best model + plus your hacks are very interesting.. + look here for a comparison: http://bjorn.haxx.se/rockbox/devcon/show.cgi?img4083.jpg + recorder20 ownz + does anyone use an fm transmitter for listening in the car? does it work well? + i've read people use it successfully, haven't tried it myself + http://www.drbott.com/prod/db.lasso?code=5403-SFMX + here's one i'm lookin' at + so they need a heafty pocket to fit into.. do they use a normal ide hdd? + looks fine to me. :) i have no experience with FM transmitters, though + jedix: normal laptop 2.5" hdd, yes + 9.5mm height + sweet + jimperson: is that the actual size? + But definitely not a device for a skiing trip. + why is that?\ + ya know im not sure + The HD is somewhat shock sensitive + well it has moving parts, so if you bump it around too much it will skip + really? so its not shock proof? + if you'd wrap a *huuuge* pillow around the archos ;-) + or swallow it + no hd players are really shock proof + 2mb buffer isn't enough? + I don't think they're talking about the buffering + it depends on how rough you treat it + is there an effective carrying case that would, say strap to my arm for jogging? + If you drop it while it is spinning, i guess you could even damage it... + I think it weighs too much for jogging + jimperson: the included case only has a belt strap + yeah, if I run with it, will it skip? + Linus: more of a work out then :) + which begs the question, how much does it weigh :) + hard to say. I mountain bike with mine and only get rare skips + yes, if you have it in the belt strap + http://www.archos.com/us/products/product_jbrecorders.html + I run with it to catch the train + I hope I can find one in ottawa + and it skips if i have it in the belt strap + Mine has never skipped + because the belt strap is loose + Linus: and your arms are.. a) as big as twigs b) steal gurders c) the train itself + I always keep it in my special handthingy when I run + aha! a custom special handthingy! exactly what i need :) + jedix: they are huge! :-) + as are all hacker arms +* Zagor tries not to laugh +* Bagder giggles as he can't resist +* jedix runs to the bathroom to not piss himself + I think i'll get one for the hackability of it.. + she was so impressed by my special handthingy she could hardly contain herself + jedix: that's what I did ;-) + :) + work==boardom this workterm + I have two + oooh, a contest! + I made it myself (the handthingy) + Zagor has three + i have three :) + you gots pics of your handthingy? + jimperson: no, but I'll fix0r :) + who was here talking about ROLO? + what does your firmware do right now? + rolo? you mean lamont's friend from sanford and son? + jedix: it plays pm3's + mp3's + and shows id3 + It also plays tetris + (very important feature) + and says "rockbox" when you start it :-) + sweet + dwihno: only the simulator right now + edx and I were talking last night, and what you can do is load a small ROLO firmware, and then have that load an uncompressed larger firmware.. this would reduce the boot up time + Yeah, that must not be forgotten + Zagor: OMG! + so its all the support the player has before the firmware change? + elinenbe: yeps + elinenbe: yes + I think I'll start mass-producing the handthingy and get rich + The design is really smart + dwihno: thats how I passed calc1-3 + even the 5-10 second start up time feels kind of long. + hey man, i would buy one. i believe handthingy.com is available... + dwihno: catchy name too.. handthingy. + hehe + elinenbe: 90% of the startup time is the Archos ROM firmware, not Rockbox + Then I'll start the production in taiwan and hire youngsters to cut the salaries and get rich and fat + well, that can not be changed now, can it? + you could open your own sweatshop and mass produce them with cheap illegal immigrant labor... + elinenbe: not easily + I see. + i'm going to get myself a snack + brb + mmm.. snak + elinenbe: that would require flashing it, which is a whole new ballgame + flashing this kind of things feels... well, a bit like pushing our luck ;-) + yes it is. + well, someday a rolo loader will be flashed, and then it will load our custom firmware. + though I bet dwihno would be first in line for doing it :-) + :-) + if something went wrong there... goodbye jukebox. + we'll let Björn do the testing, he has the largest amount of units ;-) + hehe + how is the download speed to the archos over usb? +* Bagder whispers "usb2 rocks" + yeah but i dont have usb2 on my powerbook + roughly 1mb/sec + Bagder: How fast are the transfers? + TO ALL YOUR HEADS... BLAST THE SPEAKERS! + dwihno: I haven't actually measured + with usb2 it's 4-8 MB/s + Whoa + Fucking amazing :) + USB1 is good enough for me + (until USB2 is standard, that is) + that speed is limited by the archos, not usb2 + Zagor: have you measured on a Windows machine? + mkay + good enough for me ;) + Linus: no, i have never used my archoses with windows + is it the disk speed or some interface which is setting the limit? + dwihno: i'm not sure + I mean if the Linux USB implementation slows it down... + could be either + dwihno: the ISD300 chipo ises PIO + uses + Linus: that's possible, but I doubt you can get much above 10MB/s anyway + Probably not + Zagor/Linus: my windows tests showed ~4 MB/s + lame + I must try it tonight + some 15GB in about on hour + but do not try it on batteries... + Linus: Hmm, PIO is no good + not measured exactly so give or take a bunch + dwihno: nope. But cheap + True, true. + We need some boot sounds too! :) + Like some squeaky noise or something + yeah, startup sound! wooooo :) + Yeah!!! :D + maybe we can ask Rolling Stones if they'll let us use one of their songs? ;) + Hey, why is the startup-time for the archos so long? :) + Who wants to work on the sound effects for tetris? + good question. it does a lot of disk scratching for very little apparent reason + dwihno: the recorder startup time is a pain + but the player is pretty short +--> Kaze (~chaz@chaz6.com) has joined #rockbox + hey Kaze! + oh, now to find a place to buy one of these things.. + go! go! go! + oh sorry.. hi + Zagor: I guess the SPDIF is the way to go for the debugging port...? + yep + I think I'll try that ASAP + goodie + (ASAP means "maybe this month" :-) + haha + damn, how can I search the net for a store with this? + good question + use... a search engine perhaps? :p + i search and search, and all i find is this damn Rockbox page... + http://www.archos.com/us/archos_reseller.html + Kaze: didn't work too well + jedix: is none of the listed ok? + Zagor: thanks, I'm there now + http://www.funmp3players.com/ sells them too + so $299 is pretty much the standard price on these eh? + the 20 that is... + seems so + i think so, yes + i was at a place that only sold 6gbs and it was 350 + ouch! + yeah, that was expensive! + make sure you get a Recorder20 and not just a recorder with 20 gig disk. + only the model called Recorder20 has usb2, the others have usb1.1 + only the recorder20 has usb2.0 + it appears funmp3players sell upgraded recorders too, so make sure what you get before you order + Zagor: which reminds me...has anyone tried the Rockbox recorder firmware on a usb1.1 recorder??? + i don + 't know + it would indeed be interesting + hardly anyone has tried that, so I'd guess not + I can't blame them... :-) + $549.99 Archos Jukebox Studio Recorder 20 (thats canadian) + do we even know anyone with such a device? + jebus thats high + what + 's the can/usb rate? + usd even :) + Bagder: we can fool jedix into buying one + usd == 336 + can/usb rates just has gotta be bus related ;-) + hehe. gotta be 1:12 then + Bagder: you're a funny guy! :-) + Linus: what such device is this? +* Bagder grins + jedix: a USB1.1 recorder + .... + we could ask on the list to see if we can find anyone + good idea + Archos Recorder 20 on sale this week only for $299 with free shipping* + jedix: there are many models of archos jukebox: Archos Jukebox 5000, 6000, Studio 10, Studio 20, Recorder, Recorder 10 and Recorder 20 + jedix: sounds like an excellent offer + that has to be canadian +<-- jimperson has quit ("friends don't let friends listen to trance") + Zagor: yeah, I hear the recorder 20 is the best + yup + linux compatable? + yes + usb2 needs an extra patch though + then why the hell don't I have one? + hehe + not too many motherboards come with usb 2.0 these days :( + just buy a separate usb2 card + Hadaka: kt333 + they are just now starting to put usb2 in new motherboard chipset + i wonder what took them so long :( + yeah well it's not like I'm buying a new motherboard anytime soon + A separate USB2.0 card works fine + no, me neither. but I got myself a plugin card. it's worth it. + Canadian Residents add 7% GST Ontario Residents add 8% PST + damnit + i'm in ontario + tough luck + you don't need usb2 + you can use 1.1 + yeah, I'm living well enough with usb1.1 for now + yeah, but waiting for transfers gets boring fast + it will be a bit slower + how slow is it? + "a bit" + 1 mb/sec + 1.1 is 700-1000 kb/s, usb2 is 4-8 MB/s + well the thing that bothers me most is the waiting for the disk to spin up between all sorts of actions + Zagor: bits? + yeah, we have a couple of ideas to avoid some of that + jedix: bytes + kB + but it's something you'll have to live with + err, in USB mode? + the hard drive sucks batteries + thats not bad at all + Hadaka: your disk spins down in usb mode? + Linus: ~10h playback though, right? + jedix: yup + well I'd say so, yes - I can hear it spinning up when I start reading + strange. for me it spins constantly. +--- dwihno is now known as dw|gone + I've got 1.24 firmware in the flash rom for me + same here + ok have to check it at home again to see if it really does that + ok + think my work machine is compiled against the wrong UHCI driver - getting lockups with transfers + ouch! + ah, that's no fun + happened with my laptop too - then I changed the driver + and managed to get one directory of unremovable junk on the disk + though I suppose that's fixable with reformatting - can you do that in linux or do you have to use windows for that? +<-- XpDuDe has quit (Read error: 104 (Connection reset by peer)) + you can do that in linux + it's just like any other scsi device + I remember seeing some weird FAT restoration utility way back - that's not necessary then these days or? + umm, well I don't have it anyway :) + you've don mkfs.vfat on the archos from linux? + yup + oh goodie, then I dare to try +--> Jigsta (~Mark@host217-39-163-123.in-addr.btopenworld.com) has joined #rockbox + hey Jigsta + Hi Linus + heh, that auto build worked crap on the first automatic run ;-) + hehe +<-- elinenbe has quit (Read error: 104 (Connection reset by peer)) + Just stumbeled accross your sourceforge page, sounds like a nice project + well, we like it :) + a nice project it is + :o) +* Bagder does the yoda talk + the yoda talk, bagder does +* Bagder chuckles +<-- green_ has quit ("Client Exiting") + so, what is the firmware coded in? + C + really? I was expecting some sort of assembly + some assembly required :) + why type of assembly? + sh-1 + for the startup code, setting vector table, stack pointer and such things + and the thread switch + yes + oh, I haven't done any sh-1 + a perfect opportunity! ;-) + you don't need it. all application code is C + I have C expierence.. but who doesn't ;) + is the hd access blocking right now btw? + what fs is the hdd? + Hadaka: yes + jedix: fat32 + plain old silly fat32 + hm, the main annoyance in the UI is the blocking operations (the archos firmware ui that is) + it's rather adequate for this kind of use, though + Hadaka: yeah, but we've got threading. so blocking I/O is not a real problem + Zagor: but don't the threads have to yield? or do they do that in the I/O code? + the I/O code yields + yup + so other threads run while the hd spins up? goooodie + yep + one of our goals is to make our firmware more "snappy" than the original +* Bagder spots Linus' last-mp3-byte fix ;-) + funny noone complained about that :) + haha + yeah + snappy? + don't everyone spend hours and hours running our software and listen carefully at the ends of songs? ;-) + jedix: responsive + Hmm. Off to have a play :) cheers guys. +<-- Jigsta (~Mark@host217-39-163-123.in-addr.btopenworld.com) has left #rockbox + last-mp3-byte fix? + It could truncate the last byte of a sing + we have a cvs-commit mailing list + song + if the length was odd + gotta run, see ya +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + how much does the recorder 20 have ram? 1mb? + 2MB + 2mb + All devices have the same amount + hm, that machine seems like quite nice to code for + yeah, it's not bad + fun indeed + especially with the gdb on serial :P + what type of mp3 does it support? + all types + 320kbps? vbr? + that one was also fun to code + jedix: yes + cool + Ooo, RTC + yeps + we don't have any drivers for it yet though + what does the player origionally support? + jedix: you mean bitrates and such? + yeah + the same + now all we need is a rocking microkernel :P + although people keep saying it skips on high bitrates + jedix: but some people say that the original firmware has troubla playing 320kbps + some guy on /. said that it only supports the common bitrates + never trust /. :) + I have personally tested Rockbox with 256 and 320 kbit + hm, there probably is nothing in the style of an MMU is there? + no + Gotta go now! CU guys! + oh well, one can't have everything +<-- Linus (~linus@labb.contactor.se) has left #rockbox + we don't really need it + !? no recorder support + not in 1.0, no + well true - but a microkernel could use it for memory protection - and swapping is easier to achieve too + we haven't finished all drivers for recorder yet + how long until then? + 42? + hard to say. a few weeks perhaps. we don't know exactly why it doesn't work. +<-- wettoad has quit ("Client Exiting") +--> checkeetout (~checkitou@198-143-202-18.ded.btitelecom.net) has joined #rockbox + Howdy! + Anyone feel like fielding a quick question about the Rockbox project? + sure +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + hellllllooooooooo! + Anyone out there? + yes, ask your question + thanks + :) + I was just checking out the Rockbox project and it looks pretty cool + I just want to make sure I'll still be able to access my jukebox from Windows XP if I install this new firmware + I use it a lot to carry files home from work to work on at home + yes, the firmware does not affect the usb mode + Excellent + :) + thanks for the info :) + no problem + I'm going to go download it now + have fun + i'm off to a meeting +--- Zagor is now known as Zagor|meeting +--> ploof (alkorr@srs05v-8-39.n.club-internet.fr) has joined #rockbox +--> alan (alkorr@srs02m-8-71.n.club-internet.fr) has joined #rockbox +<-- alan (alkorr@srs02m-8-71.n.club-internet.fr) has left #rockbox +<-- checkeetout (~checkitou@198-143-202-18.ded.btitelecom.net) has left #rockbox +<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/20020529]") +<-- ploof has quit (Read error: 110 (Connection timed out)) +--- Disconnected (Connection timed out). +**** ENDING LOGGING AT Tue Jun 4 12:02:36 2002 + diff --git a/www/irc/rockbox-20020605.log b/www/irc/rockbox-20020605.log new file mode 100644 index 0000000000..c28cd86bf6 --- /dev/null +++ b/www/irc/rockbox-20020605.log @@ -0,0 +1,421 @@ +**** BEGIN LOGGING AT Tue Jun 4 23:37:03 2002 + +--> adiamas (~adiamas@216.194.26.223) has joined #rockbox +--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/ +--- Topic for #rockbox set by adi|home at Tue Jun 4 04:41:56 + hm + the archos is a bit heavy + i need to find a light hd + bb tom +<-- xtac[z] has quit ("i focus on the pain the only thing that's real") +--- You are now known as adi|home +--- dw|gone is now known as dwihno +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + morning fellas + Good morning! + And it's a wonderful morning indeed. + oh sure + Although my headphones haven't been fixed yet + morning + hellö hellö + Bagder.. my email is shot right now.. can't see commits... did you work on the m3u reader? + yes + it might even work a bit now + :O + I'm more or less waiting for Zagor/Linus to try this and/or comment it + or anyone else of course + hmm.. ill take a look + the read function should take larger peaces each time it does a read() of course... + pieces + not peaces + :) + oops + :-) + peace to everyone ;-) + except Al-Queda + they can burn... + hehe + them and their virgins +* adi|home gets down off his soapbox + can i access the m3u reader from the uisim? + yes + home + name the file .m3u + browse to it and press play on it + k + I mean, it should have a .m3u extension + i get We instruct the MPEG thread to play Ani Difranco - Back Back Back.mp3 for us + correct? + yes + I haven't made the playlist do any shuffle or anything yet + k + it plays it from start to end + and then restarts again + k + however, not all that is possible to see in the simulator + heheh you and i have such diff code styles :) + fd = open() + if (-1 != fd) + hehe + id do: if ((fd = open()) < 0) + I never do the assignment inside the condition if I can move it outside without penalty + any particular reason? + for readability + ahh.. + i wold agree with that.. + the generated code will be exactly the same anyway + but in the same vein.. comparing against -1 specifically is a bad habit to me :) + perhaps + != 0 is failure in unix + not if open() is documented to return -1 on error ;-) + never know what functions return... + heheh true.. + but what if it was to return -2 as well? + ;) + then it would be a silly check ;-) + hehehe + neither way is better.. just diff like i said ;) + yeah + besides.. i know when i become supreme overlord you will have to do it my way ... + im patient.. i can wait ;) + haha, you just let me know when you get your super powers and I'll fix my code then before you turn me into something unpleasant :-P + no worries.. id never turn you into a canadian ;) + the read/open/lseek +* Bagder sighs ffom relief + are they the ones we implimented + or part of the newlib? + yes + newlib is not needed anymore + not used + well if this would be posix stuff - I'd definitely advice to test explictly against -1 and then do errno stuff after that + okay... that case, can read fail? + yes, read can fail + so yes, I should check for that + nods +* Bagder hides + we in fact set errno too, posix-fake-mode enabled ;-) + lol + would use of registers be of any use on the Archos? + just wondering if there is a faster way to run throught that while loop of yours.. + modern gcc versions more or less ignore the register keyword + k + I/ew should read() larger chunks instead + premature optimization is the root of all beer + I/we + reading single-bytes like that is plain silly + there is nothing wrong with premature optimization.. so long as you odn't go overboard + can you give me a rough idea of how we are managing the playlists? + i missed that convo + pretty simple: + we have the playlist on disk as a m3u file + we store only indexes to the file names in memory + that is, to the entry names within the m3u + The m3u is in the memory? + no + never + can i assume the index is the seek used by lseek + then you read in the filename? + exactly + i guess that makes sense.. you ahve to spin the drive up to read in the mp3 anyway. + yes + so doing it to get each index is no big deal. + we can even cache a few indexes before and after if we think that'll improve things + nods + so when we run "random" + we shuffle the arrat with all the seek-positions + array + makes sense + okay.. so we run from start to finish on the indices right? + yes + then having an int index that reps the "index of *NEXT* track to play' makes no sense + you only want to know the current file being played + don't you? + it doesn't really matter + i guess + I chose "next" just so that zero would make sense already when initing the struct + nod + the mpeg thread will id3-read the file and allow others to get that info + ? + thing is + we deliver the track to the mpeg thread long before we hear it + so we need the mpeg thread to tell the world which song that is actually playing right now + nod +--> Linus (~linus@labb.contactor.se) has joined #rockbox + morning Linus + morning! + hen you init the structure.. would you want to reset the seed for rand? + yes + oh btw - random and shuffle play in my mind are different things - and both are nice, depending on situation + are you editing that file at all? if not ill fix this stuff as i go + adi|home: I'm not, feel free to improve + ki + Linus: spotted my id3-fix? + Hadaka: you want "true" random in some cases? That is, same song may be played twice? + okay... what happens if we barf on playlist processing? + ie: file read fails + open fails + Bagder: havent't come to the Rockbox-CVS folder yet... :-) + adi|home: just return, do nothing + k + Linus: hehe :-) + i think we eventually want a message to the user no + ? + Linus: yes - or at times ofcourse a simple limit of not ever picking the next song to be the same song as the one exactly before would be sufficient + Linus: but for example when using mpg123 - I do use true random play for some stuff + what is mp123? + mpg123? + you don't know what it is? :) + alnmighty mp3 thingy + an mp3 player? + Mpg123 is a fast and portable MPEG audio player for Unix. + Ah. + very, very common + That must mean that I'm ver very unaware of things. :-) + Bagder: its your code.. so let me ask.. on checking the open... is if(fd >= 0) acceptable to you? + or rather i leave it -l != fd? +--> nayr (~ryan@ip68-2-171-8.ph.ph.cox.net) has joined #rockbox + hi nayr! + most jukebox softwares on unix use that as a backend - also there's a free replacement for it, mpg321, which is compatible + Hello! + hey nayr + do we have stat in our api now? + or maybe it just makes more sense to lseek to a files end to get its size? + The ID3 code seeks to the end + heheh okay "static unsigned int playlist_seed = 0xdeadcafe" + is just wrong + why do you need the file length? + right now we are reading in the m3u file a byte at a time + that makes no sense. + no it doesn't + ...and... + so get the file size + define a static buffer of say 100 bytes + and read in at a better increment. + so you kno when you hit the file end + your still not mallocing.. + so life is okay + why do you need the file size for that? + i guess i could just keep lseeking? + you could just read until end-of-file + are we gaurenteed to have an end-of-file? + of course + otherwise you wouldn't be able to lseek(9 to find out the end-of-file... + right, thats what im saying... +* adi|home now that i have my head outta my ass + lets say char buf[100] + then we do successive lseeks of 100 till we fail + then we just grab the rest of the file when we fail + you don't need a buffer to do lseek() + i know that + but where are you putting the data from the m3u file? + Maybe I'm not understanding what you want to accomplish + read/parse an m3u file + to store in our playlist structure + So get the data, one row at a time (it's a text file, right?) + right + why seek()? + how do you know when a line ense? + ends? + you search for CRLF + CR/LF or just LF? + whatever + im just going by what we have right now + nods + so to do that you need to read from the file into a buffer + so read into a 100 byte buffer, and look for EOL's + thats what im saying :) + thus the char buf[100] + but I still don't understand the seek() part + are just going to read until read fails? + exactly + so how do you tell the dif between "we reached the end of file: failed" and "archos is fucked: failed"/ + ? +<-- trillback has quit (zahn.openprojects.net irc.openprojects.net) +<-- adi|work has quit (zahn.openprojects.net irc.openprojects.net) +<-- webmind has quit (zahn.openprojects.net irc.openprojects.net) +<-- datazone has quit (zahn.openprojects.net irc.openprojects.net) +<-- gd has quit (zahn.openprojects.net irc.openprojects.net) +<-- PiotR has quit (zahn.openprojects.net irc.openprojects.net) +<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net) + -1 means failure, 0 means end-of-file + still there? +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox + yeah.. just giant brain fart... + i see what your getting at + great + im not changing this now.. im bound to fsck it up.. to tired.. i ll hit it in the morning + night all + thanks for helping me pull my head from my ass Linus ;) +--> gd (~chatzilla@dns.agssmf.com) has joined #rockbox +--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox +--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox + hmm, one should make a feature checklist of what the archos (recorder) can do - and what is implemented in rockbox + night, adi|home! + how does the resume work on the original archos btw? does it save the current song/directory somewhere when it starts playing it or? + The Player saves that info on the hard drive + when it starts playing a song + ?? I could never get resume to work anyway. + but not when the battery is too low + I guess it's a safety feature not to write on the hard disk when low on batteries + nayr: how come? + ookkay + Well, maybe I'm not understanding what it's supposed to do. I was thinking it would resume a song where it left off between power cycles (ala iPod) + The recorder, OTOH saves that data in internal RAM + nayr: it only remembers which song it played + nayr: we will try to implement mid-song resume in Rockbox + Hmmm... OK. Well, I became overly excited when I heard about this project on /. + I figure there's a much better chance of getting the features I want by working with you folks than working with archos. :-) + nayr: nice. i hope you still feel that way. + nayr: are you a programmer? + yeah, mid-song resume (and keeping of the current playlist) would be just dandy + I used to pretend to be. But if I can code at all, it's high-level stuff (RAD/UI, 4GL, etc.) C/ASM really isn't my forte. I can read it, but I can't code it :( + ok. you can still be very useful + But I kick ass at QA, especially when I've got a personal stake in the project. =) + may god help us :-) + the QA department! + Programmers tend to hate me pretty quickly. =) + :-) + bedtime now. I'm sure I'll be bouncing back in here again soon. Thanks for all the work you folks have done so far, and I look forward to good things in the future! +<-- nayr (~ryan@ip68-2-171-8.ph.ph.cox.net) has left #rockbox +<-- Hadaka has quit (zahn.openprojects.net irc.openprojects.net) +--> Hadaka (naked@graywolf.onnanifujiyuu.org) has joined #rockbox +--> trillback (~trillian@sdn-ar-001ncraleP254.dialsprint.net) has joined #rockbox +--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox +--> webmind (webmind@seal.student.utwente.nl) has joined #rockbox +--> datazone ([sm5Ow6WK8@207.136.36.203) has joined #rockbox + Linus: anyway, the id3 code should be reentrant now + Bagder: great + and if you get time, I'd appreciate if you tried the playlist code on target + I realize time is a shortage here ;-) + So the MP3 thread should use the ID3 code to dig some info from the file it plays + yes + and pass it to the GUI somehow + and "export" that info + right + I'll try to find out a good way to report the current playing pos as well + I'll look into Lion's suggestion and see what I can do. + about using a timer? + I didn't follow the playlist discussion. Do we have a working version? + we do + Bagder: timer? + somewhat "naive" and simple still thugh + Linus: forget it, I didn't follow that talk so closely ;-) + AFAICS, there is no good way to determine the song length + does the ID3 tag contain such info? + no, not without scanning the whole file + VBR is hell +--- Linus is now known as Linus|meeting + :/ + VBR is evil stuff + I can't believe I work in a project without gdb on target, when even rockbox has it :-/ + gdb? + <-- sucks, tell me what gdb is good for + debugger + you've not developed seriously when you say that + ah + I used the visual c debugger + right + How hard is gdb to learn? + gdb is much more powerful, if somewhat more crude interface + the basics are simple + using it from within emacs makes it even easier + You got some basic introduction stuff? + 'b [symbol]' for breakpoints + 'c' for continue + 'run' to start + 'n' for next + 's' for step-in + that's it ;-) + 'p [variable]' display variable contents + 'info locals' display all local variables + does it require some extra stuff compiled into the binary? + yes, it requires that it was compiled with -g for maximum use + mkay +--> Zagor (~bjst@labb.contactor.se) has joined #rockbox + hey Z + hi + Zagor: I added some playlist code yday + not very fancy or anything, but it could work + ok, nice + it's still basic and slightly "naive" + but a start + Zagor: I made 'playing' hold a play "mode" instead of just a boolean + so that play-all-dir should still work too + in tree.c you mean? + yes + ok + they're just digits now, but we should remake it into some enum or somthing + yup + 152 subscribers today + wow +<-- Smari has quit (Read error: 110 (Connection timed out)) +* ironi has returned, [gone/11h 49m 47s] + hello ppl + hi ironi + hey ho + just came home + I'm thinking on working on my persolan homepage + It needs a facelift + time to go and get a visa ;-) +--- Bagder is now known as Bagder|away + hehe + apt-get dist-upgrade is my favourite command ever + yeah, debian rocks + it does. + hehe, nice peak yesterday. + 3rd june: 4700 accesses + 4th june: 60196 accesses + pages, not accesses + 04:00-05:00 on the 4th: 25 pages + 05:00-06:00 on the 4th: 3279 pages :) + has there been a post on slashdot? + =) + quite so + Is there some way to make directories invisible using the archos firmware? I'd like to have a folder to store documents and stuff and I don't want it being displayed :) + not that I know of + dwihno: well maybe hidden directories could be excluded in the archos + that is perhaps an easy solution + yeah + I'll test that later + I sold my last computer last night + So now I have ZERO computers + Zero, zip, nada! + heh + INGA! + when is the dell coming? + No jävla datorer! :) + I haven't ordered it yet + oh ok + I'm awaiting a faktura to be betalad by the evil customer + it doesn't take long for themto ship it though, i thiok. + you din't take cash, thats bad. + =) + Nah, it will probably take less than 1 week + Are there any good ways to install some really kickass boot loader? + I want to have Win98, Win2k and linux on the same box :) + i'm sure the guys in #linuxhelp knows all about that. :) + dwihno: grub is nice + ironi: never tried it... :) +* dwihno goes on a google streak + if you want windows gui easy-to-install-bla-bla-mumbo-jumbo there is powerquest bootmagic + Eww + grub is cool though because you can edit the options in the boot loader + at boot + That's what I like! + I like configurability + i tried when using gentoo + i really find it better than lilo for me + Hmm, how come? + i just like it more + Is it cute? :) + you dont edit a config file, you instead enter a grub console where you supply commands + you can enter this console at boot too + if you want + ah + Damn DNS server! + GIVE ME THE LOOKUP YOU EVIL DNS STUFF! :) + ah, now it works +--- Disconnected (Connection timed out). +**** ENDING LOGGING AT Wed Jun 5 06:14:13 2002 + diff --git a/www/irc/rockbox-20020609.log b/www/irc/rockbox-20020609.log new file mode 100644 index 0000000000..19dcd3a452 --- /dev/null +++ b/www/irc/rockbox-20020609.log @@ -0,0 +1,1772 @@ +**** BEGIN LOGGING AT Thu Jun 6 03:13:16 2002 + +--> adiamas (~adiamas@216.194.26.204) has joined #rockbox +--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/ +--- Topic for #rockbox set by adi|home at Tue Jun 4 04:41:56 + howdy adiamas + howdy... + just had a major power outage here... + lasted near 2 hrs + all year we're find... + world cup comes on a POOF + damnit + hehe + must be a conspiracy somehow ;-) + damn right + i blame the canadians + I miss a tetris for recorder link on the web site + that lazy web master B-] + Linus: Will you take on the mission to write the decoder code for the recorder build? +* Bagder mutters when reading source code written on 160 col lines... + hehehe + who did that? + at work + silly windows users + hehehe + sorry ;) + i made a deal with a buddy at work... + he went to 80 cols + i went to 8 space tabs + oh, what a sacrifice + heheh + I just yell at them ;-) + and go my way + we still bitch at each other ;)- + hehe + 8 space tabs?! +* Bagder wonders why he has no friends left ;-) + Now that's insane + looks like somebody dropped a bomb in the source code! + source code should not have tabs, only space + They should have tabs +* Bagder casts a spell on dwihno, you windows... eh, windows... person + what's wrong with tabs? + people set different tab sizes + of course + they are 8 when you print + :set ts=8 + it make outputs look crap + depends on what printing stuff you use + yes, if you're two people you can set requirements on that + in a development team with many people, you can't + :) + believe me, I seen it, done it, used it ;-) +* Bagder now has 11 years in the "business" + set ts=4 + whoa + how old are you? + 40? + 31 + scary + indeed + I will NEVER get old! :) + What kind of education do you possess? + the hard way, the school of life, spare time assembler and work ;-) + like Zagor and Linus, I have no formal education in this area + we're all home brewed + Are you pleased with your salary? +--- Linus is now known as Linus|very + is anyone ever? ;-) + I was +--- Linus|very is now known as Linus|busy + I am + Although a bitch coder with ZERO skills had more than me, and that bugged me. + that's not the case for me + coderess + although currently the market isn't exactly splendid + not really + it means less money when the customers renegotiates the rates + MONEY FOR ALL(TM) +<-- Linus|busy has quit ("disconnecting from stoned server.") +<-- datazone has quit (zahn.openprojects.net irc.openprojects.net) +<-- webmind has quit (zahn.openprojects.net irc.openprojects.net) +<-- adi|work has quit (zahn.openprojects.net irc.openprojects.net) +<-- Hadaka has quit (zahn.openprojects.net irc.openprojects.net) +<-- elinenbe has quit (zahn.openprojects.net irc.openprojects.net) +<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net) +<-- trillback has quit (zahn.openprojects.net irc.openprojects.net) +<-- Tumm has quit (zahn.openprojects.net irc.openprojects.net) +<-- dwihno has quit (zahn.openprojects.net irc.openprojects.net) +<-- Bagder has quit (zahn.openprojects.net irc.openprojects.net) +<-- miah has quit (zahn.openprojects.net irc.openprojects.net) +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--> trillback (~trillian@sdn-ar-001ncraleP299.dialsprint.net) has joined #rockbox +--> datazone ([sm5Ow6WK8@207.136.36.203) has joined #rockbox +--> webmind (webmind@seal.student.utwente.nl) has joined #rockbox +--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox +--> Hadaka (naked@graywolf.onnanifujiyuu.org) has joined #rockbox +--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox +--> miah (~miah@pihkal.com) has joined #rockbox +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +--> dwihno (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox +--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox + hey ironi + damn + hi there + *yawn* +* dwihno just realized that writing sql queries sometimes is a pain in the /dev/arse + dwihno: why is that + I want to return multiple counts + in 1 query + +----+--------+----+-----------+ + | id | name | id | projectid | + +----+--------+----+-----------+ + | 2 | Apan | 1 | 39 | + | 2 | Apan | 2 | 40 | + | 2 | Apan | 3 | 41 | + | 3 | Assar | 1 | 39 | + +----+--------+----+-----------+ + I want to return the projectid count for every id [left one] + 1. i don't know if postgres lets you + 2. if you could, you prob do it in a sub query + ie: select count(id) from table where id in (select unique id from table) + or some such + but i dont' think you can do it.. + i know in oracle we have to do a seperate count for each + you cnat do sub querys in postgres + ? + me is using mysql + ok + anyway + i dont unbderstand what you want + i dont gett the table + I have a table linking two tables together + to make multiple selection of objects available + ok sure + the link table has the userid and projectid + you have a like a projcet table , a member table, and a project_member table? + and for every user, I want to count the number of projects matching the user id, in a single query + saying which member is involved in which project + yup + but is the table you pasted the result you want, right? + nope + just some example stuff :) + eh,.... + caue your project_user tablejust has project id and member id, right + yup + ok + well that is impossible with out a subquery + and in mysql you cant do them + darn! + well maybe you could do a join + I wanted to draw a cute progress bar :) + it was a while since i used sql + 1 query per user would be a pain in the arse + yeah + but who gives a shit ;) + but... + cant you just do a loop? + 1 query to get the ID's and then 1 query per userid + well eya + yea + loop trough the id's , getting the result for each + or can't you do your progress bar then? + Hehe + The progress bar makes the stuff so CUTE! :D +<-- ironi has quit (Read error: 113 (No route to host)) +--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox + Why did I ever start doing SQL stuff?! +* dwihno dumps the idea of progress bar ;) + dwihno: are you doing php with it ? + ironi: jees + Pee Höö Pee + but dwihno + cant you do select user.name, count(projectid) from user,user_project WHERE user.userid=poject.userid + or am i thinking wrong + ooops + select user.name, count(user_project.projectid) from user,user_project WHERE user.userid=user_project.userid + dwihno: how about that? + dwihno! wake up! +* Bagder offers ironi the microphone and turns up the volume of the loadspeakers + thank you + *harkel* + ironi: hellö hellö + dwihno: so? + What who how? + read the last query i wrote + *read* + cant you do it like that? + hey, that might work + im kinda embarrased i didnt come up with it immediately + Don't be! :) + You gave me the DELL tip! :D + ehm + i think you will have to group by + select user.name, count(user_project.projectid) from user,user_project WHERE user.userid=user_project.userid GROUP BY user.username + otherwise you weill get count for all rows on all rows + =) + ok i should be group by user.name if i used user.name inthe slect clause + but u know what i mean + Yeah + YOU GAVE ME THE DELL TIP! :D + so did this work? + I'm fiddling + Battery charged + I love my archos + I never realized I couldn't live without it before I actually got it! + my just shows charging... + dwihno: you tried tetris on it yet? + i dont use mine as much as i should + Bagder: No tetris for the recorder yet ;/ + there is + wait + There is? +* Bagder scans for the URL + http://bjorn.haxx.se/rockbox/tetris.ajz +--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox + it doesn't spin down the HD though + hey, it worked + Bagder: how come? + the ATA code should do that + ... and it doesn't work on the recorder yet :-) + hehe + Then why are you IRC:ing?! :) + hm + I don't know ;-) + dwihno: you're welcome + after 10 credits of sql i should have given you the answer immediately + = + ) +* ironi is gone, out in da sun [l/on p/on] + ironi: THE SUN WILL GET YOU KILLED! Get back here! :) + i have my ray-bans +* Bagder gets valgrind and ddives in + valgrind? + "Valgrind, an open-source memory debugger for x86-GNU/Linux" + valgrind is nice + I will invent something too! + I know, a new X11 toolkit! ;D + valgrind is really nice +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox + hey, have you guys looked into 'newlib'? + you mean the removal of it? + hm, I'm quite out of things - removal? + What's newlib btw? + nm, I'd better read the mailinglist archives before I ask stupid questions + Newlib is a C library intended for use on embedded systems. + I thought you meant if we had gotten rid of our newlib dependencies yet + we use newlib today + why do you want to get rid of it? + but only for a few functions + Hadaka: Ah, okay + because it is of no use to us other that for the header files + header files are evil! :) + :-) + hm ok, I don't know enough to comment + #include + That's all you need when doing embedded stuff! :) + We used newlib in the beginning when we didn't have much implemented + but now we have all that newlib has to offer internally + that gives us a smaller footprint +* dwihno counted project time today + and you don't need to compile newlib when you build the cross compiler + <-- is gonna afford a kickass DELL box! :D + dwihno: a laptop? + same interface as newlib or your own? + yup :) + Hadaka: same. it's ISO standard + with geforce go card + ok + So I can play cstrike + dwihno: have an URL? + http://www.euro.dell.com/countries/se/sve/dhs/products/model_inspn_inspn_2650.htm + dwihno: phew! that's a BEAST! + a bit heavy, though + The tip of the day: The bread "gräddad längtan" is yum with salad and stuff :) + and i would like better resolution that 1024X768 + Linus: As long as it works ;D + I like 1024 + So I'm gonna dual-boot with linux + Linus: You should get some lunch! + I've been very happy since I uninstalled windows my laptops + Hadaka: I need Windows for Photoshop, Flash, Illustrator etc. :/ + I usually get several months uptime for my laptop + yum! + Now that's what I call a good lunch! +<-- Bagder has quit ("disconnecting from stoned server.") +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +* Bagder made his first customized valgrind supresses +* dwihno is back from the quake session +--> havardk (havardk@soraas.student.nlh.no) has joined #rockbox + havard kvålen? + emm, yes? + Cool :) + try icelandic + dwihno : who are you, and why do you know my name? :) +* Bagder awaits the answer ;-) + havardk: tried rockbox? + no, I haven't + I don't have an Archos, although I've been thinking about getting one + hehe, ok + well I haven't *really* tried it either as I have a recorder and we don't do well on that yet + I've only seen it on Björn's player +* webmind waits untill is as equal or more features and les bugs then original firmware + it has + that might take a while .-) +* dwihno waits until it show other than ata: -5 on the recorder ;) + badi have patience + er + Bagder, + damn this keyboard + I'm a bit dissapointed no one tried my playlist code on target yet + I am about to. + oh + I better hide then ;-) + but i have *shrug* work to do... +* dwihno starts the drumroll + WORK?! aaaah + My hands are getting tired... Test the godforsaken playlist code :) + endurance you need + a world record you will beat, my young apprentice + Linus: Get back to work ;) + yes. master + Damn, it's hot outside! + Obey me, you will + :-) + rockbox is gaining rank quickly on sourceforge activity +<-- trillback has quit (Read error: 113 (No route to host)) +--> edx (~not@pD9560764.dip.t-dialin.net) has joined #rockbox + hi edx + yo +--- edx is now known as edx|class + :) + irony.. you got the css file of the internet site? + i think there's the defualt font set for linux... take like arial / sans ms for that.. + hmm bagder.. any progress regarding ata? + gotta go + no progress yet + I'm beginning my Recorder serial mod now...keep your fingers crossed +* Bagder crosses everything he has + Strange...the Line In is already patched on my Recorder + uh! + two long wires across the entire CPU board + and connected to two capacitors + I'll just remove them and connect them to the serial port... + ...scalpel, nurse... +* dwihno hands Linus the crowbar + ehh + Linus: patched? + Linus: In what way? +--> jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox + hey + hey ho + whats up? + we're busy crossing fingers for Linus + he has his fingers in his Archos as we speak ;-) + cool + I dunno how to handle this scrolling thing without this being OO or threads +* dwihno crosses his toes too + See? :) + ooo + O + hmm + :) + we have threads + see the problem is right now, it just does scrolling.. all the time, and nothing else + its in a while(true) loop... :/ + yes, but it could be in its own thread + perhaps + yes, that would do it + there's a minor drawback with that: we don't have threads in the simulator (yet) ;-/ + an other small problem is that it scrolls well past the screen(takes a while for it to come back) + how do you mean? + it scrolls to the left until you can;t see it.. but then it keeps going + so make it not do that ;-) + yeah, working on that :) + also, the text warps around the line on me.. + where does that happen? + that's a flaw in the simulator + oh, ok + I'll have a look at it right now + that's lcd_puts() in a player, right? + yeah + brb, going to get breakfast + ok, I'll commit a fix + hm, bad fix + better + hehe + so, if I update my cvs.. will my changes be removed? + no + they'll be merged + k + i get a few errors + when updating? + building + show me + /home/liam/archos/build/tree.o: In function `peek_next_track': + /home/liam/archos/uisimulator/x11/../../apps/tree.c:213: undefined reference to `playlist_next' + /home/liam/archos/build/tree.o: In function `dirbrowse': + /home/liam/archos/uisimulator/x11/../../apps/tree.c:307: undefined reference to `play_list' + /home/liam/archos/build/play.o: In function `playtune': + /home/liam/archos/uisimulator/x11/../../apps/play.c:88: undefined reference to `mpeg_play' +<-- edx|class has quit ("be home soon :)") + did you update the uisimulator tree too? + I updated everything + hm, do 'make clean' and 'make' again to be sure + same thing + you don't get this? + nope, and neither do http://daniel.haxx.se/rockbox-auto/ + cvs update -dP in the root dir.. + where you checked out "." ? + yeah + yeah + sorry, wrong window + cvs update: move away uisimulator/x11/xmu.h; it is in the way + C uisimulator/x11/xmu.h + is that ok? + no + I mean, sure you can remove it, and it'll come back when you update + but it shouldn't say that in the first place + hm, are you running make in the uisimulator/x11 dir? + I did once.. but I just deleted that dir + the uisimulator/x11 ? + I got it now + i deleted the uisimulator dir + and it works + it works without that dir? + no I updated and got it again + ah + ok + fine + the text still wraps to the next line though + but I fixed my scroll problem :) + wraps one letter or completely? + completely + cool stuff :D +--- dwihno is now known as dw|weekend + SWEDEN SHALL WIN! :D + I'm sure its thursday + Me too + I'm taking the day off + 1) watch the game + 2) go for a weekend trip + nice + jedix: regarding the wrapping, you either check out why in the lcd_puts() or I fix that when I code that shows this happen + k +--> dfg (~prv@209.166.235.91) has joined #rockbox + I think I know why it happens + it's a define issue + after I print a line of text I try to clear the rectangle.. but it doesn;t work + running mkfs.vfat on my archos right now + would I need to specify the logical sector size by hand? + I don't know + well I didn't, anyway + though I did put -F 32 just in case + yes, you need that + if I recall correctly + I wonder how long this will take + ooh, finished + hmm! where does this thing save the play mode? + after mkfs.vfat, it still is in random play + it saved in an unused sector + +is + unused sector outside the filesystem? + yes + one of the first ones + what is LCD_WIDTH measured in? is it the amount of chars that can be displayed on the screen? + ok so if I stumbled around with fdisk, I could get it erased or something? + jedix: that is pixels, and is only available for bitmap LCDs + Bagder: how do I get the lenght on the other screen? + Hadaka: I'm not really sure, I'm mostly repeating things I've learned from the others right now + I dunno + maybe there's a define, maybe not ;-) + yikes, cache writes are scary + Linus: what's the status? + weird - I get 10Mb/sec transfer rates and then total lockups when it actually writes the stuff to the disk + uh :-( + ooh I love preemptiple kernel patch + load at 4 :) +--> edx (OKE60@pD9EAB709.dip.t-dialin.net) has joined #rockbox + hi + rehi + Hadaka = Linus? + hey edx + oh... nm + heh.. your function is working now? + nno, I'm not linus :) + I am Linus +<-- ironi has quit (Read error: 104 (Connection reset by peer)) + i have connected the serial port on the recorder + but the Tx isn't quite working + i might have to dust off the oscilloscope + that's for debugging? + yes + might that help with the ata problem? + of course + edx: sorta working + ah ok + *teatime* :) +--- Linus is now known as Linus|verybusy + linux: to me it seems the memory area for the command is wrong (but i dont know much about that h/w business) +--- edx is now known as edx|tea + edx|tea: not according to the schematics + Guys! Do we know if the clock frequency on the recorder is 12MHz as well? + I don't + The schematics say 11.05 + oh + that means i have to recalculate the baud generator... + yeah + no wonder it doesn't work ;-) + is the cpu in these running at full speed at all times - or is there some halt mechanism? + I believe there is some kind of sleep mode, but then we probably can't be playing mp3 + but while playing, the thing is running at full cpu? + yes +--- edx|tea is now known as edx + hmm the frequenzy doesnt have anything to do with ata, does it? +* edx wants ata to work :) + but the frequency needs to be known for the serial port to work + without serial port, no gdb + yea.. serial port.. + without gdb, no ata debugging + but ata .. hehe +<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/20020530]") + 6293838 100% 56.69kB/s 0:01:47 + 968704 100% 12.75MB/s 0:00:00 + I wonder if all this fluctuation is caused by the preemptible kernel patch or the uhci stuff or the fact that I have debug output still on in usb-storage + that good or bad? + well I dunno - I can tell when the transfer is finished that what was the total speed + it's a tad bit annoying atleast not to see the real transfer speed since you only see files going into the cache - and then going out of the cache afterwards +<-- Linus|verybusy (~linus@labb.contactor.se) has left #rockbox +--> Coug (~bandaarp@198.187.233.138) has joined #rockbox + hey all + hello? + hi + hi + ah finally + are any of you developers in the rockbox project? + some + is there any ambition to add aac support to the firmware? + aac? + what's that? + advanced audio something + doubt it + low bitrate - high quality + cos mp3 decoding is done trhough hardware + through + ah + decoding chip + dang + do you know, are there any dos drivers for the archos? + so i think mp3/mpeg will be it + doubt it +--> satino (~satino@0x50c4991f.adsl-fixed.tele.dk) has joined #rockbox + is there a way to create recorder drivers for dos? + if u can get usb to work in dos + how can you do that? + get drivers + doubt they exist though + lol + you mean just straight usb drivers? + well + or archos recorder drivers? + u need usb support no ? + of course + afaik archos uses usb.. so + u need usb support in dos + true + and support for the usb harddrive controller + isd200 + ok + but you can use usb keyboards in dos + so there has to be at least some level of usb support + dunno bout that + can my archos jukebox work under linux? + if you get linux drivers + is it easy to set up? + webmind - my whole goal here is to turn the archos into a bootable harddrive + satino, sure.. linux support is the current kernel + Coug, ah.. i think u need bios support then + Coug, dunno if there are any bios's that support booting from usb hd + i was thinking about a boot disk (floppy) that allows you to then boot to the archos + Coug, ah.. then try a linux boot disk :) + that has drivers :) + for the archos though? + to get the archos workign in linux, you need a kernel that supports SCSI, and USB ISD2000, you wont see the ISD2000 config option unless scsi is enabled though + webmind, well, do I need to compile a new kernel? + satino, if u dont have support build in.. probably yes + Coug, if u have your bootdisk with a kernel with acrhos support u just access it as a scsi harddrive.. and thus boot from it + webmind - how will that work, because i want to boot windows xp + could i close linux and then still boot? + webmind - could you lead me through the general process (starting with the floppy) for a bootable archos? + Coug, u wont be able to run xp from it + not booting + that is why i was thinking DOS + wont work + xp doesnt run from dos either + u need to load the support for the archos at boot from a different medium + could i then make a bootable cd? + with linux u can put the kernel with the added support on a floppy disk + can't do that with xp + not with winxp + techinically, why not? + cos winxp needs write access + why couldnt it then use the c:\ drive or the archos? + and it's not reilly possible to determin the files that need to be writeable and put those on a ram disk + Coug, it could.. but not for booting + and it needs the system files for booting + if the cd just enabled the usb and the driver support for the archos, could you allow the comp to see the archos for booting? + like use the cd as a driver for the archos? + kind of like Microsoft did with Windows 95 and the CD + build in a "mini OS" that allows a program to run off of the CD + Coug, yes.. but u cant do that with winxp + or archos in this case? + can you follow my line of reasoning for a sec? + put in a floppy, or cd, and boot to dos + load the archos drivers for dos that allow read/write access + then start the boot process from the archos + where would the files need to be written to during boot? + Coug, xp doesnt support booting from dos... + ah, how does it work? + xp boots on its own + starting from the NT system windows stopts using dos as underlying platform + ok + xp is followup from windows 200 which is windows nt + so i could do that with 98, but not xp? + windowsm 2000 + Coug, u might be able to do it with win98 yes + if u can get dos drivers + which u would probably have to make yourself + that i may be able to do + is there a way to trick xp into thinking that dos is not running? + hehe + not that simple + or a way to initiate the boot process from dos? + dunno.. but doubt it + i figured it wouldnt be, but it was worth a shot + u could run xp within linux though.. but then u would lose a lot of andvantages + like support for 3d cards and stuff + ya + vmware? + uhuh + thereby.. remeber.. archos only can get 1mb/s + i dont have a liscense for it + which is quite slow + ya + no kidding + so.... the trick is tricking the bios into thinking that the archos is a harddrive..... + that doesnt sound easy + u need usb harddrive support in the bios then + .. + and i haven't seen that before + scsi, zip, ls120.. but no usb hd's + then.... is there a way to start the xp boot process from a disk and load the archos driver very early, then refer it to the archos? + coug.. they are loaded very early.. + i once had scandisc run over my archos at boot time + hmmm...... so i could put some of the xp files on a cd then refer the other files to the x:\ or whatever drive? + maybe? + u could put some of the files on the archos yes + proably the stuff like programs + but XP still needs to find them + but windows xp wont all fit on a CD will it? + dont think so + thereby i doubt it will boot from cd + btw, why do u want to boot xp from archos ? + i mean.. it will run terribly slow + i am attending a college that wont allow me to use my archos because of security restrictions + but they allow the download of programs + lovely + so i wanted to download things and put them on the archos + so why boot xp from it ? + and i LOVE xp + well it's not helping u here + and i HATE 98 + i know +--> nicknackpattywac (~first@nat-198-95-226-227.netapp.com) has joined #rockbox + i can tell u linux would most likely work + and my friend is a Mac fan *shudder* and he brags that he can put his firewire drive in and boot to it + and if u want to keep full compatibility of the filesystem u could even put your filesystem in a file + u'd just put the kernel on a floppy + how would you boot that? + u'd have look into some docs + i dont know much at all about the boot process of OSes + ok + i'm no expert on the field + but i know what can be done + i dont know what *can* be done, but i am a programmer, so, if it can be thought of, it *can* be done + easiest way would probably be making a different partition on the arcohs + in one way or another + archos + hey.... thats a good idea, but can you do that and still have windows support? + Coug, well for windows solution it sometimes CAN be done.. but not withouth braking laws + do they not allow you to tweak certain things? + edx, do u know if the archos has problems if there are unsupported partitions on the drive ? + Coug, some things.. not most of the things.. + Coug, i think u need detailed info on xp if u want to tweak the boot process + do you know where i could get that? + please dont say Microsoft KB + i dont think there is a legal way + unless MS is willing to provide the ingo + info + which i doubt + i dont see why they wouldnt disclose how to boot xp from a cd...... + but it is Microsoft + indeed.. + they disclose i lot they dont need to + i=a + but i'd say linux should do the trick + ya + but i dont know how to do crap with linux + windows support of the archos wont be the problem i think + but i dont know if the device itself as problems with unsupoorted partitions + Coug, figure it out then :) + lol + i try + but dont know any c or c++ so it gets difficult + if u want to spent time in it.. it's not hard to learn + and alot of my stuff is unsupported by my flavor of linux + u'r a delphi coder? + VB + i have done a little delphi + sorry.. i'd hardly call that a programmer + and i have a good friend that is a delphi coder + i do some java too + delphi is something + no... not jscript + java is indeed coding + but sorry.. visual basic is not + i have worked with basic too + why isnt vb coding? + still + too easy? + cos it's not + it;s just a toolkit + doesn't have any real power + i like to think that i do alot of my own stuff in vb and dont always use pre programmed stuff + vb is preprogrammed + infact, i wrote a program that calculates factorial numbers + u can do that scripting... + and i had to write the multiplication procedure from the ground up + using integers instead of other types + the numbers got too big + the largest number i have calculated is 15000!.... + it was 56,140 digits long + .. + so..... i did have to do some programming there + but otherwise, you a right + vb is just a toolkit + a = are +* webmind prfers perl or c + prefers + ya + i would love to learn c or c++ + learn it then + not that hard + lot's of books about it + i am taking a class next year in school over c++ + i'll probably wait until then + and dont use vc++ or c# or anything + lol + why not vc++? + cos it's to dependant + oh + ok + i'd advice to first build general C/C++ knowledge + instead of just learning to code some win apps + will do + of course + that way u can choose for what platform u want to code.. or even code for all platforms + ya + which will make you far more flexible.. and as a bonus more interesting for the job market :) + true + so..... do you think that booting xp from cd/archos is a waste of time? or even feasable? + its a waste of time + Coug, i dont think it's actually possible.. and if it is.. a waste of time + ah + ok + especially since if it will run.. it will run as slow as hell + how could i boot linux then? + and have archos support? + install linux + get a linux boot disk with archos support + build kernel with archos support + and you're set + use your archos as root device + done + miah - i cant install anything to the harddrive of the computer + why? + its not my computer + miah, school machine + ah + buy a computer? + Coug, fix it on your won machine + they're what $200 now? + own + if you can afford a archos, you can certainly afford a computer + nah nah, its not that, i dont have high speed internet at home + Coug, install linux then on your archos + and i cant hook my archos at school + (security) + webmind - ok + Coug, it's doable.. but it is some work... + but way more doable then with xp + will mandrake 8.1 work with the archos easily? + ok + Coug, i'd advice debian + Coug, takes less + ok + where can i get that and how big is the dl? + and is there built-in archos support? + u can have a minimal graphical installation for under 300mb + one thing though is that i want X and i would like KDE but KDE isnt nessecary + Coug, dunno if the archos support is on the installdisk.. but otherwise u need a custom installdisk + Coug, i think u want something light... since it's a damn slow device.. so i wouldn't go further then a light gnome installation + how about network config? + easy? + Coug, but windowmaker, blackbox or icewm would be more doable i think + Coug, u can use dhcp + asuming the network has that + if it matters, it is a novell network + err um, how does one boot from an usb connected archos device? + Hadaka, bootdisk + floppy + but doesnt require authentication, proved using the mac boot drive + boot = bootable + bootdisk with the kernel and stuff? + ya + Hadaka, uhuh + hrm, nasty + Hadaka, just the kernel and maybe lilo + easy as pie + why need lilo? + cant i just set it to boot to the archos no matter what? + Coug, could help with defining rootdevice.. not sure though + the only time i would use the disk is when the archos is being used + ok + grub and a kernel would be good enough I guess + that makes sense + Coug, don't know detail;s about making bootdisks.. but i think u should be able to tell the kernel that archos is rootdevice + ok + but what about the drivers? + you need scsi support, usb support (correct uhci/ohci support) and usb-storage support compiled into the kernel + Coug, only real problem would be that i dont know how the archos reacts on unsupported partitions + will the kernel automatically recognize the archos? + ah, that is the thing + yes..... + then your root device would just be /dev/sda1 - or /dev/scsi/host0/bus0/target0/lun0/part1 with devfs :) + lets say that i partitioned my archos with linux included, if it didnt work, would there be any way to get it back? + but if you are using grub (or even lilo) as the boot loader - you can tell the name of the root device while booting if that isn't correct (a machine has other scsi drives= + yes + the usb connection always works + how? + regardless + loads from the flash-rom firmware, gives direct access to the disk - then you can reformat it normally again if it doesn't work + would windows recognize the archos as a regular archos drive then, and i would just repartition and format? + well I don't know what windows does with drives like that - but a windows fdisk or similar should be able to repartition it back the way it was + but as long as there is a FAT partition first in the drive, I'm guessing that it will work just fine + ok + webmind - i found a 36 meg debian install + how does that work? + that's the netinstall image + meaning.....? + itll download files later... + it's able to install the kernel and the base system - and everything else is downloaded from the net + after you chose packages. + ...actually the images on that disk are able to install the kernel and the base system from the net as well + would i need to download anything from the net to get it to work? + depends on what you wanna do :) + well yes - you just get the base system with that - it doesn't have a lot of anything + does it have a web browser? +--- edx is now known as edx|eatz + don't think so + nor X + dang + no.. not even graphic user interface + it's just a base image + the bare bones that will let the system boot + and install more packages + dang + what's so dang about it? + it's the best way to install - everything else requires you to download more + but i dont have fast internet at home + 26,400 kbps + :/ + ya + well.... + well then you would probably want the full iso images + i gotta get going now, thanks for all the help + cu + i should be back on later todat + today* +<-- Coug has quit () + .. + anyone around? +--- edx|eatz is now known as edx + i am + cool + do you know about threads with this device? + ouhm... not much + oh, ok. my code works ok, but it really needs to be in a thread + hm... create_thread is the function + that way it can be told to sleep.. + int create_thread(void* fp, void* sp, int stk_size); + how are they handled? + hmm dont know to tell the truth :) + ah well + what else besides scrolling text needs to be done then? + hmm dont know either lol + do you want to see the scrolling text? + ata for recorder needs to be working + why no :) + *why not + lol + ie. i want to see it + ..how about something i can work on..? + k + is it in cvs? + I don't think I can dcc it.. + mail it. + i don't think I can check things in + edx@codeforce.d2g.com + mail the source.. ill compile for the simulator then + k, its off + ok + tree.c is only edited so that my function is used + where do you come from btw... + ? + what do you mean + what country + i am German + canada + ah.. cool + i'm at "work" right now.. + (just got your mail) + government for ya.. + what do you thing + hmm get compiler errors... /fixing at the moment + what are they? + like playlist_next undefined.. :/ + uisw32 error LNK2019: unresolved external symbol _usleep referenced in function _lcd_textscroll + where is usleep ;) + got it + that should be ok + oh well.. not really.. :( + ? + is that some linux function? + maybe + you could try sleep(1) + usleep(80000); + ugh.. + how many msecs are that? + .8 sec + when should it be scrolling? + ... + did you replace the other file too? + in apps/ tree.c? + thats the only file that calls it right now + yea.. when is it called? + and it will run forever.. so don't overwrite + its only called if you have a recorder I think + a player.. you mean? + do you get BROWSE ~~~ + it is not defined for the recorder lol + instead of Browse + get it to be called and it will scroll + edx: what are you working on? + win32 simulator + hmm somehow the cvs is fucked up.. + like stuff wont compile anymore + ok.. compile for recorder, right? + yeah + lcd_textscroll(0,0,0, "[BROWSE ~~~~browse browse window size]"); + uhm + c:\Programming\CVS Checkout\RockBox\apps\tree.c(135): warning C4013: 'lcd_textscroll' undefined; assuming extern returning int + ah.. its outside the simulator define + .. it is defined + question: does the archos mind if i have multiple partitions on it ? + hmmm + good question + try! + jedix.. got it to work finally + it is some kind of strange: + the lcd_putsxy function causes it to break the line if text gets longer than it would fit to the display + do you experience the same? + yes + ok + but it still scrolls + yup. + nice. + well, sorta + it doesn't work because it needs to be in a thread + what did you change to get it to work? + yea.. anyways scrolling works + hmmm + you need your own puts function actually.. + that is without automatic linebreaks.. + or you cut off the string after a few chars so it needs no line break + could Iwrite it based on putsxy? + .. yea certainly.. + /* We make the simulator truncate the string if it reaches the right edge, + as otherwise it'll wrap. The real target doesn't wrap. * + where is that from? + lcd.c + .. found it + strange.. + that's crap + simulator doesnt wrap either + i don't know what that means + hmm like the simulator cuts off the string (but it doesnt) + i think thats for the player.. + ahh + yea thats the player code + theres another function for the recurder somewhere + hmm i gotta go... + later. +<-- edx has quit () +--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox + hello + http://webon.prodat.no/wsp/aasentunet/webon.wsp?func=list&table=CONTENT&func_id=20020606&template=content + have you seent hat? + that + what is it? + oh yeah + that was /.ed + /.ed? + slashdotted + oh ok +<-- jedix has quit (Remote closed the connection) +<-- ironi has quit (Read error: 104 (Connection reset by peer)) +--> prv_ (~prv@209.166.235.91) has joined #rockbox +<-- dfg has quit (Read error: 110 (Connection timed out)) +--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox +--> trillback (~trillian@sdn-ar-002ncraleP028.dialsprint.net) has joined #rockbox +<-- prv_ has quit ("Client Exiting") +<-- PiotR has quit (Remote closed the connection) +--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox +<-- nicknackpattywac has quit () +<-- satino has quit ("Client Exiting") +* Bagder appears +* adiamas faints +--> Linus (~linus@labb.contactor.se) has joined #rockbox + morning Linus + morn + 0x09000ade in ?? () + (gdb) + NINJA! + *rockers* + so it was 11 something MHz? + yep + and i had to wire it correctly...strange :-) +* Linus gets some coffee +--- Bagder is now known as Bagder|busy + My first finding when debugging the Recorder target code: + it is not very wise to try to load a BMP file from disk *before* the kernel and ATA is initialized + lol + The Recorder ATA is now WORKING!!! +--- Bagder|busy is now known as Bagder + you rock hard Linus + i am a hard rocker, you know... :-) + lots of long hair ;-) + :-) + what do we do about the logo? + uh? + what about it? + My first finding when debugging the Recorder target code: + it is not very wise to try to load a BMP file from disk *before* the kernel and ATA is initialized + ah + well, either move that code or just comment it out + it will show pretty late if we show it after the ATA init + we have the logo internally anyway + the real one + so why does it load from disk + in case you want a different one + IC + my lCD doesn't work + not at all? + or rather, the rockbox code doesn't work + blank + you didn't even get the ATA: -5 text before? + nope + weird + sort of + since the tetris has been proved working for some people + BTW the Recorder schematics is wrong regarding ATA address encoding + it indicates differences + oh no..... + if either of you has a binary of the recorder mod ill toss it on mine and see hat i get... + i haven't built my cross compiler yet + I don't think Linus has comitted code yet for me to build a working version + oh yes + just comment out the logo stuff +--> Zagor (~bjst@labb.contactor.se) has joined #rockbox + hey all + we should fix the "logo stuff" properly + hey Z + Linus did it again + did what? + Zagor: are you alive? + i fixed the ATA bug + oooh, nice! + what was it? + i have debug-enabled my recorder + the schematics were wrong + the address decoder wasn't changed as the schematics showed + aha + so the status register address was wrong + coolio, so now we can browse dirs on the recorder? + that took 20 seconds to find out... + well no. + my LCD shows nothing + ?? + empty? no display at all? + no + hmm, just like what I get with the tetris mod + have you tried uncommenting the logo display? +* Linus is debugging in 200MPH + Zagor: he had to + Zagor: that one is a good one + it tries to load a BMP from disk before the ATA init + even before the kernel init + duh! + :-) + FREEEEEEZE + we need to move that + yeah, obviously :) + interestingly, elinenbe said he got Tetris running + can we all say "LCD differences" together? ;-/ + Linus.. is your display jus shot.. or is it the code that won't work? + the code + adiamas: the LCD works + Bagder: yeah, but how come he survived the ATA cock-up? + okay :) + maybe he tried it before the logo code added file-based logos? + Zagor: didn't you comment out that stuff for the tetris mod? + no + did he see a logo? + i don't know + we have to ask him + well, we know people have see "ata: -4" and "ata: -5" + seen + yes + the LCD code works + it's just that the contrast is wrong + bwaha! + so the display is very hard to see + gdb rocks + very much + so when are you fixing mine? :) +* Bagder cheers, the bug of the week is soon history + the ATA bug *is* history + yah, but I was referring to my own bug of the week ;-) + ah, that one... + been hunting it for many days + Ooo mama, soon it's rockbox time for my archos as well + Linus: this calls for a grand posting to the list, you know that don't you? ;-) + Linus: will you commit an lcd change, too? so I can rerelease tetris :) + we must move the BMP loading + yes + the question is, should we first display the rockbox logo and then replace it, or don't display anything until we have mounted the disk? the latter option means it'll take a while longer until anything appears + use the internal + imho + yes, i'm leaning towards that too + btw, I modified the auto-page to use UTC times and it is ready to get included on the site + ah, will fix + I'm curious about the LCD contrast setting in the init + it gets totally dark on my LCD + but obviously hasn't on other LCD's + and if we follow the Solomon data sheets, the contrast setting is an iterative process + totally dark? i get totally blank + we have to repeat the command until the status register says that the command is done + and we don't even have a status read function + hehe + so this works by pure coincidence for some ppl then + I changed the setting from 0x30 to 0x20 (which is the power on default) + then ir looked ok + the dir browser pops up, but the buttons don't work + did anyone actually play tetris on it? +--> alkorr (alkorr@srs07v-8-64.n.club-internet.fr) has joined #rockbox + alan! + hi + the ATA works on the recorder now + Linus: yes, elenbee said he played + Linus: elinenbe said he did + it's weird + weird? + he even complained about the lack of key repeat + i see you you change 620020306 in 6200206 + yes + the schematics seem to be wrong + brb +<-- Zagor has quit ("Client Exiting") + now it seems ATA works, anything working on Recorder ? +--> Zagor (~bjst@labb.contactor.se) has joined #rockbox + I wanna know that too ;-) + buh. that's what I get for using windows machines :( + Linus: can you browse dirs and stuff on the recorder now? + no. the buttons don't work + ! + i wonder what recorder model elinenbe is using + yeah +--- Zagor is now known as Zagor|lunch + see you + see ya lan + alan +<-- alkorr has quit () + has anyone changed the debounce algorithm lately? +* Bagder hasn't + check with cvs ;-) + it polls every 10th tick, that is every 100ms + then it requires that the button is pressed at least 200 polls + that is 20 seconds!!! + haw lame! + uh, no linus. it requires 3 polls. +--- Zagor|lunch is now known as Zagor + oh, ah the recorder has special. sorry. + that's left-over debounce that should just be removed +--> zeffert (swolen@CPE-61-9-136-136.vic.bigpond.net.au) has joined #rockbox + you are all disgusting child molesters + we are? + ya + oh no! *worried look* +--- ChanServ gives channel operator status to Bagder + i wish you were dead! + bye + burn!!!!!! + we are + burn!!!!!!!!!! +--- Bagder sets ban on *!*@*.vic.bigpond.net.au +<-- Bagder has kicked zeffert from #rockbox (Bagder) + that was fun! + ban number 2 + really? i missed the first + getting busy ;-) + you did? + fun fellow you didn't stop talking spanish in all caps ;-) + haha + s/you/who +--- Bagder gives channel operator status to Zagor +--- Bagder gives channel operator status to Linus +--> alkorr (alkorr@srs07v-8-64.n.club-internet.fr) has joined #rockbox + re ! + woauh three masters now ! :) +--- Bagder gives channel operator status to alkorr + :-) + arf I'm the first displayed :)===) +* Bagder goes to fetch coffee + damnit, no one breaks the builds anymore ;-) + i'm working on it, just give me a minute or two + :) + good! :-P + build status is now included in the daily build page + maybe we should make it narrower somehow. shorter column titles, perhaps + any suggestions how? + uh, the showlog.cgi doesn't exist ;-) + oh, missed that one + now + goodie + spell out that the date/time is UTC/GMT time + well, which is it? ;) + UTC is the name formerly known as GMT + really? I thought they differed in DST handling + but I guess most people know GMT better + I don't think so + btw, how come the order of the daily builds is so strange? + oh, I need to sort them + ah, hehe + is that "my" index.html that shows up? + yup + goodie, so I can work on fixing the titles like that + i'm doing a symbolic link, since SSI can't handle absolute paths or hostnames + ok + Finally, lunchtime! + late lunch today + indeed. long meetings + hehe, linus is trapped in Meeting Hell + poor guy + Zagor: if you only knew what we were discussing... :-) + I have a nice poster here: "Don't Like Working? Prefer Talking About It Instead of Doing It? Schedule A Meeting!" + "The Easy Alternative To Work" + Well, time for lunch! +--- Linus is now known as Linus|lunch + narrower look + more cryptic titles + yeah, i'll have to add some description + how about Play, P-old, Rec along with Norm, Debg, Sim + The button debouncing code requires that the button is pressed for 20 seconds!!! :-) + Linus|lunch: i just fixed it + good + i.e. removed it + I'll try that + wider but makes more sensre + MAS for recorder is still missing ? + yes + yes, linus is on the case I believe + i'm on it + Linus is the MAS king +* Bagder bows + yes, yes, yes. I *am* going to lunch + i'm waiting for the printer (MAS data sheet) + go, already! + now go so we can speak about you ;-) + hehe + Bagder: hmm, why are the columns so wide? i can't see why they are any wider than the text they contain. + "play norm" for instance, is much wider than the title + I don't know + try adding "cellpadding=0" to the table tag + yes + that's it + no + ah, try adding
to the titles, to force line breaks. i think that's the thing + ew, how about using css and xhtml strict instead of all that? + wow + tiny boxes now + Hadaka: in what way would that help us here and now? + Hadaka: yeah but some things (like this) are implementation defined + well all those cellpadding=0 and br stuff usually can be handled a lot better by clean page design and the stylesheets + Bagder: keep th for headers, IMO + yes + how many lines should I have maximum in the table? 20 fine? + Hadaka: look at the page. it *is* clean. the fact that browsers maximise cell width even when they wrapped the contents is not defined in CSS nor XHTML + which page, Zagor ? + alkorr: the daily builds page + at the bottom + oh well all seems to be okay :) + Bagder: you should be able to kill the cellpadding now, it shouldn't matter much + in a second + Hadaka: sorry to sound harsh. I do agree with you in general. :) + err, why not just have a stylesheet for the table - and say that the widht of the cell is say about 3em and height is about 1em - then they are all the same width and it's correct for the font + maybe you could enlarge twice your table, Zagor ? + Hadaka: because the content will not always be "OK", so then it will break. we want the dynamics too. + Hadaka: or am I misunderstanding something? + why do you want the sizes of the cells changing? I'd guess it would be easier to read if all the widths were the same? + Bagder: fix us an error, so we can see how that looks + uh + that's not that easy to fake in + ok + commit a bad file now + it'll go break in... 7 minutes + well if you enlarge the width of the table, you can use larger titles, you can or there is reason no to do so ? + what are you printing, in that case? "Failure" or something else + Zagor: yes + FAILED + FAIL is what I usually see + or KO :) + "Failed" is the word I use + in red flash + atm + alkorr: oooo, no thanks :) + well i think it's ok now + Well I still don't see why the widths have to be dynamic - is it just me that would like to see an aligned and constant width table, instead of varying width for columns + Is fixed width worth the cost of breaking the table when/if we add a new column or rename a title? + um, I don't get that - if the width of each column is like 5em, what's there to break? + what is 'em' ? + in this case the standard width for a character in the current font and font size + it breaks when we change columns to include "win32sim" and "x11sim", doesn't it? + well if the titles are too wide, then ofcourse the width of that column will expand + so then we are back to dynamic sizing, gaining exactly... what? :) + no, we are back to dynamic sizing only if we get too wide titles - which is a problem in itself already - so then we either increase the width of columns to 6em (which should have been in the first case then) - or we just let it wrap the title some more + ok, so it will work. I guess I just don't see the big advantage. + yeah well it doesn't really matter - and especially not worth it if you don't do all the pages that way + well all the pages use CSS already + color changes when "failed" ? + yes, to red + well why do you have bgcolors in there if you use CSS? + for those who don't support CSS + should I set a class or something there? + Bagder: you could, then we would be free to play with the look. for instance + yeah + yes, and "buildok" and "buildfail" for the "boxes" ? + then you can do .buildstatus td { width: 4em; } for example + Bagder: yup + ok, coming up + see you later +<-- alkorr has quit () + should I remove the bgcolor then? + yes + Hadaka: sorry, I thought you meant bgcolor for the page... + there + you need to make buildok green to make it look similar again + fixing... + I set a limit of 20 lines now + there + ok, i surrender. width is now 3em :) + :) + looks nice + haha + in fact it looks better + traitor! ;) +* Bagder gives Hadaka a pat on the shoulder + it should really be the decision of the user... but I would remove the underlining from the links in that build box + nah, i don't like "invisible" links + nods + Hadaka: can I set a background color that is something like "X percent lighter than the current background"? + not easily no + without using absolute values, that is + ok + you can put a semi-transparent png there though ;) + ouch :) + can that be done with the css? + yeah :) + nods + woo + everything can have a background picture - and a transparent one at that + even pieces of text + ok +* Bagder is a css cluebie +--- Linus|lunch is now known as Linus + the button polling is awfully non-responsive + Linus: as in "does not work"? + well if you have mozilla, check out http://www.w3.org/Style/CSS/ + as in misses keypresses pretty often + Linus: in normal use, or when you try to make it miss? ;) + hehe, fun page + when i repeatedly predd DOWN to move the cursor in the dir browser + press + I'll shorten the poll interval to see if it helps + remember to adjust the repeat values too + ok + they should probably be calculated from the poll value + roger that + then select Edit -> Use style -> default page style or something + and see the difference + that rocks +* Zagor switches to Mozilla when somebody tells him how to map the keys like Opera has'em +* Hadaka switches to Opera when opera renders stylesheets as well as Mozilla :) + hehe + Zagor: could we have the target mod-builds in a table with three column? + might shorten the page a bit + Bagder: sure + I would like a warning count for every build + you mean visible in the table? + Bagder: did you notice from that CSS page btw, that when you scroll down, the semi-transparent box stays put? + yeah + meybe color-coded in the table, and highlighted in the log + a red OK means "ok with warnings", or something + the log hilight I've thought about adding, adding it to the table takes a little tweak + The LCD flickers a lot when scrolling the dir browser + we could have the "OK" text replaced with a number of warnings, would that make sense? + and OK when 0 0warnings + ah, good + well in any case it would need a legend telling what things mean + true + but that's already way nice :) + faster button polling helped a lot for the responsiveness + but we need to optimize display updates + its still pretty cool that it works this good without ever have been run on target before + yeah! + one point to the simulator ;-) + yup + I can usually get button presses that are two or three sixtieths of a second - and down to one sixtieth if I try hard enough + it is fairly good at 20Hz today + but not perfect + well 30Hz shouldn't be that much load anyway, right? + no + is performance a problem on that thing? what things take a lot of time? + it is polling + in an interrupt + flipping the bits on the MP3 data is the most cpu intesive thing we are today today, I'd say + but we won't have to do that on the recorder, I hope + probably not + now watch the table + the button_tick IRQ didn't count the ticks properly + Bagder: warning count? + a POLL_FREQUENCY of 2 made it poll ever 3 ticks + yah + 0 => OK + Zagor: is the cgi a symlink to my one too? + yep + nice :) + ok, highlight of warnings coming up + many warnings ;-) + hm, do we wanna use css and stuff for the showlog.cgi too? + nah, that's just unformatted text + it won't be + :) + I'll do it html now + if you make it html, then we should use css + so tell me what kind of to include to make it work nicely + look at any other page + they all have it + ok + check it out now + press a link + the warnings have "clasee=gccwarn" + ooh, background :) + class + ok, making them red + shall I have a class for the regular lines too? + not unless you thing we should do something special with them + nah, it would just make it possible for you to make compiler output to look different than regular text + removed the long prefix from all paths in the output + you could put all the output inside a div in any case, so padding doesn't have to be put for the body element in general + you mean just
all-output
? + yup + and then closing the body and html :) + oh + oh and maybe put a class for the div + so then we can say .compileroutput { padding: 10px; } or something +
doesn't seem to work. at least nothing much happens + suggestion? + i don +
on those lines? + 't know. Hadaka, shouldn't this work? + Zagor: the ' key is awfully close to ENTER, don't you think? + hehe + thick fingers + :-) + hehe, yes. plus this damn keyboard has a lot of silly extra keys on it. some windows blahblah + oh, here he goes again... + those keys are far from the ' key + gotta go, guys. too sunny for me to hack more today :) + yeah yeah, call me a wuss :) + that's ridiculous + Zagor:
is in place + "laddar batterierna" + hehe, not quite there yet + working on it ;) +<-- Zagor has quit ("Client Exiting") + now why do I get an extra newline? + I can check that soon + we should be working a bit on removing the warnings + yeah + hm, should gcc-output be in 
?
+	there's a point in not doing that
+	and that is that it wraps nicer
+	in any case - br should be between lines - not at the start, nor at the end
+-->	alkorr (alkorr@srs04m-1-191.n.club-internet.fr) has joined #rockbox
+<--	alkorr has quit (Client Quit)
+-->	jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
+	hey guys
+	yo
+	how stuff?
+	well, we have the recorder ATA working
+	   ^--is
+	thats sweet
+	i'm browsing files as we speak
+	nice
+	i am debugging my recorder with GDB
+	GDB?
+	over the serial port
+	Gnu Debugger
+	Woohoo
+	you guys are amazing
+	do you know how the device handles threads?
+	i assube that you mean the original archos firmware
+	assume
+	no, i don't think they have threads at all
+	..yours doesn't?
+	we have threads
+	light-weight ones
+	the scheduler is somewhat primitive, with non-preemptive switching
+	well, I was trying to get the scrool working.. but right now its in a while(true) loop and I was thinking the best way to handle it would be to make a thread so you can tell it to sleep and such.
+	could we do preemptive with that hardware?
+	Hadaka: yes. it's a software issue
+	erm, but it's not a software issue if you can't get any interrupts in where to switch the stuff?
+	but I'll just take yes as an answer, since I don't know enuff myself :) thanks
+	if we didn't have interrupts, we wouldn't need to make it preemptive, true
+	we have a number of interrupt sources, the serial port, the DMA, the timers...
+	the timers interest me - what do you get from those?
+	there are a few hardware 16-bit timers that can give compare interrupts
+	and a very extensive capture functionality
+	mmh, nice
+	on the showlog stuff, you could put some regular padding for the whole body - and then a bit more padding on the div that has the gcc-output - I'd suppose it'd look nice then
+	damnit
+<--	trillback has quit (zahn.openprojects.net irc.openprojects.net)
+	who made chartables.c?
+	Linus: does the simulator do threads?
+	no, i don't think so
+	so, I guess my work is useless
+	För jag har tagit studenteeen, fy fan vad jag är bäst!
+	oh sorry
+	"Cause i've graduated, I'm so goddamn best"
+	Linus: Gary made the chartables
+	Hadaka: on the showlog stuff, how do you mean the div should be modified?
+	Bagder: well the div has nothing wrong in it - the first line should not have a br before it though - but the stylesheet should be modified to include padding
+	and the body should have margins - specified both in the stylesheet and on the actual element on the page
+	Bagder: do you know where they come from. Those array declarations are from hell!
+	Linus: I know, Gary brought them, no one changed them
+	why declare a 1 byte array???
+	do you guys want the code I put into lcd.c? its not operational, but it could be made so with little effort by someone that knows how the threads run or have a better overview of the project
+	i know, i know... the font code needs all fonts to be alike...
+	now we're down to 16 warnings :-)
+	I just changed it to build every 20 minute ;-)
+	jedix: where is it now?
+	nice, the extra newline disappeared from the output
+	Linus: on my hd
+	do you want it?
+	yeah. can you mail it? linus@haxx.se
+	sure
+	its off
+	one by one they go those warnings
+	kill'em all!!!!!!!
+	those ones in chartable are annoying
+	indeed. i don't want to change them without changing the generator script
+	i want the source fonts!
+	yeah, me too
+	it would also make it easier to make the rest of the iso8859-1 chars
+	did you find out what the .ejz file is?
+	no
+	and it didn't happen again...
+	wow
+	bah
+	Linus: did you get it?
+	yup
+	i'll look into it ASAP
+	cool, just making sure you got it
+	anything else I can do?
+	I changed the warnings counter to be more accurate
+	lowered the amounts
+	?
+	I only count number of lines with warnings now
+	so multiple warnings on the same line is only one
+	that's cheating
+	no
+	the description is often multiple line
+	check the threads.c:41 warning
+	jedix: it is pretty much up to you I guess
+	But check the mpeg.c:278 warning
+	that's two different ones
+	yes, but the second is just an effect of the first
+	but can you be sure
+	so I think this is closer to reality
+	I know
+	Bagder: I don;t really have a well enough overview of the project to decide what needs to be done, and can be..
+	Bagder: grep -v "(near"
+	well, maybe that's what you can help with! get a grip and present it to the people
+	Linus: good point
+-->	elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
+	jedix: and while you're trying to get a grip, point out what's badly documented
+	hi elinenbe
+	k
+	hey there
+	anyone want to write my database crash recovery routine?
+	me me me!
+	:-)
+*	Bagder can't even spell databsae
+	well, it needs to be able to recover from a crash, and recover if it crashes while it is recovering :)
+	sounds very fun.... not .-)
+	Linus: now then, recalculated again ;-)
+	I just just killed the open() warning
+	the big question is, will we reach "OK" ?
+	Bagder: how to auto-eval in emacs?
+-->	jas_williams (jas_willia@modem-3823.bonobo.dialup.pol.co.uk) has joined #rockbox
+	hi jas_williams
+<--	jas_williams has quit (Client Quit)
+	auto-eval ?
+	bye jas_williams
+	you know, those emacs comments in the bottom of some files
+	ah, right
+	(setq enable-local-eval t)
+	hey, those 2 final ones should be possible to kill too
+	what os that 'type' parameter supposed to do?
+	is
+	I don't know, I thought it should be an index
+	is the settings code used yet?
+	I don't think so
+	oh. i looked in it. i guess it's not used. :-)
+	hehe
+	you should mail the list about you getting the ATA and gdb on recorder working
+	ok
+	it is just so cool
+	hey
+	I should make a link to the CVS from the file name in the compiler output
+	at least for the warnings
+	hm, or can really?
+	can I
+*	Bagder decides it is a bit too tricky
+<--	elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/20020530]")
+	Has anyone tried the playlists yet?
+	not to my knowledge
+	How does it work? Load a M3U file?
+	I'll work on them some more soonish
+	yes
+	make a .m3u file
+	browse there, play it
+	how does such a file look like?
+	plain file names
+	use full path names
+	ok. i'll try it...
+	LF or CRLF separated
+	currently it does no shuffle or anything but plays from track 0 and onwards
+	ok
+	at least that's the intension ;-)
+	gotta go
+	see ya
+<--	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
+<--	jedix has quit (Remote closed the connection)
+-->	upiom (daniel@t2o40p52.telia.com) has joined #rockbox
+	gotta go now. cu guys!
+<--	Linus (~linus@labb.contactor.se) has left #rockbox
+-->	nicknackpattywac (~first@nat-198-95-226-227.netapp.com) has joined #rockbox
+---	upiom is now known as wmtime
+---	wmtime is now known as upiom
+<--	upiom has quit (Remote closed the connection)
+-->	jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
+<--	jedix has quit ("Client Exiting")
+<--	nicknackpattywac has quit (Read error: 110 (Connection timed out))
+-->	elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
+	hey there!
+	I still think rockbox should be called...
+	"Supa' Pang!"
+<--	elinenbe has quit (Client Quit)
+	why not "Frink Cheep Cheep"
+<--	havardk has quit (Read error: 104 (Connection reset by peer))
+-->	edx (OKE60@pD9EAA2FC.dip.t-dialin.net) has joined #rockbox
+---	edx is now known as edx|away
+-->	huz (~marco@AToulouse-103-1-2-137.abo.wanadoo.fr) has joined #rockbox
+	hello
+	since i've put rockbox i can't connect my archo to my pc
+	someone have had this problem ? 
+	ok,i haven't time yet, but i'll come back, because how we say in france : 
+	je suis dans la merde ! 
+<--	huz has quit ("leaving")
+-->	huz (huz@AToulouse-103-1-2-137.abo.wanadoo.fr) has joined #rockbox
+	re
+	i'm under windows now, and the problem is the same
+	please i _really_ need help
+	youuuhouuu i think i've a big problem ! can you give me a way to resolv it please youhou 
+	\0/ _0_ \0/ _0_ \0/ _0_ \0/ _0_
+	ok i've found ! we must start archos connected to pc now ... maybe a note in the documentation will be great, don't you think ? 
+<--	huz has quit ("Client Exiting")
+-->	elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
+<--	elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/20020530]")
+---	Tumm is now known as Tum|stdnt
+---	Tum|stdnt is now known as Tumm
+<--	PiotR has quit ("BitchX-1.0c19 -- just do it.")
+<--	edx|away has quit ("good night guys")
+-->	satino (~satino@0x50c4991f.adsl-fixed.tele.dk) has joined #rockbox
+<--	satino has quit ("Client Exiting")
+-->	ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
+<--	ironi has quit (Remote closed the connection)
+-->	ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
+	aloha
+-->	g003y2 (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
+	anyone compiling the 1.0 firmware with cygwin/win2k?
+	i was about to, but i guess i needed a good tutorial
+	(saying that the one on the page is confusing"
+	well I think I'm close now
+	qand needs to be updated
+	well
+*	ironi is gone, zzz [l/on p/on]
+	I got everything compiled fine, but it seems like I'm missing something on my include path 
+	k
+	and you got it from the tutorial?
+	yeah
+	I followed it exactly except I don't have a "linus" home dir :D
+	I got the tools for sh1 compiles in place.
+	it is now just a matter of getting the whole process to recognize /usr/include for the standard c libs
+	i see
+	wel i think a new package could be nice
+	I know i'm just being dense about it :D
+	weher eyou can just unpack the latest source and unpack it to a certain folder and tun a batch file to complie the wqhole thing
+	yeah a batch file for the GNU-SH tool kit would've been nice.
+	well of i go
+	alright cya
+	'nite
+-->	PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
+<--	g003y2 (~foo@m198-187.dsl.rawbw.com) has left #rockbox
+<--	ironi has quit (Read error: 104 (Connection reset by peer))
+-->	edx (OKE60@pD9EAA336.dip.t-dialin.net) has joined #rockbox
+-->	adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
+	hey
+	http://remix.kwed.org/ == cool
+	oh well
+	beer > my conciousness
+<--	adam has quit ("[BX] Reserve your copy of BitchX-1.0c19 for the Apple Newton today!")
+-->	g003y2 (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
+<--	g003y2 (~foo@m198-187.dsl.rawbw.com) has left #rockbox
+---	Disconnected (22).
+**** ENDING LOGGING AT Sun Jun  9 07:13:58 2002
+
diff --git a/www/irc/rockbox-20020610.log b/www/irc/rockbox-20020610.log
new file mode 100644
index 0000000000..4f97e91bd4
--- /dev/null
+++ b/www/irc/rockbox-20020610.log
@@ -0,0 +1,995 @@
+**** BEGIN LOGGING AT Sun Jun  9 19:13:53 2002
+
+-->	adiamas (~adiamas@as5300-9.216-194-23-77.nyc.ny.metconnect.net) has joined #rockbox
+---	Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
+---	Topic for #rockbox set by adi|home at Tue Jun  4 04:41:56
+-->	motiv01 (~trillian@sdn-ar-001ncraleP205.dialsprint.net) has joined #rockbox
+-->	adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
+	lo.
+	Thomas Detert - Clystron (title)
+-->	g003y2 (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
+	hey
+	http://c64.org/radio/
+	== incredible
+	ok.. what is it?
+	heh
+	streaming radio of weird c64 remixes
+	my favs are the Clystron ones
+	which, I'll stream right now
+	http://rei.damnsw.net:8000
+	i should setup my c64 to be a kindof instrument
+	heh
+	Finally it gets a little cooler out here.
+	and I don't think my stupid id3 streaming is working
+	hmm, anyone know of a good cartoonish icon for the Archos jukebox?
+	sidstation!
+*	adam isn't using KDE or GNOME albeit uh
+	If there isn't one, I might as well make one :P
+	the sidstation rules all music devices
+	heh
+<--	g003y2 (~foo@m198-187.dsl.rawbw.com) has left #rockbox
+	fear sid
+	whats this sidstation
+	heh
+	let google be your friend
+	ahh, anne is listening to my stream
+*	adam is impressed :P
+	bah i didn't say i wanted to buy anything
+	i said i should setup shit i already got to do new things :p
+	BUT YOU KNOW YOU WANT IT!
+	naah
+	heh
+	if i'm gonna play with a synthesizer that i don't already have
+	i'm gonna make my own :p
+	indeed
+	i'd rather make my own non-electronic instrument though
+	that somehow uses magnetism and resonance conditions for suprising self-amplification
+	or somesuch :p
+*	adam will get a bottle
+	that uses the power of wind
+	heh
+	damnit
+	i was thinking something stringed
+	ants trying to get my beer
+	ants rock :p
+	efficient little creaturse
+	...
+	either that or something that uses things no instruments have as-of-yet utilized for sound creation :p
+	heh
+	yeah life is weird stuff
+	heh
+	and if you talk to the scientists these days you'd get the impression that life isn't possible :p
+	heh
+	would a self replicating robot be too hard to make?
+	:P
+	to hell with self replicating
+*	adam notes his room is too warm
+	i'd just like any kind of machine that can not only perform useful work, but also mantain itself, and gather energy for itself, without any need for further user interaction once operational
+*	adam would like intelligent ants
+	:P
+	sapient bugs, yeah
+	you know, if we could tap into the same principles life itself runs on, we'd have no need for batteries or generators 
+	we'd have ourselves a nifty little overunity device :p
+	like photosynthesis? ;p
+	or how about the principles that atoms run on
+	they do run, afterall :p
+	heh
+	*shrugs*
+	it takes a tremendous amount of energy just for a piece of matter to exist
+	sometimes I'd just like to see it all fall down ;p
+	yeah well it'll do that
+	because once i build my technology on these principles, i'm not gonna share it.. i'll just take it and leave, and watch the commets hit some years later ... 
+	heh.
+*	PsycoXul laughs maniacally
+*	adam in turn will live in the wilderness
+	with bicycle powered electronics
+	:P
+	bah. electronics
+	primitive utilization of subatomic forces
+	indeed
+	cheap, too
+	:p
+	its too convoluted and inefficient
+	it works fine for me
+	;)
+	of course, I'm not an evil genius
+	i've aquired a distaste of digital abstraction
+	its like a cheap and super-lossy vague ghost of what the data represents
+	its only lossless between itself since it's discrete packets of information that can be easily be recognized by our primitive techniques
+	and here is my great ant running around
+	she searches for food.
+	:P
+	yeah man
+*	adam will aquire a fondness for air conditioning
+	i want a computer that'll go out and find its own electricity :p
+	but not a computer and not electricity
+	but thats the idea you know :p
+	bbl dinner and stuff
+	heh
+*	adam will go take his beast for a walk
+	later
+	"I eated them purple berries and I feel fun"
+*	adam returns
+-->	elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
+<--	adam has quit (Read error: 104 (Connection reset by peer))
+-->	adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
+*	adam sets up the gopher
+---	dw|weekend is now known as dwihno
+	Good morning people
+	hey
+*	adam notes gopher is completely useless when he is running apache on the same box
+	of course
+	it doesn't hurt to run it ;p
+*	dwihno hasn't been using any gopher stuff in ages
+	yeah, I'm going back in time, man
+	Timewarp! :O
+	I'm catching up on the email I got this wekend
+	I read about Linus getting past the ata: -5 error stage
+	(which is great for the development)
+*	adam preens his dirs
+*	dwihno yawns like crazy
+	2 new e-mails
+	I bet it's regarding me not getting any jobs ;)
+*	adam notes he should probably be heading out
+	g'night
+<--	adam has quit ("[BX] Tickle-Me Elmo uses BitchX. *giggle* *giggle* *giggle*")
+-->	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
+*	Bagder committs
+*	dwihno yells
+	... and we're now "OK" on 7 builds out of 9 ;-)
+	7 of 9... hm
+	yay
+	isn't that Start Trek? ;-)
+	-t
+	hehe
+	you are gay
+	You need to get out more often
+	but I don't have any 802.11 ! ;-)
+	okay.. was gonna hang out.. but the us-china game is on.. time to curl into bed and watch some soccer/futball
+	night all
+---	You are now known as adi|home
+	night adi|home
+	dwihno: you tried the latest rockbox on your recorder yet?
+	Bagder: not really... I'm always afraid of having the disk locked :)
+	chicken ;-)
+	blahblahblah
+	hehe
+	I'm waiting for more functionality! Like mp3 decoding, playlist etc. :)
+	yeah, it makes more sense when it can play those mp3s ;-)
+	yeah
+	but I'll try it as soon as the file transfers are done
+	I need to upgrade my player
+	(as in recorder)
+-->	Linus (~linus@labb.contactor.se) has joined #rockbox
+-->	Zagor (~bjst@labb.contactor.se) has joined #rockbox
+	moo!
+	hey fellas
+	20 gb is not enough for both data and music
+	hello L and Z
+	hi
+	we are down to "OK" on seven builds now
+	seven of nine star trek blahblahblah ;)
+	Zagor: I guess we are still mentally connected :-)
+	yup :)
+	Bagder: neato. warn-kill session this weekend?
+	Zagor: me and Linus did most of them on last friday
+	Mostly this friday
+	I did the the two final ones this morning
+	only chartable.c warnings left 
+	Tha table was so ugly with all those warnings
+	my phone broke this weekend, so I haven't been able to read the mail SMSs
+	it broke?
+	display again?
+	yeah, somehow. everything works, execept reading SMS...
+	????
+	hehe
+	worn out ;-)
+	"too many SMS error"
+	Don't have it in your back pocket! :-)
+	"you've reached the maximum number of SMS"
+	Linus: yes, but it's triggered by reading SMS. very strange. the screen goes blank, yet everything still works.
+	VIRUS!!!!
+	klez!
+	hehe
+*	Bagder chuckles
+	I sent you an SMS full of CLS characters this friday.
+	:-)
+	:)
+	I have given tha ATA problem a thought this weekend
+	I don't want it to break now, there's no good phones out yet :)
+	Linus: any result?
+	Is it possible that Andrew (or whoever it was that drew the Recorder sheets) has a Recorder10?
+	Yeah, I read the mailing list entry about the ATA stuffs0r
+	Linus: a 10 or also a base "no-number" recorder
+	Maybe there are recorders out there that use address 0x300 for ATA CONTROL/ALT_STATUS?
+	we need to try an older recorder
+	Tell me about the serial mod
+	dwihno: what do you want to know?
+	How hard is it to do, and what do you basically do?
+	dwihno: it's described on the web page
+	but only for the Player
+	right
+	we connect serial port 1 to the line In jack
+	that way we can connect a gdb debugger
+	ah
+	<-- is newbie lamer stuff dude
+	:-)
+	I MUST upgrade my recorder with a 40 gig disk... I just realized that
+	Zagor: why do we need two leading // in a filename in the root
+	60 is too expensive
+	Linus: do we? not on purpose, anyway
+	I tried the playlist code last friday
+	id didn't add any slashes at all, so i added one
+	and it still didn't work
+	with one slash it said "must be absolute path"
+	odd
+	with two, it didn't find the file
+	sorry, that last thing was wrong
+	let me start over:
+	add DEBUGF() for the opens. sine files can be opened in the root, I suspect the problem is in the playlist code rather than the file code
+	no slash: "must be absolute"
+	one slash: "file not found"
+	the file names are sent with two slashes to the mpeg thread by the dir browser as well
+	ok, very strange
+	smells like pointer problenm
+	not likely
+*	dwihno points his finger to the skies!
+	"IT'S A PLANE! NO, IT'S A BIRD! NO... IT'S... ZAGOR!"
+	Something funny to do on a rainy day: Defrag the archos over an USB 1.1 interface ;)
+*	PsycoXul wouldn't defrag his archos
+	heh
+	of course you would
+	The designers of the archos should have chosen a wider LCD
+	that would have been nice
+	yes, in colour
+	4"
+	;*)
+	except there's no room :)
+	touch screen
+	Bagder: why does the dir browser have two leading slashes in the file name when selecting a file in the root?
+	because it is silly?
+	maybe. i didn't think of that
+	Linus: it's a bug, naturally
+	isn't it a feature ?
+	Zagor: There is always room! :)
+	Bagder: hehe. look at the BUTTON_PLAY case in tree.c
+	that 'if' doesn't do much difference, does it? :-)
+	wait.
+	it does.
+	i am silly
+	i know :)
+	ah! playtune() adds an extra slash
+	aha
+	silly code
+	ahh, mail scan complete :)
+	did anyone ever see code from the guy who worked on the scroller?
+	'playing' should be remade to be an enum for "play mode"
+	Zagor: he mailed it to Linus
+	I have it
+	ok. can you send it to me? I'd like to get this working today
+	roger that
+	Bagder: can we get some kind of "tick hook" in the simulator?
+	"tick hook"?
+	yes, a periodic execution of a routine
+	so we can get scrolling in the simulator, too
+	I'd prefer having "thread support"
+	can we change the playtune API to have just a full path instead of dir and name?
+	using setjmp/longjmp
+	Linus: fine with me
+	Bagder: but the thread switches aren't periodic. scrolling will look horrible if done in a thread :)
+	hm
+	Zagor: we can't do lcd updates in an interrupt anyway
+	well we could have a simulated timer tick using pthreads I guess
+	Linus: no? we do it in UIE
+	imagine an lcd update being interrupted
+	fine, so we mutex it
+*	Bagder gets scared
+	uh, no
+	bugger...
+	mutexes and interrupts don't work
+	i know
+	so what do we do? any bright ideas?
+	we have to do it in a separate thread
+	we can try doing it in a thread and see how bad it looks. maybe i'm exaggerating the horridness
+	Zagor: i share your fear
+	we'll just have to find out
+	Bagder: do you have time to work in threading for the simulator?
+	s/in/on
+	I'll see what I can do
+	fixed the dreaded bug now, may get time to do this today
+	which bug was that?
+	ah, at work?
+	yeah
+	very amusing one, I'll tell you one day ;-)
+	in short: when you use malloc() to allocate memory for your custom memory functions, don't do free(-1) when that thread terminates ;*)
+	(in pSOS)
+	hehe
+	since we have certain parts using the standard malloc() too
+	we started getting random crashes all over when the same memory was handed out...
+	ooh, nice
+	yeah, took a good while to narrow down
+-->	alkorr (alkorr@srs03v-8-217.n.club-internet.fr) has joined #rockbox
+	yo
+	howdy
+	hi alan
+	I think perhaps we shuld go with pthreads all the way for threads in the simulator
+	and use mutex or similar to have only one run at a time
+	sounds good to me
+	of course it'll make the scheduling different, but I figure we can live with that
+	hi alan
+	Bagder: yes, we shouldn't be counting on the scheduling behaving in any specific way
+	right
+	Zagor: except that it isn't premptive
+	preemptive
+	right, we'll have to enforce that
+	right
+	yield will return a mutex and then attempt to get it again
+	damn. the keys are bouncing on my Player
+	good
+	what's the trouble ?
+	i think we need some kind of debouncing after all
+	if you don't want to poll
+	you can use one of 5 timers
+	we poll today
+	first polling
+	start timer
+	at the end of timer, polling again to check
+	if no change, okay
+	if yes restart
+	easier to just add debouncing to the current code, i think
+	where it occurs this debouncing ?
+	oh quite now i have some difficult to compile rockbox
+	are you really sure of removing all dependencies ?
+	i mean like stdlib.h, etc.
+	no, we still need some newlib header files
+	no we haven't
+	i intend to fix that
+	i would like to change the way to handle adc so we can scan the 8 all analogic pins
+	but not before a working rockbox
+	by the way, i saw you only read 8bits instead of 10bits
+	maybe for the keyboard it is sufficient
+	but for batteries level or external power ?
+	maybe 10 bits is better for that, yes
+	8 bits should be enough for anybody ;)
+	actually, i haven't done any research on where the other A/D inputs go
+	the player schematics show nothing
+	it is why it could be interesting to investigate via software
+	but i assume that at least the battery voltage measurements use the A/D
+	alkorr: good project
+	so we can see any variation on one of 8 analogic pins when plugging on or off anything
+	Zagor: go ahead and remove the libc header dependencies
+	BTW, is it possible to compile gcc without any libc at all?
+	as you code it, i'm unsure
+	i tried last week, and failed on some asm code
+	or does it default to glibc?
+	asm code?
+	no libc and glibc is different
+	yes
+	just an explanation
+	when you are doing C shift operation
+	if I remember well
+	Linus: yes, i'll run it again and paste the error
+	like : i is int => i >>= 3; will call a libc shift function
+	libgcc, yes
+	/home/linus/cross_sh1/gcc-3.0.4/gcc/config/sh/lib1funcs.asm: /tmp/cc7nk38J.s:47: Error: no such instruction: `rotcl r4'
+	if the sign doesn't matter, you must turn into (unsigned)i >>= 3 to have the opcode instaed of a external function
+	add -m1 ?
+	alkorr: glibc and libgcc aren't the same, are they?
+	equally true for multiple and divide
+	i thought glibc and newlib did the same job
+	and that libgcc did what you describe
+	exactly
+	libgcc provides some standard operation that cpu has not
+	so glibc is a gnu implementation of libc
+	okay, i mean glibc is not libgcc
+	and newlib is another
+	newlib is like a light glibc, i think
+	libgcc is built anyway, regardless of newlib or glibc
+	exactly
+	so, back to my question:
+	so don't worry about
+	because mine is working
+	can you build a gcc without any libc at all?
+	ok good!
+	so you don't have any linc at all?
+	libc
+	I only have trouble with newlib
+	never tried it
+	i don't think so
+	i must have it !
+	wait !
+	libc : i must have it
+	newlib : cannot compile it
+	anyway, because you have some operators in C which can be turned into CPU opcodes, they call a function from libc
+	so i think libgcc cannot be removed
+	anyway, if you code trying to avoid to use operators or functions which uses libc
+	your final code would keep nothing from libc.
+	so it isn't a trouble for us
+	anyway, because you have some operators in C which CANNOT be turned into CPU opcodes, they call a function from libc
+	i'm an forever optimist :)
+	we don't compile with libc today, so no we don't need it
+	libgcc we need however
+-->	alan (alkorr@srs07v-6-45.n.club-internet.fr) has joined #rockbox
+	sh*t ! i did not have time to read until i was disconnected
+	Bagder: i know, but i figured gcc wanted *some* kind of libc
+	what's the trouble with libc ???
+	Linus: nope
+	it only depends on what you need
+	int divide (int a,int b) { return a / b; }
+	==>
+	        .type   _divide,@function
+	_divide:
+	        mov.l   .L2,r0
+	        sts.l   pr,@-r15
+	        jsr     @r0
+	        nop
+	        lds.l   @r15+,pr
+	        rts
+	        nop
+	.L3:
+	        .align 2
+	.L2:
+	        .long   ___sdivsi3
+	that's in libgcc, not libc
+	ah yes
+	sorry
+	i thought you were speaking about libgcc
+	we still link with libgcc
+	so you are speakink about libc and libm ?
+	Linus asked about libc
+	did you try without libc or libm ?
+	we don't link with them
+	so yes
+	when compiling i mean
+	because i'm quite sceptical
+	about what?
+	when linking of course
+	just add -nostdlib
+	to compile gcc without libc and libm
+	anyway we can avoid them with -nostdlib
+	it seems it is what you do in Makefile, am i wrong ?
+	no
+	we don't link with them
+	so all is better in the world
+	have anyone else tried to compile gcc without newlib? i got no comments on my error.
+	i did
+	yesterday or yesterday else one
+	i must do it now ?
+	which error ?
+	no, but I must to it to remove rockbox newlib dependencies
+	/home/linus/cross_sh1/gcc-3.0.4/gcc/config/sh/lib1funcs.asm: /tmp/cc7nk38J.s:47: Error: no such instruction: `rotcl r4'
+	having a look
+<--	alkorr has quit (Read error: 110 (Connection timed out))
+	how about 3.0.3?
+	haven't tried that. will do
+---	Linus is now known as Linus|lunch
+	i'm having a look on 3.0.3 lib1funcs.asm
+	see you later
+<--	alan has quit ()
+	´m
+	Bza0!
+	Should I go for the 2650 or 8200 model of the Inspiron (dell) ?
+	beats me
+	get their 20" LCD screen, that's all I can say
+	:O
+	why can't I gdb the simulator???
+	no idea
+	what happens?
+	i doesn't hit any breakpoints, and it can't be stopped.
+	!
+	do we really want lcd_putsxy() to wrap? it explicitly does
+	lcd_puts() truncates for charcell. the bitmap code should do the same, IMHO
+	I agree
+	wrapping will hardly ever be what anyone would want
+	exactly
+	watch my commit
+	woo
+	tested, I presume?
+	yes
+	I got mail! Yay
+	great! I've just finished the scroll code, so this comes in handy
+	but we need to talk about scrolling
+	we'll need to yeild() in the simulated I/O code to simulate that better I guess
+	how do we want it, anyway? currently I support one line of scrolled text, but we may want to scroll the whole screen. we may also want to smooth-scroll on the recorder, if we can get that not to flicker or blur
+	do we want to scroll several lines, independently of each other?
+	I have the feeling that will look too chaotic to really be of use
+	I think so too
+---	Linus|lunch is now known as Linus
+	BTW, I tried the playlist code. It works (after I prepended a slash on the file names).
+	nice
+	Bagder: maybe init_threads() should be called kernel_init like in target?
+	or, umm, they are not exactly the same thing but almost :)
+	Zagor: there is an init_threads in target
+	oh. i
+	'm blind
+	it's new
+	carry on, nothing to see here :)
+	it was born in the warning hunt last friday
+	Linus: should main.c:init() call it, or is it called from somewhere else?
+	kernel_init() calls it
+	ok
+	but not we're approaching two separate init()s, one for target and one for simulator.
+	maybe not so bad
+	possibly
+	as long as the target code doesn't get more complicated just to please the simulator
+	Linus: is mpeg_file always open when you press stop?
+	oops.
+	Bagder: the thread API opens up a whole can of worms... sleep() has to be redefined, and I also want a HZ constant I can use... :)
+---	Zagor is now known as Zagor|lunch
+	Does the RPM really make a difference if I would replace the disk in my archos?
+---	Linus is now known as Linus|meeting
+*	Bagder is back
+	Zagor|lunch: now what's wrong with sleep() ?
+	dwihno: I'd expect RPM to affect the power expenditure
+	Hadaka: Yeah, but the higher RPM should also reduce the time needed to read data to the buffer...
+---	Zagor|lunch is now known as Zagor
+	Bagder: unix sleep() is whole-seconds. the firmware sleep is ticks. and I need subsecond sleep for the scroll etc.
+	we already do that
+	uisim/x11/sleep.c
+	it should however return and reget the mutex
+	bah. i'm behind again...
+	it was me who didn't include kernel.h
+	ah
+	the downside of having identical names
+	yup
+	Zagor: What kind of disk did you replace the one in your archos?
+	a toshiba 40gig
+	RPM-wise?
+	the same as all normal laptop disks: 4200rpm
+	so 5400 is non-standard
+	?
+	yes, 5400 is used on "performance" 2.5-inch drives
+	such as the Toshiba 4018 GAX
+	I have the Toshiba 4018 GAS
+	the GAX uses almost twice as much power for spinup
+	or maybe it's the GAP I have. can't remember.
+	oof
+	evil stuff! :/
+-->	ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
+	hello ppl
+	howdy ironi
+	hi
+	hey do oyu know if there is an open source implementation of osme kind fo rbiztalk
+	biztalk?
+	yeah
+	search freshmeat.net
+	ms biztalk
+	something like it
+	wazzat?
+	i am doing oppsition on a masters thesis and they say biztalk is too expensive, $25k per processor
+	biztalk.org
+	(inagine micorosft using .org heh)
+	well, that's expensive. you still haven't said what it is or does
+	if it can't be described in a few words, I don't care about it :)
+	http://sourceforge.net/projects/mec-eagle/
+	ok "BizTalk specificerar hur meddelandelösningar mellan applikationer och organisationer skall utformas och utvecklas vad gäller elektronisk handel. Meddelanden skickas som XML- dokument inbäddat i ett kuvert med information om dokumentet enligt SOAP "
+	oh, boy. it's a buzzword soup
+	thats from their thesis , prolly form ms website or something hehehe
+	yep
+	ok i found mec-eagle
+*	Zagor is genetically allergic to it
+	it is a level 5 project at sourceforge
+	great stuff
+	XML and SOAP is just idiot-speak for "plain-text protocol"
+*	Zagor feels humble today :)
+	My "Smash" is a level 5 project too. It just says the code works.
+	Rockbox is level 5 as well, now that I think about it...
+	Zagor =)
+	rockbox isn ot production/stable
+	it is stable
+	it has all the features advertised, and works 100%
+	1.0 is rock solid
+	heh
+	ok well
+	marking it as "beta" just means it will be very confusing when to actually move it to "stable"
+	way too much software is called "beta"
+	it is soon time for the anual mail2sms update release ;-)
+	hehe. "mail2sms 2002"
+	or is it called XP this time? ;)
+	"mail2sms XP" ... hehe
+	If you bundle it with other applications, you can name it XP, otherwise, just name it 2002 ;)
+	only weenies use the same version scheme more than twice.
+	dwihno: hehe
+	I'll start using names: mail2sms version "Bernie" :*)
+	Eww
+*	dwihno gets the shivers
+	oooh, innovative!
+	hey have you tried linuxsms
+	it's nice, really
+	I don't need to, we wrote smash...
+	why would we use that, we have a working solution! ;-)
+	Bagder: but does yours use free sms servcies?
+	or is it a sms gateway
+	yes, if we want to
+	it uses any service you like
+	Zagor: oh really
+	so it can log in to 1rstwap.com and send sms?
+	without me going to the webpage
+	of course
+	curl is the answer
+	Bagder: is there any reason we don't compile the simulators with DEBUG?
+	well
+	Zagor: yes, because that's the symbol taken for compiling the gdb stub :-) other reasons: no 
+	this ismple perl script does the job just as good =)
+	Bagder: buh, change it :)
+	ironi: smash is a complete system for posting messages and queueing etc, it is not just a deliverer
+	ironi: yeah, for one message every now and then. try sending a couple hundred per hour, from 16 different machines. then the little perlie isn't so fun anymore :)
+	Zagor: of course
+	I understand that
+	I just think tlinuxsms is easier to use for individuals
+	=)
+	well ANYWAY
+	yeah, it probably is
+	hehe
+	i made a php/wap page
+	you could still use mail2sms to get your mails into a suitable text 
+	so now (since gprs i free until 31/10 on comviq) i can send FERE sms from my cellphone
+	FREEEE
+	that kinda rocks
+	How much do you pay for the used bandwidth after that?
+	dwihno: i think 50kr/month with 3 mb included (which is mor ethan enough to view A LOT of wap pages)
+	oops gotta go to schoo
+	l
+	later=)
+	see ya ironi
+	bajbaj
+<--	miah has quit (card.openprojects.net irc.openprojects.net)
+-->	miah (~miah@pihkal.com) has joined #rockbox
+	woah
+	check the build status
+	they're not red ;-)
+	when does it run, anyway? on checkin?
+	no, it checks out and checks for diffs
+	when=
+	every 20 mins
+	typical. that non-building code was in for about two minutes...
+	hehe
+	well, now we got to see the 'fail' text
+	fixing
+	ouch, too red
+	you'd need a different font color for that red
+	how about this pink?
+	fine
+	and how about only showing the five last builds or something?
+	these are the last 20 ;-)
+	ok, fine
+	so at least it won't grow bigger than this
+	then it's good
+---	Linus|meeting is now known as Linus
+-->	edx (OKE60@pD9EAB5E1.dip.t-dialin.net) has joined #rockbox
+	hi
+	hi edx
+	hey
+	hmm ... how far is ata.. read the log message of ata.c :)
+	edx: thread support coming to the X11 simulator soon
+	edx: we've added threading to the simulator. time to work! :)
+	ohuoh..
+	threading should not be a problem...
+	but i wont have time before the day after tomorrow :(
+	no problem
+	is someone needs it before then, he'll just have to do it :)
+	hmm so what is that with the ata driver?
+	edx: it works
+	really? :) for the recorder.. that is great
+	that was a wrong command address im memory?
+	all praise to Linus for that
+*	Bagder runs on a meeting
+	* Greate  praise for Linus *
+	ok.. gotta do my homework :( .. later
+---	edx is now known as edx|homework
+	ah.. Zagor, another thing
+	yes?
+	Linus changed ATA_CONTROL... in ata.c - does it still work for the player (have you tried?)
+	it works
+	ok
+	good job, Linus! :)
+	thx! those addresses are a story of their own
+	hehe
+	the player only cares about the lower 4 bits and bit A20/21
+	the recorder cares about the lower 4 bits and bit A8/9
+	so we can support both hardwares by combining them in the same constant
+	aha
+	so that is there was A8/9 wrong?
+	but A20/21 correct..
+	exactly
+	but i'm not sure that it was wrong
+	i'm beginning to suspect that different recorders have different address encoding...
+	we need an older recorder to try on
+	hmm what firmware? "older"?
+	i have a recorder.. but i guess its rather new..
+	something that is not an r20
+	one with ISD200 USB interface
+	ah ok forget about it.. i have an r20
+	ok... but that one might work like the player... (?)
+	yeah, well we'd like to find out
+	hm put it on the top of the rockbox site ;)
+	right in the front... 
 tag lol
+	a mail to the list is probably more helpful :)
+	heh right...
+	just if noone responds there might be people looking at the site and not joining the mailing list..
+	Bagder: i'm getting a lot of X errors: Xlib: unexpected async reply (sequence 0x57f)!
+	never seen those
+	i get them when scrolling. i'll check it in soon
+	X sure is magic business ;-)
+	indeed
+	Magic stuff(tm)
+	Zagor: threads working otherwise?
+	yup, perfectly
+	hm, could the X problems be due to the threads?
+	I think so, I got the when I started working with threads
+	there. now we have scrolling
+	Yay! :D
+	playlist support and scrolling, that's what I have listed as 1.1 features on the front page...
+	we need to try it out more on target
+	yup
+	I can test it on the r20
+	please do
+	I'm loading it into the player now...
+	we did get two new warnings though
+	oh, I introduced some warnings. fixing...
+	crash bang!!!!!
+	Is there an automated build process?
+	dwihno: yes
+	Linus: what happens?
+	dwihno: http://bjorn.haxx.se/rockbox/daily.shtml
+	dwihno: scroll down
+	UIE09
+	what's that?
+	address error
+	boo
+	bad bug then
+	Linus: can you gdb it and see where?
+	ooooh. it worked the second time...
+	looks ok?
+	ugha
+	how do i turn on scrolling?
+	I only see the "once a day" builds
+	dwihno: at the bottom of the page: "Build status"
+	dwihno: the status below that is the automated builds
+	warnings killed
+*	dwihno is blind
+-->	jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
+	how do i turn on scrolling?
+	Linus: it's always on
+	when?
+	hey jedix
+	in the file browser
+	hey
+	well, mine doesn't scroll
+	did you get the new tree.c and main.c ?
+	The "bleeding edge" binaries are not downloadable, huh?
+	dwihno: no
+	dwihno: no, only the daily builds
+	that's bleeding enough for download ;-)
+	the are deemed bleeding enough :)
+	:)
+	Do they have scroll stuff?
+	no
+	tomorrow they do!
+	Okay, then I'll wait
+	I just checked that in, and it currently bugs too
+	jedix: your scroll is getting into the software now
+	sweet
+	only i rewrote it :)
+	hehe
+	Zagor: is it only for recorder?
+	whaa?
+	Linus: no, for both
+	time to get a coke
+	no go here
+	Bagder: yes sounds like a plan..
+	they both work in the simulators. must be something not inited right
+	does scroll_thread run?
+	ahhh!
+	my bad
+-->	alkorr (alkorr@srs05v-3-43.n.club-internet.fr) has joined #rockbox
+	player code doesn't have lcd_init previously. I must add it. one minute.
+	hi alal
+	alan
+*	Bagder drinks ice-cold coke and says aaaaaaaaaaaaah
+	hi
+	soemtimes people have very weird ideas
+	there is one who like to be able to browse camera pictures on his jukebox :/
+	i assume it is a Recorder. :-)
+	hehe
+	noooo
+	jpg2ascii
+	;-)
+	ahahah
+	lucky we have a scroller then :-)
+	quite funny, a jpg2ascii
+	what is it eaxctly ?
+	I used one once
+	a big page we can scroll on screen ?
+	or just a horizontal text scroller ?
+	text scroll for now, for use with filenames
+	just horizontal text scroller, for file names and such
+	ok
+	128 chars max i see
+	we can sell commercial banners that displays when playing songs :-)
+	ahahah
+	.....drink Coke...............Just Do It..............
+	unhopefully we are open source, it would be very easy to get rid off ;P
+	or hopefully should I say :)
+	Zagor, you think to remove any newlib dependencies for how time ?
+	i need to get my non-newlib gcc working first. i hope to do that tomorrow.
+	ok
+	by the way, did you try with gcc 3.0.3 instead of 3.0.4
+	not yet
+	to see if errors persist ?
+	Linus: try the new versions
+	it is weird that error comming from "rotcl r14"
+	yes, very
+	but there is plenty of reference to this opcode in libasm1.c
+	which line is concerned we don't know :/ 
+	what is the exact message ?
+	i have to go, we'll fix it tomorrow ok?
+	see ya z
+	hope the scroll works now...
+	bye
+	ok, i'm trying to get back the log
+	bye
+<--	Zagor has quit ("Client Exiting")
+	:( mirc doesn't log
+	mirc is evil
+	;-)
+	arf :)
+	yaa...
+	what did we say about the show_logo ATA thing?
+	use internal-only
+	mirc implies an evil os
+	the current firmware tries to load a BMP file before ATA is initialized
+	Bagder: can you fix that?
+	oops
+	that's a typical nono :)
+	Linus: sure
+	why did zagor rewrite my code?
+	this BMP is embbeded in rockbox ?
+	alkorr: the BMP reader code is, yes
+	it displays a file-based logo if it exists
+	so it is not embedded :)
+	i was speaking about the picture
+	"if it exists"
+	if it doesn't, it uses the internal one
+	there is a logo embedded too
+	okay
+	if an external one exists displays it instead of internal one
+	is that so ?
+	yes
+	but not anymore ;-)
+	:(
+	ok so just rephrase my sentence in past :)
+	hehe, right
+	I'll make my own branch called "logoboX" ;)
+	currently, the show_logo() stuff is made before ATA is inited
+	we can't load a logo then
+	we need to move the logo-loading
+	well it is a matter to move the piece of code
+	yes, but since the initing will take a little time anyway, we'll display the internal one in the mean time
+	okay
+	why not a progress bar ?
+	we could add one below the logo
+---	Linus is now known as Linus|meeting
+	progress bar sucks, verbose messages on what the machine is doing are nice :)
+	sure, people don't like not to know why their toy looks frozen
+	Hadaka, we don't need to surcharge code with messages
+	especially for initialisation part
+	please, we are not working with a PC full of memory...
+	well true, I have no idea what memory problems you have already encountered
+	first, we only have 2 MB
+	second, to waste data and code just for displaying an initial message (that is something we don't need in fact for th rest)
+	does the 2MB need to hold the buffer for the disk reads as well or is that separate?
+	code, data and buffer are in the same memory
+	so growing code and data means less buffer
+	hm brb
+<--	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
+	well your call - I personally would still want a few kilobytes used for 'ATA Init' 'DAC Init' 'FAT init' etc.
+	pardon ?
+	what do you mean ?
+	i was away :)
+	Hadaka: what do you mean ?
+	um
+	the same thing I meant originally
+	those KB are for what, code, data ?
+	code and the string constants
+	ah yes
+	well, in fact
+	on the screen ?
+	um, yes - rather than a progress bar that is
+	first, you wouldn't have time enough to read messages
+	i think the best thing is to have a progress bar and message error when occurs in module
+	that a minimum of messaged
+	d -> s
+	well then we differ in what we want, simple as that
+	I'm speaking about player AND recorder, not only for recorder
+<--	miah has quit (card.openprojects.net irc.openprojects.net)
+	I've never even seen the player, so I don't know about that
+	you cannot see a lot of things on playes
+	2 lines of 11 characters...
+-->	miah (~miah@pihkal.com) has joined #rockbox
+	a thing is sure, since we have an open source, we are free to add whatever we want
+	It's funny how much information you can stick in L LI LIL LILO and LIL-
+	maybe you could use R O C K B O X ;)
+	but true, if I want it, I can code it myself
+	some prefers to have a minimal but efficient firmware, others plenty of stuffs but rather consumptive firmware
+	L LI ???? what is it LILO ???
+	oh, lilo is the linux loader - it prints LILO on the screen when it runs successfully - or one of the variants if it fucks up at some point - and you can usually tell exactly where it went wrong by that
+	oh okay like a progress bar using a text ?
+	r.. o.. c.. k.. b.. [err]
+	or something :)
+	I can do neat PDF's! :D
+	it's an idea
+	well kind of - except that you don't have to count pixels in a progress bar but can say directly that it printed 'ROC' and then someone here will say "Oh god, the ATA code is fucked again."
+	my only opinion is just to display something when an error really occurs
+	since at a bootloader stage, anything can happen - and expecting all errors to be catchable is not possible - atleast not on PC bootloaders
+	I dunno if you can catch each and every error on the archos
+	well just compile with gdb ;)
+	err, that isn't possible when a dumb user comes with an obscure archos and tells you that his on his box, the progress bar freezes "about halfway"
+	well, i'm just waiting for a rockbox running without newlib. i could then add some hardware stuffs
+	I'm looking forward to test it tomorrow
+	sorry, can you rephrase ?
+	"obscure archos" ?
+	"that his on ..." ?
+	compiling with gdb is not an option when a user whines that the archos freezes during loading
+	oh yeah it is just a joke
+	obscure archos => a different model of archos no one else has had yet
+	gdb is for developer, we know that
+	there are very few chance for that
+	because it means a different archos firmware fisrt
+	well haven't you here just pondered that does somebody have an older version of the recorder, one with ISD200?
+	anyway, either you catch an error message or nothing. That nothing doesn't mean if you had more explicit message you would be able to guess that you have "obscure" archos
+	yeah
+	it is normal
+	ISD300 was out after recorder
+	well even if you would get nothing, you would be able to say that it's the ATA code that is failing - even if the archos freezes
+	so inevitably you can find recorder with isd200
+	if archos freezes, just ask for people to use another rockbox with more messages
+	but the real point is just that I'd much rather see some indication of what the archos is actually doing, rather than an opaque progress bar
+	you can have two different rockbox for testing or for playing
+	it's just a personal preference
+	some people might prefer a cool progress bar, I definitely don't
+	okay if you think to lose 32 KB for messages and code is not a problem for you, it is your choice
+	as i told you it is just a matter of adding or not what you want
+	yeah I agreed with that
+	just add it as an option, so people who don't want them ae not forced to get redi of them
+	rif
+	rid
+	maybe some macro which are void when not demanded for example
+	something like it
+	we should speak with other developers to know what kind of solution to have them as option
+	well right now I'm quite busy at work and at other projects - I just voiced a preference - if I really want it, I'll code it myself
+	ok
+	I have now tried the scrolling filenames on the Player
+---	Linus|meeting is now known as Linus
+	it works Ok
+	good
+	i'll try it on the recorder now
+	i'm still waiting for a working rockbox :)
+	:/
+	Zagor is on the case
+	hopefully
+	my scanner/printer has no driver for linux :(
+	:-(
+	well, the scroller isn't perfect, but it's a good start
+	at least we can see the whole file name now
+	on pixel basis or on char basis ? (the moving)
+	char
+	because of player ?
+	well i suppose so
+	sort of
+	How fast is the scroller btw? :)
+*	dwihno likes'em fast
+	now it is 5 updates per second
+	it is a little too slow
+	but if we scroll too fast it gets blurry on the player
+	that's right
+	maybe the player lcd would be sharper if we used the internal scroll function
+	well if you want to scroll two lines, that coul be an idea
+	gotta go now, CU!!!
+	CU
+<--	Linus (~linus@labb.contactor.se) has left #rockbox
+	CU
+<--	alkorr has quit ()
+---	dwihno is now known as dw|gone
+---	Disconnected (Connection reset by peer).
+**** ENDING LOGGING AT Mon Jun 10 12:17:44 2002
diff --git a/www/irc/rockbox-20020611.log b/www/irc/rockbox-20020611.log
new file mode 100644
index 0000000000..b5794674a4
--- /dev/null
+++ b/www/irc/rockbox-20020611.log
@@ -0,0 +1,212 @@
+**** BEGIN LOGGING AT Mon Jun 10 21:05:05 2002
+
+-->	adiamas (~adiamas@as5300-9.216-194-23-77.nyc.ny.metconnect.net) has joined #rockbox
+---	Topic for #rockbox is Let your Box Rock! - http://bjorn.haxx.se/rockbox/
+---	Topic for #rockbox set by edx at Mon Jun 10 15:15:16
+---	You are now known as adi|home
+<--	datazone has quit ("Client Exiting")
+	archos' warranty is only 90 days isn't it?
+-->	g003y2 (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
+<--	g003y2 (~foo@m198-187.dsl.rawbw.com) has left #rockbox
+	last i checked, yeah PsycoXul
+	so i wonder if best buy cares about the warranty seal for their warranty plan... heh
+	heheheh what you do to your unit?
+	nothing
+	yet
+	hhehhe
+	thats why i'm wondering :p
+	cause i'd like to do the serial port mod at some point
+---	dw|gone is now known as dwihno
+	ROCK DA BOX!!!
+	:D
+-->	g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
+---	ChanServ has changed the topic to: Version 1.0 released! http://bjorn.haxx.se/rockbox/
+-->	Linus (~linus@labb.contactor.se) has joined #rockbox
+	Howdy ho, Linus :)
+	yo!
+	Have you looked into the mp3 decoding chip of the recorder?
+	i'm on it
+	reading the data sheets...
+	Mr. Data
+	You need Caramelldansen!
+	unfortunately, dcc doesn't work for me...
+	:-(
+	wget torde funka ;D
+	whats the correct spelling of pessimist?
+	is it that way?
+	yaway
+	k.
+	dwihno: Caramelldansen...what a musical breakthrough... :-)
+	You bet! :D
+	Dansa med oss, klappa era händer etc. ;)
+	"Vi hoppas för fruktbar samarbete"
+	hmm... :)
+<--	WetBed has quit (carter.openprojects.net irc.openprojects.net)
+<--	PiotR has quit (carter.openprojects.net irc.openprojects.net)
+<--	Linus has quit (carter.openprojects.net irc.openprojects.net)
+<--	g003y has quit (carter.openprojects.net irc.openprojects.net)
+<--	dwihno has quit (carter.openprojects.net irc.openprojects.net)
+<--	adi|work has quit (carter.openprojects.net irc.openprojects.net)
+<--	webmind has quit (carter.openprojects.net irc.openprojects.net)
+<--	Tumm has quit (carter.openprojects.net irc.openprojects.net)
+-->	PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
+-->	adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
+-->	webmind (webmind@seal.student.utwente.nl) has joined #rockbox
+-->	Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
+	is it a safe assumption that a playlist will always end with ".m3u"?
+-->	WetBed (~wettoad@uludag.mbi-berlin.de) has joined #rockbox
+	uhm
+	cant it be pls aswell ?
+	thats winamp's own format playlist isn't it?
+	dunno..t hats why i asked
+	and different?
+	ive only ever seen m3u
+-->	Linus (~linus@labb.contactor.se) has joined #rockbox
+-->	g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
+-->	dwihno (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox
+	someone wanna check?
+	The format is the same
+	okay
+	m3u's are sometimes stored with #-marked extradata
+<--	PsycoXul has quit (Remote closed the connection)
+<--	Hadaka has quit (Broken pipe)
+<--	Linus has quit ("disconnecting from stoned server.")
+	Sure... 
+	The m3u format (as used by winamp):
+	#EXTM3U
+	#EXTINF:319,machinae supremacy - i turn to you
+	C:\download\dc\machinae_supremacy_-_i_turn_to_you.mp3
+	Like this
+	[playlist]
+	File1=\download\dc\machinae_supremacy_-_i_turn_to_you.mp3
+	Title1=machinae supremacy - i turn to you
+	Length1=319
+	NumberOfEntries=1
+-->	Linus (~linus@labb.contactor.se) has joined #rockbox
+	Version=2
+	that was pls
+	you should check the playlist format in xmms
+-->	PsycoXuul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
+<--	g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
+<--	PiotR has quit (carter.openprojects.net irc.openprojects.net)
+	please confirm :)
+-->	Hadaka_ (naked@graywolf.onnanifujiyuu.org) has joined #rockbox
+<--	webmind has quit (carter.openprojects.net irc.openprojects.net)
+<--	Tumm has quit (carter.openprojects.net irc.openprojects.net)
+<--	adi|work has quit (carter.openprojects.net irc.openprojects.net)
+	i thought we had bool defined as a type?
+	I'm just sure you didn't miss anything because of the splits
+-->	webmind (webmind@seal.student.utwente.nl) has joined #rockbox
+-->	PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
+-->	Zagor (~bjst@labb.contactor.se) has joined #rockbox
+-->	adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
+-->	Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
+	chooo
+-->	g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
+<--	WetBed has quit (carter.openprojects.net irc.openprojects.net)
+	Linus: why do you want to show the logo last in init?
+	Zagor.. isn't bool defined in the src?
+<--	g003y has quit (Killed (hardy.openprojects.net (bear.openprojects.net <- sendak.openprojects.net)))
+	why aren't the daily builds running btw?
+-->	WetBed (~wettoad@uludag.mbi-berlin.de) has joined #rockbox
+<--	webmind has quit (carter.openprojects.net irc.openprojects.net)
+<--	PiotR has quit (carter.openprojects.net irc.openprojects.net)
+	not any more. we use the definition in stdbool.h instead
+	no, we removed it
+	Hellojs Zag
+	they are. the latest is the 11th, today
+	k
+<--	Tumm has quit (carter.openprojects.net irc.openprojects.net)
+<--	adi|work has quit (carter.openprojects.net irc.openprojects.net)
+-->	Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
+-->	adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
+---	Disconnected (Remote host closed socket).
+**** ENDING LOGGING AT Tue Jun 11 03:12:56 2002
+**** BEGIN LOGGING AT Tue Jun 11 03:33:58 2002
+
+-->	adiamas (~adiamas@as5300-9.216-194-23-77.nyc.ny.metconnect.net) has joined #rockbox
+---	Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
+---	Topic for #rockbox set by ChanServ at Tue Jun 11 03:31:20
+	but why after button and mpeg init etc?
+	it sort of defies the purpose to display the startup screen *after* startup...
+---	You are now known as adi|home
+	well that was interesting
+	Zagor: i didn't bother at the time.
+-->	g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
+	yeah, openprojects seems very flaky at the moment
+	btw... im beat.. can someone take a look at the scroll stuff?
+	its buggy
+	adi|home: what's the problem?
+	Bagder promised to remove the disk loading, and before that i just put it last
+	i hav chars remaining on the screen after the scroll goes by
+	adi|home: yes it bugs
+	zag... make a file of say 4 chars
+	on last line, or all lines?
+	foo.mp3
+	and let it scroll
+	oh.. i just submitted a playlist.c fix
+	it tries to scroll file names that are shorter than the screen width
+	and fails
+	now we read in the file 255 bytes at a time
+	hmm... leave it.. ill take a look tomorrow night
+	ah, yes it does. my fault, fixing...
+	you got it zag?
+	yep, will fix
+	k
+	and i tested my playlist fix.. but im beat.. so if someone else could take a look as well, id appreciated it...
+	night all
+---	You are now known as adi|sleep
+	night!
+	hmh, I must agree that this 1.27something firmware is kind of even suckier than 1.24
+	:)
+	I think the scrolling part should have been fixed several versions ago... Sometimes the directory names I previously browsed are shown
+	is it fixed in 1.27 then?
+	no :)
+	hehe
+	and the screen garbage haven't been fixed either
+	is there any screen garbage with rockbox?
+	ok.. im back
+	and pissed
+	i cant get my damn archos mounted
+	and i dunno hy
+	why
+	dwihno: there was, until i just fixed it :)
+	adi|sleep: that sucks :(
+	i don't remember changing anything
+	i turn unit on
+	i plug in..
+	i go to mount
+	and i keep getting that sda1 is not a valid block device
+	Zagor: Whoa.... I am really looking forward to the mp3-decoding capable rockbox :D
+*	adi|sleep pouts
+	adi|sleep: try removing and re-modprobing usb-storage.
+	sometimes it seems to get confused
+	dwihno: the rockbox is already mp3-decoding
+	Linus: dwihno has a recorder...
+	oh
+-->	PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
+	hi psycho!
+	hi linhus
+	cant locate module usb-storage?
+	Linus: that should explain my curiosity regarding the tech specs of the recorder chip ;)
+	adi|sleep: maybe you didn't compile it as a module?
+	what i don't get is that it was working last week, and i haven't changed anything
+	really
+	odd
+	how can i check if it was compile as a module?
+	run 'lsmod'. if it doesn't show up, it's not a module
+	k
+	heh
+	lsmod just shows loaded modules
+	dwihno: did you ask me about the recorder chip? I must have missed that in the splitting frenzy.
+	k.. its not loaded
+	find  /lib/modules/`uname -r` -name 'usb-storage.o'
+	any other ideas PsycoXul?
+	Linus: Nah, I was just curious if you started working on the mp3 decoding on the recorder, and you replied you had a look in the tech docs.
+	nothing :)
+	ah
+	well whatever modules you have should be in /lib/modules//* 
+	k
+	ill be back
+**** ENDING LOGGING AT Tue Jun 11 04:05:11 2002
+
diff --git a/www/irc/rockbox-20020612.log b/www/irc/rockbox-20020612.log
new file mode 100644
index 0000000000..8dbb01ab74
--- /dev/null
+++ b/www/irc/rockbox-20020612.log
@@ -0,0 +1,183 @@
+**** BEGIN LOGGING AT Tue Jun 11 04:10:23 2002
+
+-->	adiamas (~adiamas@216.194.26.64) has joined #rockbox
+---	Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
+---	Topic for #rockbox set by ChanServ at Tue Jun 11 03:31:20
+---	You are now known as adi|home
+	hey adia
+	nice playlsit fix
+	thanks :)
+*	adi|home finally did something productive
+	i figured 255 was a good size...
+	8shrugs*
+	yes, its fine
+	OH MY GOD!
+	rockbox.. on my recorder?!!!
+*	adi|home does backflips
+	does it rock?
+	but the text is _very_ pale
+	dunno yet :)
+	hehe
+	adi|home: the paleness is interesting
+	hmm problem thought
+	did you build it yourself
+	no.. 
+	its the one from the builds off the site
+	i don't have a cross compiler yet
+	ok
+	the LCD contrast is an issue in lcd.c
+	and interesting.. it dont play nice with the dc plugged in.
+	Linus: its not that pale on yours is it?
+	Bagder: no
+	adi|home: "play nice"?
+	i plug the dc in and it reboots to recharge mode
+	i leave it in
+	and press on, it reboots.. pauses, and jumps back to recharge mode
+	wow!
+	?
+	ned to increase logo display time
+	wow! as in "what the heck"
+	i see it for like 1/10th a sec.. and its gone
+	am i the only person that has had this happ
+	adi|home: we don't want to show the logo longer time than the setup needs
+	and right now it displays a little late
+	Linus: why did you move the logo showing to after all the init?
+	got ya.
+	Bagder: because it tries to load the logo from disk
+	not anymore
+	i could have put it before the last two calls, and gained a millisecond
+	you can have it after the lcd_init() now, can't you?
+	okay.. off to bed for real :)
+	night adi|home
+	Bagder: perhaps now, but not when i committed that change
+	then too actually ;-)
+	oh maybe the commit mail was late
+	my fix was ~40 minutes before yours ;)
+	:-)
+	Then move it up!
+	yessir, will do!
+	*done*
+*	Zagor is now officially a counter-strike consultant :)
+*	Bagder hands Zagor the "professional gamer" sticker
+	Check the latest post in the mailing list
+	yup, that's cool
+	That URL should be placed on the rockbox site.
+	hmm. the "hardware mods" page, maybe?
+	yes
+	or possibly "related projects"
+	Have you seen such a joystick earlier?
+	yes, he has mailed about it before
+	mkay
+	One of those would be cute
+	Although pretty useless without a display
+	stop/play/pause/volume perhaps
+	you can't have a display without hacking the archos
+	:/
+	well, I guess you can't have everything
+	the official remote from archos, does it have display?
+	no
+	the remote control plug only has data-in (into the archos) so there is no way to transmit data back to the remote. that's why you can't have a display
+	brb
+<--	Zagor has quit ("Client Exiting")
+-->	ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
+	hi
+	Bagder: there?
+	yah
+	im working on a small sms thingy
+	I considered using smash as server and phpsmash as client
+	is it easy to install and configure?
+-->	Zagor (~bjst@labb.contactor.se) has joined #rockbox
+	never tried phpsmash
+	smash itself is pretty easy
+	the tricky part is if you want to tweak a plugin or something
+	wel the plugins you have links toon your page
+	don't say that they actually are plugins for smash
+	smash uses plugins
+	links to plugins?
+	well yeah
+	freenet and so on
+	cause that is what im aiming at
+	web-based sms services
+	yes, the links are to external programs you can call with the "shell" smash plugin
+	ok
+	so can you specify plugin to use from the client?
+	and params to the client
+	you can specify which operator to use. the details are defined in the server config
+	ok
+	hm
+	maybe i should use linuxsms for what I am doing
+	just rebuild it a bit
+	its not very compliated thing to do
+	that's for you to decide :) what do you want to do?
+	Zagor: a project for my fellow siemens s45/me45 users
+	im going to make a compiled wml page that they can store in the small file archive on the phone
+	in it, they will be able to enter username, password and sms number & message
+	press send and it will send it through the server
+	just trying it out for fun...
+	which gives virtually free sms through gprs
+	i'd recommend smash for that, since it has proper queueing. you don't want to reinvent that, trust me :)
+	why not sending messages at once?
+	Zagor: becuase of the load?
+	to save bandwith == money
+	well
+	also many use dialup, so you want to keep down the number of calls
+	yeah money for the users, you're right
+	keep down the number of calls...now im not following
+	most people use GSM operators' official dial-up SMS servers
+	but ironi isn't
+	he doesn't necessarily need queueing
+	i know. but it's still a good idea to queue, to avoid many parallel connections to the service
+	Zagor: for bandwidth
+	Zagor: so gsm operators have a number one can call to send sms?
+	that, and to avoid getting blocked for over-use...
+	How expensive is that anyway
+	mostly it's priced the same as a mobile call
+	ok
+	well
+	smash.cgf not found
+	cfg
+	hm..
+	oh.
+	smashd --config 
+	i see
+	great commenting in the smash.cfg :-P
+	it's a hackers-only file ;)
+	i put config, smash binarys and plugins in /usr/local/bin/smash
+	maybe thats politically incorrect
+	=)
+	that's fine
+	is smashd very resource demanding?
+	no
+	there it goes, up n running
+	the one we have running has spend 2 cpu seconds since june 1st :)
+	hehe
+	well
+	now i need to send messages to it
+	ironi: let's go to #smash instead. ok?
+	maybe easiest to send wml page to a php page, and from the php page sent it to the server
+	woobiedooobie. i'm browsing files with Rockbox on my recorder
+	the screen update is horrible slow :(
+	:/
+	why is that you think?
+	vsync? :)
+	i don't know. i just know when i scroll down, you can see the screen clear and then redraw. and you don't see that with the archos firmware
+	and the contrast is waaaay too low
+	but WOWSERS the logo is cool! :)
+	in fact, it seems Rockbox actually boots faster than the original firmware.
+	:O
+	Zagor: cool stuff
+	Mail the ajz to me :)
+	http://bjorn.haxx.se/rockbox/recorder/archos.ajz
+	now i wish i had a recorder
+	*awating bootup*
+	Linus: is lower value higher contrast, or the opposite?
+	I don't know. I guess higher numbers gives higher contrast
+	testing
+	but it's not that easy
+	no?
+	the contrast setting (according to the solomon data sheet) is an iterative process
+	tetris ROCKS! :)
+	you have to continue setting the contrast until the status resister says it is done
+	oh
+	register
+**** BEGIN LOGGING AT Wed Jun 12 00:05:58 2002
diff --git a/www/irc/rockbox-20020613.log b/www/irc/rockbox-20020613.log
new file mode 100644
index 0000000000..d2adee6115
--- /dev/null
+++ b/www/irc/rockbox-20020613.log
@@ -0,0 +1,1988 @@
+
+-->	adiamas (~adiamas@216.194.26.204) has joined #rockbox
+---	Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
+---	Topic for #rockbox set by ChanServ at Tue Jun 11 03:31:20
+---	You are now known as adi|home
+-->	elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
+	hello there
+	here is a little something hard drive mp3 player related...
+	http://story.news.yahoo.com/news?tmpl=story&ncid=70&e=4&cid=70&u=/cn/20020612/tc_cn/935202
+-->	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
+	moo
+	AHHHH
+	Bagder: is back!!!
+*	adi|home runs away screaming
+*	Bagder stands tall and watches adiamas run away
+-->	Zagor (~bjst@labb.contactor.se) has joined #rockbox
+	hey Z
+	hey all
+	everyone in the office is looking at the world cup... /me can't be bothered.
+*	Bagder agrees
+	Bagder: could we change the changelog file to changes-.txt? apparently MSIE refuses to display .log files in the browser. at least I fail.
+	hehe
+	noooo :-)
+	for some reason I can't even persuade Opera to do the right thing :(
+	m m m mozilla
+	yeah, but there's the rest of the world too :)
+*	Bagder takes up the fight against the world
+	ok, so exactly the same only .txt instead of .log?
+	hmm
+	isnt that the server ?
+	that gives out a wrong mime format?
+	no, the mime type is correct. MSIE ignores mime types.
+	owh.. jolly :)
+	Bagder: yes please
+	coming right up
+	there
+	u could make a symlink called: msie-change-.txt
+	:)
+	works in MSIE now
+	i-am-a-looser-gimme-that-ie-link.txt
+	Opera still won't display it. very strange
+	opera6?
+	opera does weird things
+	Zagor: you should check for .log *or* .txt for now
+	ok
+	Zagor: the older ones are still .log
+	opera mostly does The Right Thing, sometimes more than you want...
+	uhm yeah
+	ans sometimes completely not
+	don't confuse "won
+	ah, never mind
+*	adi|home pokes you in the head
+	so i never got a full answer.. what type of files are accpectable playlist?
+	.m2u?
+	m3u rather
+	.m3u
+	full path names
+	anything else?
+	nope
+	lf or crlf separated
+	right..
+	okay...
+	grrrrr... 2 world cup games on at once.. this is tough
+-->	Linus (~linus@labb.contactor.se) has joined #rockbox
+	hey linus
+	and both games i wanna see :(
+	moo
+	zag.. did you see the FAQ?
+	I put the stuf in from you /. email
+	wanted to know if things make sense
+	adi|home: nice. i'll take a look
+	k
+	let me know if there is anything we're missing
+	yup
+	not that i will put it in.. but go ahead and tell me ;)
+	Zagor: don't you think the FAQ should have the same blue background?
+	id agree
+	if you want.. i can purty it up and put it into html
+	can keep an html and text version if you like
+	hmm, i'd like to keep it one file
+	i'll try to make a perl hack to format the txt file into a html page
+	if your going to.. can you also toss in an auto index?
+	yup
+	all questions will be formated with Q#. on the first left col.
+	good
+	so just pull that and then link them to the actual question
+	and a clear line btwn questions
+	*nods*
+	all answers are A#. as well
+	and if you are really bored.. ;)
+	you could parse for http lines and make them links ;0
+	he should
+	oh.. and last thing
+	i could _really_ use central air here.. so when ever you want to come over and put it in
+	id be ever so greatful
+	A18 should probably not be so Gatesy. wav is uncompressed simple PCM data. you're probably thinking of WMA files?
+	nah.. i wsa just being a dick :)
+	i fix :)
+	the answer is good, for WMA
+	:)
+	okay.. fixed
+	I had my Recorder running the gdb stub for almost a whole day yesterday, connected to the charger
+	and when i switched back to the original firmware, the battery meter was completely screwed up...
+	ooh. for starters, or after several minutes too?
+	it is always empty when i boot it up, and then shows a normal setting
+	weeirdo
+	and after a while it shows empty again
+	btw, the buttons are too sensitive
+	and stays empty?
+	Zagor: i don't know. I had it in my pocket most of the time
+	Bagder: bounces?
+	define too sensative
+	possibly, I just noticed that when I wanted to get into a directory
+	I often ended up going down two levels at once
+	i have the same experience with the player
+	we need debouncing of some kind
+	yeps
+	hmm, why do the buttons bounce - does the hardware actually do that?
+	yes
+	ahh.. that just may be our timing Bagder
+	most definitely
+	it's a standard problem for all buttons
+	not on the arcade buttons I've dealt with ;)
+	hehe
+	that's because they added debounce, just like we need to
+	hardware debounce?
+	we have to do it in software
+	well ok, just as long as it allows me to press a button for 1/60th of a second and still get the press in
+	hehe. 60 Hz is quite a heavy load. I'd say 30 is more reasonable
+	oh well, we'll just test and adjust
+	yeah
+	what exactly is debounce?
+	detection and suppression of (very) short double-presses
+	ahh.. k
+	it's due to there being noise in the button connection, so it sometimes electrically flip-flops several times per intended keypress
+	adi|home: we compensate for the button bouncing by reading the buttons several times
+	*nods*
+	grrrrr.. screen redraw on th recorder is still not right
+	no? what happens?
+	well.. i have a short filename
+	and i have long filenames
+	all is fine till i scroll and bring the short file as the last one on te screen
+	it seems we aren't clearing the line before we draw the new text there
+	so you have remaining garbage
+	testing...
+	im tracking it now
+	try to repeat it in the simulator
+	i am now
+	its in the simulator that im getting it
+	aha
+	ok
+	what aha?
+	nothing, I just thought you saw in on target
+	s/in/it
+	I can't repeat the problem. I have a short file in the last line, no problem
+	you need to have the short file _not_ on the screen to begin with.. hold on.. ill get a screen shot for you
+	i didn't. it was song #15
+	ill try a recompile
+	maybe i have an old obj file
+	adi|home: Q28 should read "is this legal" not "is that legal"
+	k
+	both "that" in Q28 should be "this"
+	A29 will fail parsing, since it contains blank lines
+	nope.. still getting it.. hmmm.. ill try and update again.
+	http://orion.ramapo.edu/~rhak/misc/shot.png
+	look at that
+	A30 should probably say something like "The first release is called 1.0 because it has a basic working feature set, that works and has no known bugs. That is what 1.0 means."
+	adi|home: looking. odd that I can't repeat it.
+	ah, got it.
+	the previous file has to scroll first, then when I scroll down I get the bug
+	ahh okay
+	so im not insane ;)
+	well I wouldn't rule that out just yet...
+	hehehe
+*	Bagder hears noise from the lab
+	there's a tv there
+	yeah, sweden scored a goal
+	I suspected that
+	Yieeehaaaaa!!!!!
+	heheheh 
+	yup
+	just saw replay
+	im watching the rong damn game
+	hehe
+	i want to watch england
+	and i want to watch argentina lose
+	wooo, playlist icon
+*	adi|home nods happily
+	we have it, why not use it?
+	FAQ fixed
+	yay, neato
+	did anyone try to play a playlist yet?
+*	adi|home is all about 1-3 line code additions ;)
+	hehe nope...
+	Bagder: nope :)
+	i don't want my recorder to explode ;)
+	haha
+	if someone gets me a nice new compile ill test it...
+	hehe, the recorder will happily ignore it
+	i havent built my cross compiler yet
+	ahh.. then nope...
+	okay.. bleary eyes.. and im still on call for another 3 hrs.. im off to bed...
+	night adi
+	if you have any toher FAQ changes.. post them.. ill get them in the (my) morning
+	looks good for now. thanks!
+	I'm not satisfied with the scroll
+	ok?
+	too much blanks
+	yes, I agree. looking at that now
+	neato
+	when the last char leaves the left side, the first should come in on the right. no "empty line"
+	or do you want it even tighter?
+	exactly
+	I could do with just X spaces in between
+	where X would be 2-3 
+	I mean between the last and the first
+	i think that might sometimes be confusing, as it wouldn't be obvious where the start is
+	i'll do the simple fix first
+	I think it is an improvment as it'll make more text readable at all times
+	hmmm
+	should any 60gb 2.5" hd work in a jukebox studio ?
+	or 40gb
+	if it's 9.5mm, yes
+	nice..
+	just check the power requirements. the toshiba 60gig draws very much power at startup
+	hm k
+	woulkd take forever to fill though i think
+	it's not a problem, but it might make a difference in battery life
+	uhuh
+	and batterylife is already decreasing
+	Greg Haerr seems to be "mr Microwindows"
+	huh?
+	oh
+	cool
+	yeps
+	heh, Greg is good ;-)
+	yeah
+	yay, the new server hardware has arrived
+	yay!
+	dual Athlon MP 1600+
+	1600MHz, aren't they called 1800 or something?
+	ah, yes
+	those model names are confusing :)
+	indeed
+	uh, my scroll fix didn't look so good on the player...
+	ata_read_sectors() could be renamed to ata_read_sector() I guess and always read one
+	nah we'll just fix it instead
+	so you plan to use other than 1 too then
+	umm, maybe not. only the fat32 driver uses ata and that always just reads 1.
+	that's my point, if the reading works good today, then we don't need anything else but 1
+	agreed
+	Zagor: does the ATA read sector loop need to poll the DRQ bit for each sector?
+	ummm, don't remember
+	it doesn't today
+	let's just skip the loop, we never read more than one anyway
+	i'm fixing the bug Greg found
+	we night gain some performance by reading several sectors at once
+	might
+	i am a moron
+	umm, yes. but our code doesn't...
+	we do wait for DRQ
+	I'll just add the buf += 512 and it should work
+	+= SECTOR_SIZE
+	right?
+	yeah
+	duh, i suck
+	hey, Anja loved Rockbox... she could play tetris ;-)
+	hehe
+	although the not playing music part was a bit hard to explain ;-)
+	"yes, this is an mp3 player but it can't play mp3"
+	haha
+	there are three threads right now, isn't it? with the new one being the lcd scroll?
+	yes. i'm writing a response to his mail :)
+	goodie
+-->	adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
+	heh
+	X11 session from one Linux box to the Linux craptop
+	== amusing
+	prepped for the great LUG today
+	:P
+	:-)
+	what LUG is this?
+	I got a back ache when I brought my massive box last time
+	heh
+	a local LUG in Minneapolis
+	pretty unofficial ;p
+	we don't even have a website
+	I think anyone who says Linux has no use on laptops is a total dimwit
+	well whay else would you use?
+	they generally don't require one use some damned 'touchpad' 90% of the time
+	nintendo?
+	I'd generally prefer a big hulking tower for Linux
+	but I guess two reasons I'm REALLY liking it on this laptop
+	the network segment Windows 9x basically screwed up totally with the crappy pegasus chipset USB adapter
+	linux complains, but doesn't die.
+	which is a huge improvement
+	second off, this thing is old and slow. Linux makes it very usable. Windows does not.
+	4:30 AM
+	my sanity apparently exited when I first moved into x86
+	moving from a 68000 to a 68040 then to an 800mhz PIII :P
+	amiga?
+	heh, nope
+	amusing. running this xmms from a box on the other end of the home, displaying it an xserver on this laptop, then playing the sound via an icecasted stream.
+*	adam needs to become less lazy about setting up NFS
+-->	plmirc (plmirc@152.190.62.62.9massy1-1-ro-bas-1.9tel.net) has joined #Rockbox
+	hi
+	Hi at all
+	just a very little question
+	hmm...
+	sure
+	why not a big interesting question?
+	why mean the message  ata: -4
+	it means you're using old software ;-)
+	it means the ata code bugs for recorder
+	I'm too hurry ?
+	try the latest daily build
+	it is this one I tried
+	plmirc: what kind of recorder do you have?
+	archos20020612.ajz 
+	I have the 10 G version
+	which recorder model do you have?
+	*plopp*
+	i think we have found our man!
+	interesting! we have only tested with recorder20 so far. you can help!
+	oupsss
+	plmirc: you are our hero!
+	ciao !!!
+	our man
+	really ?
+	heh
+	but why  explain me !
+	yes! we have been looking for a guy with an older recorder
+	YEAH !!!!!!!! If I can help you the first enjoyed !!
+	plmirc: are you willing to try a test version?
+	YEAH !!!!!!!! If I can help you, I'm the first enjoyed !!
+	...
+	Yes I want !
+	hang on...
+	what do you want I do ?
+	can I mail it to you?
+	y orginal firmware is the 1.24
+	yes
+	My mail is
+	oh well.
+*	adam hits the hay
+	good night
+	p_lm@hotmail.com
+	night
+<--	adam has quit ("[BX] Reserve your copy of BitchX-1.0c19 for the Atari 2600 today!")
+	night adam
+	night
+	ok, plmirc. Hang on.
+	I wnat to say before continue that I really love your idea to create an open firmware for the archos mp3 player/recorder
+	And i really really want to encourage you !!
+	:-)
+	The World is needed men like you !!!
+	hehe. thanks
+	thanks!
+	excuse my english....
+	where are you from?
+	I'm french
+	ok
+	and you ? 
+	we (the core team) are swedish
+	Congratulation for your football demonstration !!
+	but there are english, french and american contributors too
+	hehe, yeah they seem to be happy about it :) I'm not much into football myself.
+	Go Sweden Go!
+	every body is into football when it is the world cup .. isn't it ?
+	plmirc: i have mailed the test code
+	well some of us prefer hacking :)
+	oki
+	plmirc: but i'm not sure how it works, i accidentally included some other non-working changes...
+	I check my mail box right now
+	(the MAS3587F code)
+	yeah i have it
+	good luck, and be careful out there... :-)
+	there is a big bad virus in that  ??
+	:-)
+	no i'm kidding
+	but why it is so small
+	surprised?
+	the official has a double size
+	well, we are not done yet.
+	Are you limited by the size ?
+	The limit is about 250Kb I believe
+	I connect my archos mp3 recorder 10 G version
+	but we don't know for sure
+	*boooom*
+	I copy your file....
+*	Bagder awaits
+	(drum roll)
+	yes i looked for this word, thx ! ;)
+	and.......
+	and .....
+	and ..
+	*silence*
+	ok i deconnect and turn it off now
+	the suspense is KILLING me! :-)
+	even more that the football game
+	and to think people found the world cup match exciting
+	hmmmm
+	than
+	don't say that
+	rockbox vs cvs is on the screen this time during a longer time
+	and yes i can now view all my files
+	YIPPIE!!!!
+	*kewl*
+	what are you changing ?
+	YAY
+	what did you change ?
+	The address encoding of the ATA registers is different in your version
+	so we need to autodetect that somehow
+	I suspected this, and you made it possible to verify
+	You saved my day!
+	I can go in and out directory whith ouot any problem !
+	Good Job !
+	Don't try to play anything...
+	plmirc: now press the menu key and play tetris ;-)
+	oki
+	it is possible ?
+	yes
+	no i don't beleive it
+	no, playing mp3 is not possible
+	let's try ...
+	yet
+	OK. now we need a way to autodetect this
+	YEAHHHHHHHHHHHHHHHHHHHHH  OU OU OU OU OU YEAHHHHHHHHHHH !!!!!!!!!!!!!!!!!!!!! IT IS WORKING I PLKAY TETRIS ON MY ARCHOS !!!!!!!!!!!!!!!!!!!!!!!!
+	plmirc: press a menu key, then you can play tetris
+	WOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU §!!!!!!!!!!!!!!!!!!!!!
+	maybe we can do the same as the master/slave detection?
+*	Bagder laughs
+	YES UES YES YES YES YES !!!!!!!!!!!!!!!!!!!
+	Linus: what is the difference?
+	ou !!!
+	whowww !! it is fast
+	yeah !!!!!!!!!!! 
+	it marvellous !!!
+	I love it
+	I made 0 line but I love it !
+	Zagor: what do you mean?
+	what's the difference in ATA adressing?
+	The CONTROL/ALT_STATUS is at 0x61000306 in older versions, 0x61000206 in newer
+	How lame
+	and it doesn't work to adress 306 in newer versions?
+	no.
+	:(
+	I wonder why they have changed the address encoding in only one specific version?
+	rec20 is obviously a major update
+	They must have screwed up
+	I mean, why have it at 206 in Player, change it to 306 in the recorder10, only to change it back in recorder20???
+	plmirc: can you be around for more tests in the future?
+	ah, you're right
+	I wonder what the recorder6 has
+	306 i guess
+	the difference is probably only the HD
+	yse
+	yes
+	linus: yes I' ll be
+	good. we need you
+	Zagor: do you think we should autodetect or configure?
+	i'm not sure
+	it's a fourth target...
+*	Bagder hrmpfs
+	if it's only the ATA I think we should autodetect
+	still, if we auto-detect this why wouldn't we auto-detect the player lcd?
+	just a little question.. again.. but songs can be played on the player version and not on the recorder version.... it will take a long time before recorder can play song too ?? Are you near of this result  with recorder version ?
+	I wonder if there are players around with 306 addressing=?
+	plmirc: it's not far away
+	I think we'd have heard about that
+	oki thx linus
+	Bagder: was that hrmpf an opinion of some sort?
+	Zagor: their firmware use variables for the ATA register addresses
+	yes of course. and for lcd function pointers
+	"of course"?
+	Zagor: yes, I'd prefer autodetect of the ATA
+	so should we then autodetect the lcd too?
+	not necessarily
+	...since?
+	no we can't autodetect the lcd
+	the lcd differences are so huge
+	sure we can, just like the stock firmware does
+	ah, the ond/new player lcd
+	old
+	ah, that
+	yes
+	i thought you meant the recorder.....
+	me too ;-)
+	I could very well have an player-LCD auto detect too, yes
+	that would be nice
+	There is an  other function which can be interesting, but maybe it is too early to think about it right now, can I tell it to you now or I have to wait before speaking about new function ?
+	shoot!
+	shoot ?
+	go ahead and tell us
+	ok
+	sometimes when I'm listening a song I want to listen an other one in a other directory just after the ont which playing
+	it is possible to select the next song which will be playing during an other song is playing ?
+	it is like a playlist but in real time
+	I don't know if you know what I mean ?
+	and if you think it is really interesting ?
+	Like the queue option in the Archos firmware?
+	yes but during a song is playing
+	not pre-determinated like a winamp playlist song
+	Tha Archos firmware has exactly that, so I want that for Rockbox as well
+	yeah, that will probably come sooner or later
+	it is like when your listen a mp3 whith winamp and you select the next dropping the file in the queue
+	well.. it was the idea of the day, if you need me just call me...
+	going to sleep... but my computer stay online
+---	plmirc is now known as plmirczzZZ
+	night
+	Linus: is the mutex atomic?
+	probably not
+	why?
+	i was thinking about what greg said. since we use the queue code from both threads and interrupts, shouldn't the mutex be interrupt protected?
+	the queue code doesn't use the mutex
+	ah, ok then
+	it disables the irq
+	good
+---	Zagor is now known as Zagor|lunch
+---	plmirczzZZ is now known as plmirc|zzZZ
+---	Linus is now known as Linus|meeting
+---	Zagor|lunch is now known as Zagor
+<--	dwihno|gone has quit (Remote closed the connection)
+	brb
+<--	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
+-->	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
+---	plmirc|zzZZ is now known as plmirc
+	I just wake up and I made a dream.. I play Tetris on my archos with an other opposant through usb cable, it will be possible ?
+	no, usb is out of our control
+	snif :'(
+	it is only for harddisk access
+	there is the digital IN/out port !!!!
+	yes, it's a little boring
+	yes but that's only for sound data. we can't access it directly either
+	i know it is possible to have information from ear port
+	no, only to the port. not from.
+	it is the way of remote control
+	yes, but it's only one-way
+	hummm ok.... hmmm . there 's any port again...
+	:'( one-way, no way...
+	yeah !!! I found !!!!!!!!
+	why not use the line-in port for the one-way information and the ear port for the other-way information ???
+	the ear port is the only port we can control. line is directly connected to the sound chip
+	dawn !!!
+	shit !!
+	now now, no foul languange necessary
+	sorry... :p
+	Zagor: so when's the server upgrade happening?
+	i'm thinking about doing it tomorrow morning, to minimise the impact
+	sounds wise
+-->	jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
+<--	plmirc has quit (Read error: 104 (Connection reset by peer))
+	I was jsut reading thorough the logs.my recorder firmware is 1.17ia.  I still get the ATA error with the dail builds
+	elinenbe: what recorder type?
+	elinenbe: the new ata code isn't in the daily yet. it was just a test.
+	it ia a recorder 6GB
+	elinenbe: yes, that once will need a fix
+	that one
+	have you figured out the problem with this version?
+	ok, so at least we know 6 and 10 are the same
+	yes
+	send me the firmware and I will try it out.
+	Zagor: do you have any good idea on how to autodetect?
+	we could probably do something in the line of our master/slave detect. test the two addresses and see who responds correctly
+	elinenbe: are you prepared to test?
+	I am always prepared.
+	I am using chatzilla here though, so I have no DCC transfers.
+	no problem, i'm putting it on the web server
+	you have to support the OSS movement.
+	the force is strong with you... :)
+	I see the change logs have added a CR or a LF to the end.  This makes windows users happy.
+	actually, the extension was changed and that's the only diff ;-)
+	it's just silly windows browsers that care about filenames instead of mime types
+	true.  It was changed from .log to .txt
+	that is some stupid shit
+	that is msie for you...
+	just tell me when it [the recorder firmware] is up on the web page.  I will go to town with it.
+	it doesn't play any music yet though ;-)
+	understandable... who needs to play mp3s anyway
+	tetris works, that's all you need :)
+	true.
+	http://bjorn.haxx.se/rockbox/recorder/ajbrec.ajz
+	go go go
+	noooo, won't work. stop
+	now
+	my fingers are quicker than my brain :)
+	so, should I try it?
+	yes
+	i'll try it on my rec20 too
+	works for me. how about you?
+*	Bagder crosses his fingers
+	Paraguay is now up 3-1 on Slovenia -- 3 goals in the 2nd half
+	"ata: -4"
+	:(
+	ough
+	hmm, ok new version. try again.
+	was that an autodetect attempt?
+	yes
+	worked for me, but I set one bit wrong
+	on the player why dont you use the up down buttons to scroll through the directory?  and the left right to go into/ out of the directory.
+	it seems more logical
+	because it doesn't have up and down buttons.
+	people have used left/right (which are actually called -/+) for ages, they will scream bloody murder if we change that
+	look at the comparison and you'll see the player doesn't use the same cursor navigation concept as the recorder
+	true.  I forgot.  I used to have a player, but I got one of the first recorders.
+	Linus|meeting: what were the addresses? you said 0x06100306 and 0x06100206 but the "old" code uses 0x06200206
+	this last version gives me an ata: -4 too
+-->	edx (OKE60@pD9EAB833.dip.t-dialin.net) has joined #rockbox
+	hi
+	hey
+	hey there.
+	*fixing win32 code finally now..*
+	coolio
+*	elinenbe starts yelling "E-D-X" at the top of his lungs and wakes the neightbors!
+	lol
+	after scrolling and playlist are added, just the playmodes need to be added and we almost have equal functionality to the original player!
+	that is quite impressive.
+	yeah, it's gone quickly
+	heh has Archos ever contacted you Bjorn?
+	not about rockbox, no
+	hehe
+	whether they even know..?
+	they wanted my help developing the multimedia jukebox last summer, though...
+	cool
+	are you serious?
+	did you help?
+	this multimedia thing rocks.
+	how come they chose you? :)
+	that multimedia thing has been delayed more than 6 months!
+	yup. but they bailed out when they saw my hourly rates :)
+	lol
+	they had seen my "dissecting the archos" page and the linux driver
+	ah
+	well, at least they know where to look
+	myabe they should have highered someone who request higher rates.
+	hehe
+	there stuff is "quite" buggy
+	I dont have a player so I have yet to test the recent functionality, but have you heard of any crashes -- (as inthe archos crashes where you have no clue what is going on)
+	no, we've had very little problems
+	that is quite excellent.
+	I suspect that it isn't being used very heavily yet
+	yes, that's nice. we found and nailed a rather nasty bug just before release, so we've had a bit of luck too
+	when the playlists come, I think that'll improve
+	yup
+	I was wondering if you would be able to have a "high-activity" buffering mode and a "low-activity" buffer mode?
+	are they playlists ready for random, bagder?
+	elinenbe: why?
+	Zagor: yes they are prepared, the code is all there
+	by that I mean you can have redundant disk reads? like if you are running with the player.
+	we'll have to do lots of testing first, to see how (and even if) we can improve skipping
+	then it could read the disk more often... and verify the data or try and reread the data, or just struggle with whatever data it is reading
+	Bagder: can we randomise the playlist while playing it?
+	what will happen on the player if I shake the hell out of it while it is playing... for a few minutes?
+	(sorry haven't read the code very thoroughly)
+	Zagor: sure
+	elinenbe: i don't know :)
+	Bagder: so if I add a "randomize" entry to the menu, we're pretty much set?
+	Zagor: pretty much, we might want one option to toggle "shuffle" and perhaps another one for reshuffle
+-->	plmirc (plmirc@152.190.62.62.9massy1-1-ro-bas-1.9tel.net) has joined #Rockbox
+	Bagder: umm, how do we turn off random?
+---	plmirc is now known as plmirc|zzZZ
+	uh
+	;-)
+	we'd need to reload the playlist
+	to get the correct order back
+	well, we don't have to support "un-randomizing" right now
+	hmm Bagder...
+	yes?
+	Bagder: lcd_init..what's that
+	I cant use that :P
+	starting the scroll thread
+	ah ok
+	then i can..
+	sorry ;)
+	hehe
+	I think in time a "The" filter should be added in...
+	what are the params of create_thread.... ?
+	where files that start with "The" the "The" is ignored...
+	create_thread(void* fp, void* sp, int stk_size)
+	function pointer, stack pointer, stack size
+	hmm ok
+	elinenbe: hehe
+	we need a generic "filter" to present song names shorter
+	I might have a go at someting like that soonish
+	it's an 1.2 feature anyway
+	yeah
+	but even 1.2 features need to be written ;-)
+	hehe, yup
+	Bagder.. what do you do with the stack pointer?
+	nothing
+	good
+	me neither lol
+	;-)
+	pthreads usually have 2MB stack anyway
+	i use the stk_size variable though...
+	don't
+	what is init_threads supposed to do btw.. (why not?)
+	you're likely to use more stack than the target
+	ok
+	so the stack size will be tuned for target performance and may not be good enogh for hsot
+	hmmm with the linux simulator.. dont you get "mpeg_play undefined" or something like that?
+	no
+	ah
+	ok i see
+	I have a stub for it
+	you defined it
+	(ill just copy..)
+	there's a init_threads() too in the x11 sim
+	and then.. whats yield?
+	yield is: "now, someone else might want to run a while"
+	we have cooperative multitasking
+	aha
+	each thread must themselves let go
+	uhmm... where is it defined (and do i need a stub for it?)
+	you implement the thread layer
+	you need to provide yield
+	aha
+	i still dont get what its supposed to do
+	edx: you should make sure that only one thread at a time is running
+	and where is it defined for the target?
+	and when the thread calls yield(), another thread may start executing
+	ok.. start or continue?
+	yield() is in kernel.c
+	k
+	continue
+	create_thread() starts threads
+	all threads must call yield()
+	ok no problem then.
+	is there a stop_thread or somehting alike?
+	only when a thread calls yield will any other thread get to run
+	No
+---	Linus|meeting is now known as Linus
+	no stopping of threads, no
+	and why not? :)
+	we don't need it
+	(the scroll thread is always running..?.. yes)
+	if the need ever comes up, we'll add it
+	yes
+	Watch my new cool commit
+*	Bagder switches to his rockboxcvs box
+	now come to papa
+	coolness
+	now, does it work? ;-)
+	Linus: bah, mine is a lot smaller
+	but it still doesn't work.
+	haha
+	Mine works
+	for rec6?
+	yes
+	oh, sorry, i havent tried that
+	give it to elinenbe
+	does he have a 0x306 box?
+	rec6, yes
+	yes
+	elinenbe: here?
+	why would the data stay on the bus when we have read lots of instructions inbetween the accesses?
+	so you know that rec6 has 0x306 address encoding?
+	I am here.
+	at gives ata: -4 anyway, which indicates it
+	but leaving for class soon
+	I have a rec6
+	because we don't execute code behind the ATA buffers
+	elinenbe, pick a recorder version here http://storebror.haxx.se/archos/
+	Badger: that version works.
+	Zagor: it is not about data staying on the CPU data bus, it's about data staying on the ATA bus
+	*ding*
+	neato
+	I can scroll through the songs!
+	great!
+	nicers
+	that is nice.
+	coolers boys
+	i still think we should combine the master/slave and version check :)
+	linus version is bloooooated ;)
+	haha
+	What is bloated about it?
+	he still has 1 - 0 for making it work ;-)
+	just kidding, i did it like this:
+	    /* check for master/slave on both control addresses */
+	    for ( control_addr = (void*)ATA_CONTROL_ADDR1;
+	          control_addr !=(void*)ATA_CONTROL_ADDR2;
+	          control_addr = (void*)ATA_CONTROL_ADDR2 ) {
+	that brings down the change to about 10 lines
+	nice.  can you get the scrolling faster?  :)
+	elinenbe: go into the menu and set the speed yourself
+	well, laters.  congradualtion on the fine effort.
+	what does create_thread return on failure / success?
+	I want page down/up in three browser
+	very nicely done.
+	tree
+	Bagder: yes, but that requires multiple keys which we don't support yet
+	how about how soon it scrolls?  -- like as soon as you put the curson on the filename.
+	gotta go. bye!
+	ah
+	see ya Linus
+	elinenbe: that can't be changed yet
+<--	Linus (~linus@labb.contactor.se) has left #rockbox
+	I think a highly configuralbe firmware with some good default options will be awesome.
+	yep. it's called Rockbox :)
+	much like the iriver/riovolt 250 firmwares...
+	well, you know what I mean... options for everything.
+	i know
+	When one thread is started (begin_thread).. then all other threads are suspended, right?
+	the first level of tetris is too fast :)
+	hehe...
+	later.
+	edx: yes
+	that's how it should be
+	ok
+	Zagor: what does beginthread return on success / failure?
+	it doesn't fail
+	beginthread? that's not in the api is it?
+	no
+	mine can fail.
+	then it can exit ;-)
+	Xlib: sequence lost (0x10000 > 0xc5) in reply type 0x0!
+	i still get a lot of X errors, bagder
+	X error in rockboxui:
+	X Error of failed request:  0
+	  Major opcode of failed request:  0 ()
+	  Serial number of failed request:  0
+	  Current serial number in output stream:  197
+	weird I didn't get them at all yesterday
+	try running it remotely, that might trigger it
+	or else it's my starwin32 that's fooling around
+	I can't right now, my X redirect is messed up
+	ok
+	also I get an X beep for every keypress I do. very odd.
+	righ, I get that too at home
+	no idea why
+	jipie! reduced errors to one...
+	way to go
+	not with this one
+	*done*
+	cool, you are fast
+	will you remove the intptr_t from dir.h too?
+	and the .rc file
+	... the rc file.. that was your mistake i think.. it had always been in the cvs...
+	but it doesn't compile
+	see Gary's mail
+	*great* why not?
+	i will...
+	in a sec
+	Greg's mail of course
+*	Bagder writes "Gary is not Greg" a 100 times
+	hehe
+*	edx didnt even notice you switched names ;)
+	hehe
+*	edx writes it 50 times
+	is scrolling used on the player?
+	yes
+	when?
+	i'm working on a better scroll, though
+	... i would like to see scrolling... it doesnt scroll :)
+	it should scroll
+	short names don't scroll. find a long filename
+	folder name.. ?
+	file or folder
+	(long folder name wont scroll.. :()
+	then it's a bug
+	actually i found a bug with that. names only 1 char too long don't scroll.
+	the length calculation was wrong
+	uhm its much longer.. rather a uisw bug ;)
+	oh, doh, i forgot what you were working on :)
+	ok that sucks... the thread suspends itself :/
+	hehe
+	not funny :P
+	whats new?
+	we got the ata code working on all recorders now
+	it wont scroll!
+	scroll_count stays 0.. also for folders :/
+	it scrolls on target
+	and in the X11 simulator
+	apps.. main.c needs to include thread.h for init_threads
+	main.c .. init must return a value
+	it must?
+	dont know.. vc says it must
+	right
+	should be a void
+	noo...
+	whats this
+	ah ok
+	recorder scrolls, too?
+	yes
+	(no, not on the simulator :/)
+	is too ;-)
+	bah
+	lol
+	how do i pop up the menu again :/
+	Zagor: you added any randomize menu?
+	not yet, working on Scroller++ :)
+	edx: the -
+	(wont work)
+	what's all this lol
+	I'll go home, see ya later
+<--	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
+	why wont the menu show up??!
+	you must press F1 now, not F2 or F3
+	ok
+	that is: you must press /, not * or -
+	ahhh
+	thanks
+	ok scrolling works in the menu!
+	not whilke browsing though
+	weird
+	add a debugf() in scroll_thread to see that it's running properly
+	pah who wokrs with debugf.. breakpoint there ... it works ;)
+	haha
+	scroll_count
+	that is 0...
+	hmm
+	lcd_puts_scroll sets it to 1...
+	now that's weird.
+	uhm
+	its 0 again... for some reason.. uhm.. well ill debug a little
+	why is lcd_stop_scroll called directly before putsscroll?
+	that's not wonder at all ... stop_scroll sets it to 0 again!
+	because stop_scroll restores the line. the next putsscroll starts scrolling on another line
+	hmmhm
+	but its called over and over again
+	(tree.c ln 366)
+	you have an old tree.c 366 is the last return
+	oh lol
+	...
+	but there, too, lcd_stop_scroll is called over and over again
+<--	plmirc|zzZZ has quit (Read error: 104 (Connection reset by peer))
+	where?
+	it's called once per screen update
+	ln 366... whats that
+	hum?
+	366 is "return false;"
+	i just updated.. (i even deleted the whole folder and checked out again)
+	strange.
+	uh, lemme check
+	it's my version that's different. let me check it in.
+	now
+	also grab the new lcd.c
+	k
+	uhm.. its always set to 0 again :/
+	strange. well it works in target and x11 simulator...
+	hah! setting scroll speed to 1.. then it works LOL
+	scroll_speed/2 .. that does not work according to c... for scroll_speed = 1 (1/2 = 0)
+	yes, don't use scroll_speed=1
+	thats the only number it works for lol
+	eh? make it better :)
+	it's set to 0 (by scroll_stop) before the scroll function is called - how can this work whereever else..?
+	no, scroll_count is set to 0. not speed.
+	ok
+	whatever.
+	still... why?
+	well there's a difference :)
+	because by setting it to 0 the scroll stops
+	great.
+	then it stopsstopsstops ...
+	line 366 is called more than 10 times a sec...
+	is that correct?
+	366 is "return false;"
+	*crying...*
+	        lcd_stop_scroll();
+	that's what it is
+	no, i don't get that called other than when the screen is scrolled or the cursor is moved
+	where is it called from?
+	ok.. now it is return false; (done another update)
+	returns?
+	still.. it wont scroll...
+	it's void. what are you doing?
+	now its line 359 i am talking about
+	tree.c ln 359
+	is always called :(
+	check your button_get. if the argument is true, it's not supposed to return until you press a key.
+	that's probably it
+	ahhhhhhh
+	thats OF COURSE it ;)
+	ok, good!
+	who did put that argument in there?
+	i did
+	i am sorry for bothering you all the time.. :)
+	that was last week, i think. looong ago :)
+	no problem :)
+	now thats your own fault!
+	hehe
+	i have to rush. see you tomorrow!
+<--	Zagor has quit ("Client Exiting")
+	YEAY!
+*	edx got scroll to work!
+-->	dwihno|gone (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox
+---	edx is now known as edx|away
+-->	Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
+	Bagder2: are you the "real" Bagder? lol
+	noooo, I'm 100% fake ;-)
+	was that ironi? lol if not then who are you :)
+	you should recognize that I use the same host pattern as always
+	should be an indication
+	so yes, its me
+	in windows i can only see that if i really want to (and I had a look at it and rcognized name etc were correct.. but you can never be sure ;))
+	got scrolling to work on the simulator
+	cool
+	I noticed your commits
+	was just teh button_get function which did not work for 1st argument = true
+	hm.. gotta eat something... be right back
+---	edx|away is now known as edx|eats
+	http://bjorn.haxx.se/rockbox/daily.shtml
+	edx i wanted to say.. good work on the windows side mate...
+	adi.. thanks :)
+---	edx|eats is now known as edx
+	as for you Bagder2... well... atleast your swedish ;)
+	has anyone else been really helping you?
+	edx, you should check the compile status page after you commit stuff... it broke again
+	fixed now
+	ouh.. what was it?
+	different init protos in apps/main.c
+	himhum.. think i fixed that (?)
+	yes, you fixed it for the simulator
+	and broke all non-sims ;-)
+	6 red boxes
+	ok... very sorry for that.. didnt know there was one for each (sim/target)
+	no worries
+	next time i'll have a look at it
+	I just meant that as an advice
+	.. and it's a good one ;)
+	didnt know it would update that fast.. that's really cool what you did there :D
+	it updates every 20 minutes if there are changes done
+*	Bagder2 bows
+*	edx applauds
+*	Bagder2 likes Björns scroll-fix
+	that scroll does look good
+	okay, who broke the sim?
+	i can't get into the menu anymore
+	for the recorder
+<--	Bagder2 has quit (card.openprojects.net irc.openprojects.net)
+-->	jester (~snortboy@216.33.101.146) has joined #rockbox
+<--	jester has quit (Client Quit)
+-->	Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
+-->	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
+<--	webmind has quit (Remote closed the connection)
+-->	webmind (webmind@seal.student.utwente.nl) has joined #rockbox
+<--	Bagder2 has quit (Read error: 110 (Connection timed out))
+	adi| whats your problem with the scroll?
+	noting.. i like the scroll
+	but the sim for some reason, doesnt' bring up the menu anymore...
+	for the recorder
+<--	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
+-->	Coug (sometime@1Cust221.tnt1.coeur-dalene.id.da.uu.net) has joined #rockbox
+	does anyone know how to install an archos driver when it says "you do not have sufficient security priveleges to install this hardware" in windows 2000
+	yes.... I did get permission
+	press /
+	... adi
+	for the menu
+<--	jedix has quit ("Mozilla party!")
+-->	g003y (~g003y@dynamic-195-63.hotwired.com) has joined #rockbox
+	woo... busy today :D
+<--	g003y (~g003y@dynamic-195-63.hotwired.com) has left #rockbox
+<--	edx has quit ("good night")
+-->	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
+-->	Linus (~linus@labb.contactor.se) has joined #rockbox
+	hey
+	cuckoo!
+	the builds went red again, but I got to turn them green ;-)
+	aren't the sim for the recorders supposed to go into menu when you hit '*'?
+	red builds. oh my god!
+	cause it seems it does it on '/' now.
+	I think Björn moved that, on purpose or not
+	So did Zagor finally accept my ATA patch...? :-)
+	the bloated one
+	hah
+	he who writes the working code wins
+	:-)
+	BTW, did we give jedix credit for his work on the scroller?
+	I don't think we did
+	where do we need to give him credit?
+	on the credits list?
+	we should get Greg on IRC
+	Greg?
+	Haerr
+*	adi|work doesn't recognize the name
+	from the mailing list
+	ahh..okay..
+	he posted like 7 times the last 24 hours
+	that guy.. eheh okay
+	:)
+	just sent him an invite
+	night
+<--	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
+<--	wettoad has quit (Read error: 110 (Connection timed out))
+-->	wettoad (~wettoad@uludag.mbi-berlin.de) has joined #rockbox
+	night
+<--	Linus (~linus@labb.contactor.se) has left #rockbox
+<--	Coug has quit (Read error: 110 (Connection timed out))
+<--	datazone has quit (Read error: 110 (Connection timed out))
+-->	datazone ([Vx3r6U9xN@207.136.36.203) has joined #rockbox
+---	wettoad is now known as WetBed
+<--	elinenbe has quit (Read error: 104 (Connection reset by peer))
+-->	ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
+	hey
+	björn you have klez =)
+	how did you get it in linux
+	hehe
+	oh
+	anyone awake?
+	wow
+	the firmware is getting really good
+	but the moving around is still wrong
+-->	gregh (~greg@adsl-63-206-140-154.dsl.lsan03.pacbell.net) has joined #rockbox
+	hello
+	is this the rockbox developer irc channel?
+	yepp
+	that's it?
+	all you had to ask?
+	=)
+	would you believe I've been hacking code for 20 years
+	and never used irc?
+	a few folks suggested I get on this channel
+	I was thinking of jumping in and hacking the windows
+	simulator version a bit... I'm stuck using windows
+	for now and its hard to dual boot...
+	heh =)
+	i see
+	well welcome to irc
+	you have missed out on something for the last...well not 20 but maybe 10 years
+	hey gregh... glad you came over :)
+	you just missed Bagder and Linus
+	who is adi|work?  Is that edx?
+	they went to sleep a bit ago..
+	adi|work: adiamas
+	oh shoot.
+	adi|home: adiamas
+	:)
+	they are in sweden...
+	hm
+	and i am just a wannabe that has been around since day 1 of development
+	I'm thinking it would be fun to hack some code for the player
+	the only i have contributed with is the name "rockbox" and a bit of the website design
+	but I'm lazy and don't have time to cross compile so I've
+	got to get the windows simulator working great first...
+	ironi - well you did a good job on the name!
+	gregh: I'm kind of prud actually
+	hehe
+	I would hack code if I knew more
+	But I'll give it some more time
+	does everyone here use the x11 version, or instead
+	the actual target version?
+	heh gregh you dont need to press enter like that
+	=)
+	haha
+	oh, were your screens scrolling?  I double clicked on a few
+	peoples names...  I don't quite know what I'm doing on IRC!!
+	just type what you wanna say
+	nothing special
+	heh
+	it was interesting to see where everybody's IP address was
+	ok, I think I've got it back under control now...
+	so - what feature should I hack on first?
+	you can put more on 1 line, rather than hitting enter between pieces ... 
+	gregh: what client do you use?
+	I just pulled down mIRC.  What do you recommend?  I am hitting enter a bit frequently, I see
+	gregh: well mirc is good for beginners
+	stick to that for a while
+	i personally use xircon, another windows client
+	hehe
+*	PsycoXul recomends *NIX clients :p
+	which i find better , but i guess that is just what im used to
+	PsycoXul: u think? for a newbie?
+	well if he's on windows he can't very well use them so i guess he's better off sticking with mirc
+	gregh: well a few hints: you doint need to type the entire nick of someone you address, jsut type first letter then tab
+	:p
+	or a few letters then :
+	mIRC requires payment after 30 days I think
+	heh
+	sure it does 
+	:p
+	I have to use windows for my damn email for the time being
+	 /j to join /msg to private message /dns to see ip of a user, /notice to notice a user, /server to change server
+	the basic irc commands
+	=)
+	i cant beilieve there are actually ppl on this planet that have never used irc...today...2003 =)
+	no offence, gregh
+	heh
+	ironi: you get out much?
+	well, I spend too much time in the VI editor.
+	lots of people haven't used irc :p
+	PsycoXul: wel i mean like programmers, computer-freaks etc
+	=)
+	I readily admitted my IRC failings so that you wouldn't think I'm completely out of it...
+	PsycoXul: yah i get out much but irc is a part of my life
+	yeah
+	what happens if you're gone for a while and someone sends a message, etc?
+	irc's funny like that
+	It sounds kinda geeky to say u have friends on irc, that you consider your friends.
+	well if you're not connected then you're not on the network to get it
+	it'll tell them you're not there
+	gregh: you can set your self away like /away reason bla bla
+	if you are connected it'll scroll in your client, and depending on settings your client may log it for you
+	I can see that IRC is much more interactive than email, and you can get a better feel for the type of person you
+	re communicating with...
+	gregh: of course
+	or it'll just be like in the scrollback
+	hell, I met my girlfriend on irc
+	hahaha
+	heh
+	are the communications in IRC logged ?
+	gregh: you can log it, yes
+	(I wonder if I'll meet my future ex-girlfriend on IRC?)
+	I mean is there a master log for review?
+	gregh: optimistic, aye?
+	servers don't log
+	gregh: I don't think so
+	generaly
+	Never heard of it anyway
+	other people connected and in the channel can log the chan though
+	gregh: well you wont find any girls (hardly) on this network =)(
+	ironi: where will you find them?
+	ironi: yeah, I bet not ;-(
+	heh
+	I meet girls with my rockbox, though =)
+	heh
+	PsycoXul: i just meant there are other networks with channels that are more for "ordinary" ppl
+	chat channels
+	gregh: hehehe
+	ah
+	yeah but ordinary people suck :/
+	well
+	gregh: another good irc network (i think) is efnet, weher eoyu can find a lot of good channels
+	yeah efnet's huge
+	lots of people, lots of chans
+	i dunno that i'd call it a good network though
+	:p
+	PsycoXul: well its a good balance between good topics and off-topic talk
+	if you know what i mean
+	well that all depends on the chan
+	comparing to nets like dalnet =)
+	PsycoXul: of course
+<--	gregh has quit (Read error: 104 (Connection reset by peer))
+	well dalnet has some good linux channels
+	oops
+	there he went
+-->	gregh (~greg@adsl-63-203-102-47.dsl.lsan03.pacbell.net) has joined #rockbox
+<--	gregh has quit (Client Quit)
+	whoa
+	PsycoXul: where are you located?
+	he's in the same area as i am
+	whats that, los angeles?
+	lsan?
+-->	gregh (~greg@adsl-63-203-102-47.dsl.lsan03.pacbell.net) has joined #rockbox
+	san bernardino county i guess
+	am I back, good god I just got cut off
+	oh really
+	i'm in colton myself
+	gregh you nad PsycoXul seem to be neighbours
+	I am in newport beach right now
+	PsycoXul: is that california? =)
+	yepp
+*	ironi has no clue
+	yeah
+	gregh you can use /me to talk about yourself in third person
+	do you know why I was just disconnected with no warning?
+	so are you close?
+	connection reset by peer
+	well i guess not so close if he's on a beach
+	i'm rather inland
+	newport beach and colton
+	where is PsycoXul? I missed the last 3 minutes
+	ok
+	where the heck is colton?
+	near rialto
+	heh
+	ok, where is rialto...
+	hahaha
+	heh
+	I'm from salt lake city, actually
+	san bernardino county
+	but hangin here in newport
+	well im in sweden
+	what time is it, ironi
+	pretty close to riverside i think
+	i was in saint louis, MO for 5 months last year though
+	oh, then you are near chino?
+	2:48 am
+	i'm not sure where chino is 
+	you guys haha
+	heh
+	sometimes i forget how damn big usa is
+	he he, CA's too big a place
+	=)
+	it sure is
+	heh
+	yeah california could be 2 states
+	and still be pretty big ones
+	:p
+	probably will be someday
+	yeah
+	but you both have *,dsl.lsan03.pacbell.net
+	yeah 
+	pacbell's funky
+	sounds to me like you should be close :-P
+	i'd think so too
+	i has swbell when i was in stl
+	had
+	ironi: i typed '/dns ironi' and nothing happened...
+	nothing?
+	strange
+	try /whois ironi
+	since i've seen .dsl.XXXX.pacbell.net different one's for LA and san diego i figured lsan was san bernardino..
+	not same thing
+	where's it supposed to put the info, on the line above?
+	on the line you type
+	oh oh
+	default mirc
+	in the status window
+	is where it gets put
+	damn default mirc is not all that funny
+	oh, yes, there it is, hidden behind my window
+	and btw for unix/linux irc client i recomend irssi
+	I would recommend xircon if you want winsdows gui client
+	irssi rocks
+	but i like windows
+	to put 4 channels in a tile
+	so i can see all at once on my 19"
+	heh
+	thats heaven for me :-P
+	actually 6 right now
+	ah yes, that sounds like a good idea for a long time IRC person
+	you can have windows in irssi arranged how you like them
+	PsycoXul: nut in 2x2
+	really?
+	just above each other
+	i use fullsize windows
+	as far as i know
+	you talking console irssi?
+	15 of them right now
+	any idea why I was disconnected without notice?
+	though only 14 in use :p
+	ok wlel then you have to press buttons to change chans
+	alt and a number
+	big deal :p
+	like my hands aren't already pressing buttons to be and chat on irc :p
+	gregh: connection reset by peer
+	its more convenient than having to move a hand over to the mouse
+	you're talking a human or machine?  You mean TCPIP reset by peer
+	and i don't have the precious screen real estate to have them all visible at once
+	...especialy having 14 windows 
+	being on 4 different networks
+	control-shift-f6 will change between mdi windows in windows
+	gregh: if it happens sometimes, its just like that, it happens
+	10+ different channels
+	im on 2 networks
+	gregh: i would really recoomend xircon to you
+	its really nice
+	yeah
+	for windows
+	I'll pull it down
+	you do need kano too
+	xircon's the least-shitty windows irc client i've found
+	xircon raw is crap
+	:p
+	PsycoXul: with kano its really extensive
+	the nick completion is unbeatable
+	yeah i've seen kano
+	i like irssi's nick completion
+	is kano an addon
+	yeah its a script
+	http://www.xircon.com/pub/xircon/XiRC10B4.EXE
+	install that first
+	i'm not a big fan of tcl personally
+	dont bother to run it befor eyou install....
+	http://prdownloads.sourceforge.net/kanotcl/k15beta8.exe
+	that
+	i'm not really fond of perl either, but i respect it and its a lot better than tcl :p 
+	heh
+	when running the kano installer make sure you select the "first time install"
+	irssi is tcl or?
+	irssi uses perl for its scripting
+	xircon uses tcl
+	http://telia.dl.sourceforge.net/sourceforge/kanotcl/k15beta8.exe
+	try that link for kano
+	the first one maybe didnt work
+	heh
+	www.xircon.com/pub/xircon/XiRC10B4.EXE
+	I had to repeat that since I finally got logging turned on
+	heh
+	ok
+	you can click that link to open broswer
+	at least in xircon
+	and I never know when I'll get a disconnected
+	gregh: heh that doesnt happen so often, and with xircon + kano the windows wont empty when you reconnect
+	oh..
+	ok, got em both downloaded
+	even if oyu get kicked and rejoin
+	so install xircon first
+	then after that install kano and make sure you select the update settings box
+	shall I install it right now while I'm talkin with you guys?
+	makes some things easier
+	sure why not
+	heh
+	here goes
+	heh
+	imma go watch the conformavision
+	bbl :p
+	xIRC installed
+	k
+	except no desktop icon, hm
+	its in the start menu
+	=)
+	well dont run it
+	install kano first
+	installing kano now...
+	k
+	now xirocn is a bit different but a lot easier to understand i think
+	especiallt he cinenct dialog
+	did you say  I should check the "update settings" box?
+	yep
+	definitely
+	did you?
+	and all the other boxes?
+	yah i think so
+	dont rememberthe others
+	=)
+	ok kano installed
+	now what
+	so now start xircon
+	should i log in and keep connected here also?
+	can you run two clients?
+	yeah if its possible
+	well yes
+	ok, here goes...!
+	but sometimes a server doenst accept two conenctions
+	from same if
+	but if you conenct to irc.openprojects.org you wont always end up on the same
+	it redirects
+	i'm running it now, does it always take a bit after logging into the server to ask for the channel connection?
+	oh you mean the pop-up window?
+	yes, it's got a black (single) window
+	ok
+	you can use /j rockbox
+	 /j is short for join
+	not working?
+-->	new_gregh (~Greg@adsl-63-203-102-47.dsl.lsan03.pacbell.net) has joined #rockbox
+	hehe
+	there u go
+	hehe
+	ok so there are a few things you should configure
+	if you right click in the channel
+	configure/options/kanos options
+	right click in the black window?
+	uncheck any box checked on the lower half on the middle section
+	yeah in the channel window you are talking in
+	there aren't checkboxes, just hierarchical menus...
+	well in the menu ther eis configure -> options -> kanos options
+	there i would recommend to unchek all boxes in the lower half on th emiddle section, like reprt fatal erros and so on
+	ok, I've got that up now
+	also set "autoaway" to "off", and "on nick highlight" to "echo in focused"
+	the hit ok
+	good god what a bunch of options...!!
+	then
+	yeah there is A LOT more
+	if you want
+	but you dont need to
+	ok, did all that
+	done?
+	ok
+	yep, here I am
+	configure -> options -> modules options
+	check automatically log all channels to dir
+	geez a zillion more options
+	its a grwat fnction that sorts logs , channels in one dir and querys (private conversations) in one
+	done
+	configure -> options -> addons options
+	ok
+	remove the bottow five checkboxes
+	they are annoying
+	well actually
+	done
+	if u want spellfix, keep it
+	i cant use it since i talk in swedish in some channels
+	no spell fix for now, I never make a mistrake ;-)
+	ok and now
+	mistrake
+	and now something
+	type /ncomp &n:
+	what?
+	 /ncomp &n:
+	I did that
+	ok
+	new_gregh: This is what the nick comp is set to!
+	thats what u got?
+	yes
+	cause that is nick completion
+	try typing ir:
+	still there?
+	ironi:
+	you see?
+	=)
+	you can also try ir and press tab
+	it will complete the nick
+	ironi
+	kinda handy
+	for long nicks
+	what does the &n mean?
+	oh that was how it would complete
+	 &n is the nick and :
+	OH I get it now... nick completion is nick followed by :
+	I said I'm new...
+	exactly
+	so i change my
+	new_gregh-baby:
+	heh
+	adi|work-baby:
+	 /ncomp &n-baby:
+	=)
+	I suppose you can do /ncomp (eval fn(&n))?
+	its with an underscored : by default and a lot of ppl dont like that
+	hah
+	dunno
+	try /help ncomp
+	I'm going to change new_gregh back to gregh but can't since I'm running two clients right now
+	how do I setup for automatic login to rockbox on startup?"
+	no... close the first one and do /nick gregh
+<--	gregh has quit ()
+---	new_gregh is now known as gregh
+	hello there
+	we're rockin now
+	right click in the channel, then do autojoin-> add to autojoins
+	autojoin->add current
+	yeah
+	do this
+	done
+	 /theme bitchx
+	thats a nice theme i think
+	it didn't do anything yet
+	looks like BitchX, a *nix console irc client
+	didnt you get a popup where you could press ok?
+	it asked for the load, but no art changed...
+	yes
+	oh really
+	strange
+	maybe its default then
+	it says that it loaded it
+	what's another theme
+	strange
+	try /theme
+	then look in kano\themes
+	ok, i loaded Metal
+	what is supposed to change?
+	thatone is noce to
+	colors
+	just the text colors?
+	font colors
+	yeah
+	and a few other things
+	the "console"
+	you cna actually try yourself b using /kano
+	well, it's not too exciting over here
+	like /kano 0
+*	ironi is testing
+	I set a prompt
+	hm
+*	ironi is testing
+	but don't see the prompt...
+	well its just when messgaes appear form the server, and so on
+	nevermind
+	that's ok, thanks
+	so anyway
+	you can do /ts
+	to get itmestamp
+	good
+	you have to do it individually for every channel
+	try pressing the little button with tools on top
+	you have a time format
+	you might want to change the time display layout
+	I see, my god what a configurable program
+	i have [%H:%M]
+	and also connecta t startup
+	might be handy
+	I set the connect at startup
+	now
+	well, before I go to bed tonight, I'll see if Linux or Bjorn are on
+	 is this highlighted gregh
+	yes
+	good.
+	actually, minimize this program and look at your keyboard lamps
+	try that now
+	gregh
+	gregh
+	cool, isnt it?
+	gregh
+	=)
+	wow
+	the scroll lock is blinking , right?
+	=)
+	yes
+	i think that rocks, when im doing something else i can see someone needs me
+	how do you know if its addressed to you, or just the channel?
+	well kano is porlly the most complicated tcl script there is for irc
+	well it blinks when your name is said
+	thats the only occasion
+	oh my god
+	or when someone wites osmething to you in a private window
+	writes
+	and here I thought it was just when a message came through of any kind ...
+	no no
+	its a bit more sofisticated
+	anyway you can do most kano commands and options with / , you dnt have to use menus, which i think is handy
+	well, I better get something to eat and you better sleep...
+	if yu want to explore all the commands try typing /help
+	I will read up on this complicated thing...
+	and look onwards from there
+	I'll just leave this running, though
+	the commands that you do with / are called aliases btw
+	hehe do that
+	now waut
+	wait
+	try this /away food
+*	gregh is away, food [l/on p/on]
+*	ironi is gone, sleeping [l/on p/on]
+	=)
+	am I awa?
+	yep
+	away?
+*	gregh has returned, [gone/1m 26s]
+	how do you get the private window?
+	you double click a user in the list
+	or if you want to do it the command line way you type /msg nickname text
+	the reply will still open up a new window
+	ok, I'm going to eat now, thanks alot for the info!
+	np
+*	gregh is away, food+drinking [l/on p/on]
+	kano is huge, takes forever to learn all the nifty email-checkers and other built-in utils
+	s u later
+	but a tip is to rght click and  go on help->aliases
+	ok take care
+	
+	
+	gregh: do u use emacs?
+	no
+	xircon supports some of it
+	ok
+	I'm a VI man
+	i think björn does
+	i have to tell him about it, i just found out
+	i haver used kano for 4 years, i keep finding new stuff
+	haha
+	isn't it about 3:30 in the morning now?
+	oh damn =)
+	i have to be up at 8
+	bye =)
+	=)
+<--	gregh has quit (" ")
+-->	gregh (~Greg@adsl-63-206-140-88.dsl.lsan03.pacbell.net) has joined #rockbox
+<--	ironi has quit (Read error: 104 (Connection reset by peer))
+<--	gregh has quit (" ")
+-->	gregh (~Greg@adsl-63-206-140-88.dsl.lsan03.pacbell.net) has joined #rockbox
+<--	gregh has quit (Client Quit)
+-->	gregh (~Greg@adsl-63-206-140-88.dsl.lsan03.pacbell.net) has joined #rockbox
+	heh
+	yes i'm back
+---	dwihno|gone is now known as dwihno
+	hmm
+	http://www.sciplus.com/singleItem.cfm?terms=6609
+	are those too long? heh
+	heh well... i guess they are
+	thats kinda... heh
+	Hmm, looks fishy
+	well i measured my batteries
+	they're only 2" 
+	those are 9/16" longer
+	heh
+	Well, you can always re-design your player to make it accept the bigger batteries ;)
+	What kind of archos do you haev?
+	heh
+	studio20
+	gregh: about your logs question
+	we have some of the irc conversation logs on the web site
+	but no _everything_
+	and i met an ex on irc too ;)
+	well.. chat room.. not irc ;)
+	Does the archos firmware ever bug (major bugs, that is) for you?
+	adi|home: internet is not for real(tm) :)
+	dunno... havent' used it on my recorder
+	well adding a whole dir to a playlist adds through to the end of the disk or more usualy the 999 limit
+	thats not true dwihno
+	we talked on line for 6 months or so...
+	adi|home: The internet has you!
+	talked on the phone for another 4
+	its a nice feature but not as nice as one that stops at the end of the dir :p
+	then met in real life
+	adi|home: nobody can be told what the internet is, you have to see it yourself! :)
+	and the 999 limit's real annoying on a 20G drive
+	we're 'togeather' for about a year
+	PsycoXul: true, true
+	the menus are a little random in their behaviour... they often don't return to where you expect them to
+	heh
+	adi|home: which log question?
+-->	g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
+	asking if there was a master list to irc
+	oh yes, I was going to see if catching up on irc logs was worthwhile
+	i think just diving into the code and asking questions is your best shot
+	adi|home: The internet has you!!! :O
+	find something you want to fix/do and do it
+	hehe damn right dwihno
+	i mud
+	i code
+	i research
+	i purchase
+	i bank
+	heh
+	i talk with my gf
+	i spend 'alone time'
+	it has me ;)
+	i give $ to my gf
+	:)
+	MUD?!
+	mud baby.. mud
+	Hehe, I did that ages ago... Eww
+	I thought of a cool new feature for rockbox
+	w
+	w
+	w
+	forage
+	hehehe yup
+	w
+	w
+	e
+	n
+	n
+	who the heck has klez on the list?
+	:)
+	kill troll
+	run west
+	run west faster
+	pray
+	okya.. im off to quake a bit.. be back soon
+	quakes0r!
+	hm
+*	dwihno goes to check the evil mailbox
+<--	g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
+<--	gregh has quit (" ")
+-->	gregh (~Greg@adsl-63-206-140-88.dsl.lsan03.pacbell.net) has joined #rockbox
+<--	gregh has quit (Client Quit)
+-->	gregh (~Greg@adsl-63-206-140-88.dsl.lsan03.pacbell.net) has joined #rockbox
+-->	g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
+	ok so now I know for sure I'm not the one with klez virus on my machine.
+	*back to your regular scheduled firmware hacking*
+-->	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
+	Bagder you check your mail recently?
+	checking now
+	k
+	i want to know what you think of the guys question about his 'Archos Jukebox 6000'
+	and my response, and then his response.
+*	adi|home is feeling a bit peeved.
+	Good morning Dr. Bagder 
+	you mean the "mp3 no id3 info bug" one?
+	his previous responses to other mails has proved him to be a bit "trigger happy" when it comes to reacting on mail content
+	k...
+	um.. am i out off line wanting to respond with 'fuck you'
+	i won't..
+	trigger happy... more like instant asshole.  just add internet
+	but im just asking
+	hmm
+	I mean.. am i wrong that his email doesn't make it obvious that he is using a studio?
+	honestly i dunno what mp3 playback not working on the recorder has to do with a "No mp3 id info" message on a jukebox 6k...
+*	adi|home wonders if he is supposed to have the _entire_ archos line memorized
+	uh?
+	ya know what... don't waste anymore cycles on him.  He can't even get on this irc server
+	i think the lists getting too much crap lately
+	am i correct in thinking that there is no archos 6000 recorder?
+	10 emails just with or about ones with viruses all pretty much at once
+	yeah.. but those were automated
+	heh
+	adi; yes, the 6GB recorder is named "Recorder 6"
+	is it?
+	I think so
+	hm
+	or perhaps not
+	never seen on the site myself
+	well they're not called "Jukebox 6000"s i'm pretty sure
+	heh
+	no, that's for sure at least
+	so are there 2 versions?
+	of recorders?
+	http://www.archos.com/us/products/product_jbrecorders.html
+	first there was the jukebox 6000
+	the first player
+	and then later they came out with the recorder
+	wow there is one.... never noticed before
+	which was also initialy 6G i think
+*	adi|home nods
+	and the 20G versions and the 10G versions
+	and best buy has had some 5G version of something too
+	there are players: 6000/5000 Jukbox, Studio 10 and 20, Recorder 6, 10 and 20.
+*	gregh is gone, sleep [l/on p/on]
+	there's a 5GB recorder?
+	i only know of the jukebox 5000 for 5GB
+	i dunno
+	might i spam the channel for a sec with my response before I send it just to him?
+*	adi|home waits for a descenting vote
+	die!
+	heh
+	you want my opinion? don't reply at all.
+	but but but... he needs a spanking
+	what for
+	cause i responded to offer and answer to his question
+	and he was a dick
+*	adi|home gets all pouty
+	just email him this
+	http://www.amishrakefight.org/gfy/
+	classic
+	lol
+	well
+	no no no...
+	i wonder if you even read his question
+	because honestly your answer had nothing to do with it in the least
+	:p
+	it does if you think about it
+	he mentioned nothing about music playback for one thing
+	he was talking about id3 info display
+	think abou it...
+	no.. he states thats the prob
+	if you _know_ that music won't play
+	why try and play an mp3?
+	thats what i was pointing out
+*	adi|home wonders if that made sense
+	and the other thing is he said "jukebox 6000" which is all over the place on the web page and other places as being a player and the first target and having music playback working 
+	right, but how many emails do we get describing 'jukebox'
+	and even if music playback doesn't work, why should that stop somebody from testing id3 info display?
+	because he didn't state he was testing the id3 display
+	he didn't state anything other then 'is this a bug'
+	well gee i dunno 
+	and i was responding that if he was trying to _play_ music.. then no its not a bug
+	asking about the display of the message "No mp3 id info" seems to imply something about id3 display
+	regardless no reason to snap like a pitbull reading usenet
+	" but when
+	I tried to play some other, real, mp3file"
+	"he's snapping at me.  He's stripped his teeth"
+	is he exact statemnt
+	thats why i asked
+	he said he selected a non-mp3 file by mistake, got a no id3 info message, then went to a mp3 file and still got the no id3 message
+	and has to reboot to get the id3 info from an mp3 file
+	it sounds like a bug to me
+	right...
+	but was it the rebooting.. or the display he was asking about...
+	so thats what i was pointing out
+	it sounds like he was dropping an e-mail about the bug...
+	and franklky.. if he doesn't know enough to read that playback isn't playing on a recorder, then he doens't know enough to figure out how to leave the display
+	but _which_ 'bug'
+	heh
+	thats my point
+	the bug of id3 info not being displayed after having selected a non-mp3 file
+	kindof a silly one i admit, but something that might be looked into :p
+	but if its a recorder.. then its not a 'bug
+	weird bug it is
+	if your ead the website ;)
+	read rather
+	sure it is
+	as i understand it the recorder shouldn't have a problem displaying id3 info
+	even if you don't get music playback
+	what if you select a non-mp3 file? :D
+	since he didn't even mention music playback though i don't think its worth worrying about in that respect
+	and since he did say explicitly "Archos Jukebox 6000" which is also on the website as having music playback
+	if you're intent on people reading the website
+	:p
+	hehehehehe
+	heheh true
+	i'd have to agree with bagder and just drop it
+	I'd say that is your best route.
+	yeah.. but pimp slapping is so much more fun. :)
+	maybe but not really the purpose of the mailing list
+	which, like i said before, is starting to get too much crap already as it is
+	i know.. thats why i wasn't going to send to the list
+	to him ;)
+	if you read irc ;)
+	ah well have fun if you want to
+	dang where is that old send a bitch slap site when you need it :D
+	its your choice of course :p
+	if his is on the list long enough maybe he will get the klez virus.  
+	his == he
+	I wonder who the heck keeps sending that damn thing to the list anyway.
+	someone on the list is infected
+	i really need to get my hands on a player
+	there are ~166 suspects ;-)
+	i blame it on the 'instant asshole'
+	but hey, thats just me
+	wow.. that many ?
+	hahahah
+<--	gregh has quit (Read error: 110 (Connection timed out))
+	well make it ~165 cuz it ain't me :D
+	64
+	haha
+	164
+	I scanned for grins even
+	wc -l /home/majordom/lists/rockbox
+	    162 /home/majordom/lists/rockbox
+	I've suggested we lower the maximum mail size we allow to the list
+	i swear.. i think archos choose the AA cable so that you _had- to buy them through them.. cause i can't find them anywhere
+	it should stop most klezes
+	im all for it
+	I got an extra AA fairly easy
+	but that was when I first picked up the _jukebox 6000_
+	ive looke everywhere
+	best buy, compusa, radio shack
+	ugh... those places never have them
+	on line
+*	adi|home noticed
+	I ordered
+	ahh.. okay
+	I just got my Atari today :)
+	hehe 2600 baby...
+	how many carts?
+	im at 20 or so
+	nice
+	now i just need a converted for my tv
+	i don't have the vhf clips on this tv :)
+	ratshack should have that
+	know what sucks...
+	oh
+	it was in perfect condition
+	got a small chunk taken outta the edge in transit
+	damn....
+	the 3 small chips were in the box when i got it..
+	yeah :(
+	was that an ebay purchase?
+	yup
+	and the packing was very good
+	that was the sucky thing
+	was it UPS or USPS?
+	USPS
+	priotiry insured
+	hmmm....
+	I think they actually take the package when they pay out on a clain
+	clain == claim
+	ick
+	im not claiming..
+	im keeping this...
+	only a small chip
+	if it works then don't bother
+	get a tv card, and mod that mofo onto your pc case :D
+	lol
+	you get all the joysticks?
+	paddles
+	?
+	2 sticks
+	and 4 paddles
+	i just need the ones with keypads
+	I thought those were Intellivision
+*	adi|home nods
+	but if i remember atari made them as well
+	but im not positive
+	well coleco had them too
+	but only the rich kids had coleco :D
+	hehehe
+	maybe that is a generalization, but I definitely couldn't afford one & I wasn't rich 
+	i was crushed when i talked to my nephew.. and i showed him pics of the atari screens
+	he just went 'eww.. whats that?'
+	hahahahahahahahahaha
+	kids need that high res these days
+	nods
+	"what do you mean no blood?"
+	"what is that dot?"  "It's a tank bullet"
+	hehehe
+	i told him about pong... 
+	hah....
+	and died when he said 'and you called that fun? '
+	just wait until his kids are playing games in supa-high 33330003030303x397439847984374987 sssvga organic wall tft screens
+	when games have to be written slow on purpose cuz they can't max the hardware anymore.
+	LOL
+	Dad! Dad! can i buy the Nuerel-NetStation 3?
+	its only 765$!!!
+	On Sale!
+	hahaha
+	holy christ
+	no kidding
+	anyone else watching the brasil costa rica game?
+	nope
+*	adi|home hates mentionging scores case anyone is taping it
+	don't have cable so I've only been getting the next day tappings at work if someone brings them
+*	adi|home nods
+>g003y<	brasil has 3 goals in 30 mins
+	okay.. off to quake a bit
+	hmmm... quake.
+	reminds me... I need to finish gta3
+-->	gregh (~Greg@adsl-63-203-101-206.dsl.lsan03.pacbell.net) has joined #rockbox
+	and france+argentina sucks donkey-balls :)
+*	Bagder writes boring code at work... -/
+-->	Zagor (~bjst@labb.contactor.se) has joined #rockbox
+	hey all. i'm taking down the web and mail server for hardware updates
+	affirmative
+	see you soon
+<--	Zagor has quit (Client Quit)
+---	Disconnected (22).
+**** ENDING LOGGING AT Thu Jun 13 04:35:39 2002
diff --git a/www/irc/rockbox-20020614.log b/www/irc/rockbox-20020614.log
new file mode 100644
index 0000000000..0fbac0fd3d
--- /dev/null
+++ b/www/irc/rockbox-20020614.log
@@ -0,0 +1,1303 @@
+**** BEGIN LOGGING AT Thu Jun 13 04:36:02 2002
+
+-->	stile (~adiamas@216.194.26.64) has joined #rockbox
+---	Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
+---	Topic for #rockbox set by ChanServ at Tue Jun 11 03:31:20
+	after much thought and decision making.. ive decided.. ppl in general.. suck :)
+	you didn't already know? ;-)
+<--	adi|home has quit (Read error: 110 (Connection timed out))
+	i just dind't know they sucked so bad
+---	You are now known as adi|home
+	"just one more time, for the sake of sanity... tell me why, explain the gravity"
+*	Bagder sings along
+*	g003y wonders what song bagder is singing, and how is co-worker's feel about his voice
+	I play so loud in my headphones I can't hear them anyway ;-)
+	hahahahaha
+	and the song is an Assemblage 23 one
+*	Bagder doesn't expect anyone to know it
+	4 on the floor techno?
+	I wouldn't call it techno, but rather dark and hard synth/industrial
+	ahhh... thats different.  I'm talking the shit you hear in clubs that sounds like one big freaking record the dj never changes :D
+	ah, nah, I'm not into that kind
+	thats good :D
+	is there a key combo with the current firmware build that lets you get back to the currently playing song display?
+	I dunno
+	heck, I hardly know how to use it at all ;-)
+	hmmm.. I don't see one in the code so I'll assume no.
+	:D
+	I want my rockbox
+	:D
+	I want rockbox for recorder! :D
+	But I'm patient
+	So I'll just wait
+	And contribute to the project in every way I may :)
+	the day there's sound from the MAS3587, I'll run Rockbox non-stop
+	MAS3587? The chip in R20?
+	yeah
+	mkay
+	ahhh... I'm running my own personal build of rockbox right now :D
+	that's the spirit!
+	Yeah, playlist parsing, LCD flickering and a couple of other things and I'll use it too
+	it ain't cool if you didn't build it yourself ;-)
+	I saw some cvs comments about playlist parsing support
+	so I suspect that is nearing completion
+	or useable 
+	the code is already there actually
+	ahh good deal
+	just not shuffle
+	fair enough
+	it "should" work now
+	I haven't loaded any yet
+	Bagder: any limitations? I mean, does it parse m3u's with #-style comments?
+	been awhile since I've used playlists to be honest
+	me neither, I have a recorder ;-)
+	dwihno: no comments, no
+	do regular m3us have them?
+	those are bastard m3us that nullsoft made the switch too.
+	well, ignoring lines like that would be dead simple to add
+	Bagder: Winamp store song information (length) every other line...
+	oh
+	yeah
+	sometimes I really hate the way they do things.
+	Is there a battery meter available yet? :)
+	nope :(
+	The scroller is way cool btw... Should be seamless though
+	that's a whole can of worms as they say
+	yeah I got the scroller api displaying the filename across the screen
+	at least until you dump out of that mode back to the browse mode :D
+	:-)
+	cool
+	I almost think ppl should be able to select/build in code for parsing their style mp3 naming, but that might be a beast nobody wants to cut loose
+	I'm gonna take a stab at that soonish
+	shortening the names on screen
+	hmm
+	hmmm
+	we should share notes :D
+	yeah
+	I always name mine XX. YYYYYYYYY (ZZZZ).mp3
+	X = track number
+	Y = file name
+	Z = remix notes
+	Artist - Album (Year)
+	That's how I name the dirs
+	I think that is fairly common
+	it could be just a small handful defintions of formats that ppl could choose from with a sensible default just in case.
+	Does the current rockbox have any way of showing song length information?
+	Compared to the archos firmware, that is
+	it estimates the length for non VBRs
+	that's all so far
+	estimates based on header info correct?
+	yeps
+	but isn't that pretty much exact?
+	it is
+	should be at least
+	ahhh...
+	gotcha
+	it uses integer math too which might make it loose some precision
+	I haven't checked that closely
+	you're probably right
+	whats the problem with time display on vbrs?
+	we need to read the whole file to get the length
+	and it kind of sucks
+	Is there a quick way to do VBR estimation?
+	erhm
+	I'd say that sucks
+	that is sucky
+	I did not realize vbr sucked that way
+	As long as CBR's are OK ;)
+	ha....
+	I'm torn between CBR and VBRs with r3mix options on lame.
+	Hey, what is displayed when songs are played?
+	id3 info with the current cvs tree
+	               lcd_puts(0, 0, mp3.artist?mp3.artist:"");
+	               lcd_puts(0, 1, mp3.title?mp3.title:"");
+	there ya go :D
+	oww
+	Doesn't it handle non-tagged files?! :(
+	you mean id3 info without id3? ;-)
+	hehehe
+	hehehehehehehe
+	mr. funny-ass pants ;)
+	I've got alternatives going on my local copy
+	so I'm sure it will be handled eventually
+	at least before the recorder version comes out :D
+	cool
+	haha
+*	Bagder puts the "in charge of the while-playing-song display" sticker on g003y
+	gagagagagagagagagag
+	hey that isn't coming off!
+	only problem is I don't have everything quite setup right here.  I need to get an account and a real cvs login for the project
+	mail your sf account user name to Björn
+	I will though... I'd really like to contribute my code
+	oh... I've got to get an sf account as well :D
+	you can always start with mailing diffs
+	tru
+	e
+	I've just been syncing anon and patching my changes
+	it's not much so far, but I should get setup properly
+	I still can't believe how advanced the apis on the firmware are already
+	it's pretty cool indeed
+	alrighty guys.  like Bagder I have to code boring stuff in a few hours at my day job.  So I think some sleep is in order for me.
+	night g003y
+	night
+<--	g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
+	it seems as if Zagor has problems with the new hardware... it should've been up by now
+<--	gregh has quit (Read error: 110 (Connection timed out))
+	cpu MHz         : 1600.072
+	[~] cat /proc/cpuinfo|grep MHz
+	cpu MHz         : 232.674
+	cpu MHz         : 232.674
+	There you got it
+	dual süstëëm
+	Dual is sleek, sexy and pr0no! :)
+	dual 1600
+	cat /proc/cpuinfo | grep MHz
+	cpu MHz         : 1600.072
+	cpu MHz         : 1600.072
+	you evil dude!
+	:)
+	its the new hardware that the rockbox site runs on
+	cool stuff
+	who pays the hw?
+	Contactor
+	the company I, Björn and Linus work for
+	Hire me :)
+	 sure
+	Yay ;D
+	hehe
+	Why not? :)
+	I wish we could, but the market is a bit rough atm
+	I know
+	Are your employers aware of you spending a lot of time on the Rockbox project?
+	no :-)
+	I won't tell them
+	but then I must do my proper work properly anyway
+	Yeah
+	My recorder sometimes skips the initial 200 msecs of a song...
+	exactly 200?
+	Roughly
+	(with the stock firmware, that is)
+	Do you experience that on the player models?
+	(w, w/o rockbox)
+	no idea
+-->	Zagor (~bjst@mimas.contactor.se) has joined #rockbox
+	hey ho
+	hi. back at last
+	10:04 < Zagor> see you soon
+	;)
+	yeah, well that's pc hardware for you...
+	the motherboard has two IDE LED connectors
+	if you connect the "wrong" one, the keyboard stops working...
+	that one took me a while to figure out...
+	Intel inside, Zagor outside
+	so, what have you guys been up to this morning?
+	We've been talking about how rockbox handles tags when the files do not have id3 tags :)
+	g00ey was around and told us he's done some improvements on the software for what to show while a track is playing
+	g003y
+	ok, did we get the code?
+	And I thought the scroller would be seamless
+	seamless?
+	Zagor: no, but he'll return
+	dwihno: what do you mean seamless?
+	I'll show
+	Zagor had a little lamb.mp3
+	or had a little lamb.mp3
+	a little lamb.mp3
+	lamb.mp3
+	This is how it is now
+	Zagor had a little lamb.mp3
+	or had a little lamb.mp3
+	not any more
+	a little lamb.mp3    Zagor
+	lamb.mp3 Zagor had a littl
+	This is what it might be like :)
+	you run old code
+	it is seamless now
+	mkay
+	upgrade! ;-)
+	OLD?!
+	It's 24 hours old man! :)
+	Or perhaps 48
+	yeah, i fixed that last night
+	hehe
+	that's stone-age code! :)
+	:-)
+	Did you take a peek at the LCD glitch?
+	umm, remind me please?
+	When scrolling across pages, the LCD did glitch
+	Like old un-doublebuffered stuff :)
+	Where is your lamb btw?
+	ah, well we don't know why that happens. and yes, it is single buffered. we don't have two.
+	lamb?
+	yeah
+	http://www.jupither.net/dw/ <-- like that, on that page ;)
+	Zagor: you tried the id3 info Magnus mention on the list?
+	id3 info bug
+	i haven't read my mail yet, doing it now
+	oh
+	R-r-r-roockboooox!
+	We need an anthem!
+	yeah, the boot song! ;-)
+	brb
+<--	Zagor has quit ("Client Exiting")
+-->	Zagor (~bjst@labb.contactor.se) has joined #rockbox
+	Bagder: you got it! :)
+	The Rockbox-choir and the London philharmonic orchestra ,D
+	haahah
+	Maybe I can pull a few strings ;)
+	Get it?
+	Strings :)
+	*moo haw haw*
+	mr joker ;-)
+	:)
+	wooo, project activity stats on freshmeat
+	really
+	I meant graphs
+	"Rating: 8.54/10.00 (1 vote)"
+	how can one vote give average 8.54?
+	hehe
+	Magic math (tm)
+	hey, I'm that single voter
+	on rockbox
+	this virus epidemic is getting seriously annoying
+	Total (weighted)  8.54/10.00
+	"weighted" is the keyword I gues
+	guess
+	Zagor: yes, but cut down the allowed size and it won't be as troublesome
+	good point. 50k max now
+	Klez virus mails are always >100K, at least those hundreds that I've got
+	min plugin_teamkill funkar iaf, ser jag
+	uh, wrong channel :(
+-->	jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
+	hey jedix
+	hey
+*	dwihno is rather happy now
+	4 of 5 projects are in the "no work to do" area of my list :D
+	and the fifth is "Implement asteroids on Rockbox" ?
+	:-P
+	hehe
+	not really
+	darn
+	I have no computer to work on sparetime projectgs
+	Which is rather nasty
+	I mean, I'm actually getting a tan! :(
+	sun gives you cancer
+	I know! I need some way to stay indoors!
+	compile, link, upload, flash, run, watch problem, edit, save => LOOP
+	(my whole day in summary)
+-->	liam_ (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
+---	liam_ is now known as jedix`
+	flash?
+	flash rom
+	mkay
+	I don't even have a debugger on my darned target
+	have to fill my code with printf()
+	What is the target hardware?
+	strongarm 1110
+	whoa
+	no, its no whoa ;-)
+	jees, it iis
+	timeout jedix
+<--	jedix has quit (Read error: 110 (Connection timed out))
+---	jedix` is now known as JediX
+	whats new?
+---	JediX is now known as jedix
+	not very much
+---	dwihno is now known as dw|gone
+	fixing randomize menu option now
+	neat
+	NEATO ZAGOR! All your box are belong to rock!
+	I'm off. Have a nice evening and try to stay indoors - the sun will cause cancer!
+	I'd suggest you call it "shuffle" and not random
+	good idea
+	where do I find the currently loaded list?
+	it's a global struct in playlist.c
+	ok
+*	Zagor wants current_tick in simulator... :)
+	i'll just use time() instead
+	for seed
+	it doesn't really matter
+	just increase the current
+	or something
+	i'll use the tick. otherwise it'll be the same every first time after boot
+	right
+	oops, core in playlist
+	after 1002 lines
+	ah
+	there's a 1000 max
+	oh
+	i thought it was 10000 ?
+	without any checks for it ;-)
+	yeah, but I just used one
+	raise it now
+	will do
+	adding check, too :)
+	wooo
+	what's index_array used for? I don't see it
+	uh, remove ;-)
+	ok
+	Zagor: why did you have to rewrite my scroll stuff?
+	I chose a slightly different approach, that's all
+	there was nothing wrong with your code
+	to be able to do the new type of scroll, I sprintf the text into a string and then puts the string.
+	for the new shuffle to be useful, we need a "next tracj" button
+	track
+	we could use that for playlist without shuffle too ;-)
+	yep
+	too bad we are out of buttons :)
+	well
+	we should have a special "screen" for showing while playing a track, right? I mean if we're not browsing the tree?
+	yes we should. so you could go in and out between the browser and this screen
+	right
+	i.e. we need some UI work
+	might want to save that for 1.2 though
+	fair enough
+	and if we play a track and idle in the tree browser, we could timeout back to the show-track-screen
+	which I believe the archos firmware does
+	we could, but I'm not sure I'd want it to. definitely a configurable option :)
+	yes
+	the play-screen will be useful since it'll give more control of back/skip and volume up/down
+	which isn't as easily available when tree browsing
+	exactly
+<--	jb1081 has quit ("[x]chat")
+-->	jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox
+	the shuffle menu should probably say something if no playlist was loaded
+	right
+	I suspect people will do that
+	I wonder how fast the playlist loader is on target
+	I mean, compared to the original archos one
+	i'd suspect somewhere in the order of 100 times faster :)
+	it would be really cool
+-->	edx (OKE60@pD9EAB848.dip.t-dialin.net) has joined #rockbox
+	hi
+	hi!
+	hmm... (maybe a stupid question... but..) would it be possible to write a keybard driver for the jukebox so we can plug in a usb keyboard :?
+	no
+	too sad.. why not?
+	we can't use the USB for anything like that
+	for what reason?
+	it's out of reach
+	damn.
+	like a linux console on the recorder would rock ;)
+*	Bagder puts a curl release together
+	we can connect a keyboard to the remote control port
+	hmm on the remote port... sounds good... :)
+	Then I would have to build my own remote port.. but for a keyboard - no problem :)
+	you need to build a serial converter for the keyboard, but the rest should be simple
+	there are serial converter chips, right? (i dont have much knowledge about hardware unfortunately)
+	yup. just like the gdb cable
+	tested now. my 4500 line file takes about 5-6 seconds to load
+	that's just totally awesome
+	indeed
+	but it'll be faster with some simple adjustments to playlist.c
+	like what?
+	it should be loading 512-byte blocks, not 255
+-->	elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
+	ah right
+	fixing...
+	'ello
+	lol ... now it takes like 5 secs for a 30 song playlist :P
+	hi
+	yeah, the stock firmware is shockingly slow at loading playlists
+	painfully slow.
+	so slow -- I usually take a dump, shower, and shave before it loads my 3 song playlist.
+	also, we should accept both / and \ as separators. i suspect winamp creates files with \
+	elinenbe: Zagor just tested, we load a 4500 song playlist in 5-6 seconds
+	that is great.
+	we are now talking full disk shuffle?
+	yes we are
+	yeah
+	Zagor: we might get problems with paths too when we talk about files created by external programs
+	yep. C:\my music\...
+	:)
+	yah
+	I am just wondering...  what is the status on playing sound on the AJBR
+	Linus is working on that
+	we should include Linus in our prayers ;-)
+-->	ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
+	I was wondering... does anyone else ever get the reversed screen on the recorder?
+	hey ironi
+	reversed screen?
+	even the rockbox bmp is reversed
+	Bagder: ?
+	hey Bagder
+	huhu?
+	gosh
+	Bagder: do u use emacs a lot?
+	where everything is flipped.
+	ironi: nah, only 10-12 hours a day ;-P
+	Bagder: my irc script supports emacs commands
+	like you are looking at a mirror image of the screnn.
+	isnt that totally elite
+	=)
+	elinenbe: and that happens every now or then or can you repeat it on demand?
+	no, happens every now and then.
+	not only is the screen mirrored, but it is offset about 16 pixels.
+	it sounds if there's some lcd init we dont do
+	to the right.
+	no... that happens with the archos fimrware too.
+	ah
+	on the recorder.
+	then it might be a defect hardware perhaps
+	hm then thats a hardware bug (?)
+	yeah I dont know if anyone else ever gets that.
+	i have a recorder. never ever got that.
+	I've never seen it either
+	i have a player, and I lvoe the double size text
+	hehe
+	the browsing and the scrolling are so FAST
+	i just love this
+	hehe
+	I want to contribute som uch
+	is the double size text an option on the player rockbox?
+	you have already: the web site!
+	but there is still an error with how directories are displayed, though.
+	at least for me
+	elinenbe: yeps
+	elinenbe: the new models use it as logo
+	nice :)
+	ironi: what error is that?
+	Zagor: well let me try to explain
+	the scrolling through a directory is quite slow on the recorder -- and there is quite a bit of flicker.
+	my dir that is called F-J
+	elinenbe: yes, we're not sure why
+	is displayed as F-J1  q|| r
+	ironi: which version is this?
+	but only whgen scrolling down
+	if i go down and go back up its F-J
+	Zagor: the latest?
+	i got it last night
+	this morning?
+	I was wondering -- does this sound like something that is a good idea:  instead of scrolling only the title that the cursor is on, scroll everything on the current screen that is wider then the screen?
+	no last night
+	lemme get this mornings
+	ironi: please do
+	an optional go to usb mode yes/no would be pleasant
+	when plugging it in
+	elinenbe: well, i have to ask "why?" :)
+	that would be terribly confusing on fast scroll
+	well, lets say you have 10 songs named "Red Hot Chili Peppers - Songname 1
+	hmm, maybe we should do the vertical recorder scroll using bitmap instead redrawing the chars
+	"Red Hot Chili Peppers - Songname 2
+	etc...
+	hm
+	Zagor: that's a good idea
+	elinenbe: ah, you mean scroll all lines and not just one?
+	and you want to play a certain one.
+	im thinking of something
+	yes.
+	that moving through a dir in the player should give movement on every push
+	we could try
+	if it were a bitmap scroll, then couldn't you easily do pixel by pixel?
+	elinenbe: yes we could
+	i.e. not just moving the arrow down if its on top when scrolling down the first one
+	it confuses me totally
+	ironi: hehe. well yes there is lots of UI work left :)
+	i have to go now, they're closing the office!
+	Zagor: can i be the UI general, please please please
+	see you tomorrow, everyone
+	=)
+	ok so lets see the newset build
+	same error
+*	Bagder hands ironi the UI boss hat
+	hehe
+	i wan tso much to be in the credz =)
+	*waNNABE*
+	anyway
+	we'll add you for the web site
+	hehe cool =)
+	anyway
+	the browsing should have a slight delay
+	gotta run, bye
+<--	Zagor has quit ("Client Exiting")
+	what do you mean by the browsing should have a slight delay?
+	later.
+	cause now when i push i scroll by 3 rows like nothing
+	with a 2-row display this is very annoying
+	right
+	the buttons are a bit sensitive
+	yeahm, thats the least you could say
+	the scrolling should be settable from 1-10
+	everything over 15 is totally underadable, isnt it
+	...not on the recorder ;-)
+	hehe ;)
+	the menu button should have like a 0.3 second delay when pushed
+	i.e. you need to hold it for that time
+*	edx looks down to his recorder and smiles..
+	to activate
+	I like the recorder at 25
+	oh really? ok. well 5 is neat fo rme
+	6 manybe
+	is there any saving of values to the disk yet?
+	no
+	oh really
+	well how will this be saved?
+	how si that going to be handled?
+	just a textfile
+	config file
+	is it possible to implement that
+	sure
+	cause hten we could move on and make a filehandler
+	in an unused sector -- like the default firmware does it?
+	that can make dirs, copy, delete
+	=)))
+	hehe maybe a bit of an overkill
+	I like the idea of an ascii config file.
+	i would love to be able to read txt-files
+	lovely to make notes for grocery shopping hah
+	contribution time!
+	it sahould be possible to make a game for the player too
+	am i wqrong or is the disk read alot shorter with rockbox firmware?
+	when entering new dirs
+	dunno
+	gotta run, see ya tomorrow
+	have you ever played arkanoid?
+	later.
+	go home.
+<--	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
+	that would be able to do on the player
+	=)
+	a vertical arcanoid
+	that would be nice.
+	elinenbe: do you know how to set it up to be able to compile everyitng in windows?
+	no.  I was messing around with it.
+	but I guess over the last few days, a bunch has been done to it.
+	ok
+	you need to use nmake.
+	i think i will do linux trough vmware maybe
+	kinda easier
+	follow the directions on the web page -- they are easy to follow.
+	im more used to compile in linux so ill jsut stick to that
+	and play around with vmware at the same time hehe
+---	edx is now known as edx|homework
+<--	ironi has quit (" ")
+<--	jedix has quit ("brb")
+-->	jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
+	there is no auto-off in the AJBR Rockbox.
+---	WetBed is now known as Wettoad
+	of course you know that already...
+<--	edx|homework has quit ("be right back")
+-->	edx (OKE60@pD9EAB848.dip.t-dialin.net) has joined #rockbox
+---	edx is now known as edx|studying
+	hmmm does the recorder version play songs yet?
+-->	plmirc (xxxx@Mix-Puteaux-104-1-73.abo.wanadoo.fr) has joined #rockbox
+	HI at All !
+	well... :-|
+	yo
+---	edx|studying is now known as edx
+	Bye at all...
+	bye
+	:)
+	lol
+<--	plmirc (xxxx@Mix-Puteaux-104-1-73.abo.wanadoo.fr) has left #rockbox
+	heh
+<--	jedix has quit ("gone")
+-->	Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
+	rehi ;)
+	hi
+	Zagor: does the playback work on the recorder?
+	not yet
+	k
+	(didnt work for me.. that's why i'm asking)
+	i modified the makefile so it compiles on windows (but it wont compile on linux with that makefile anymore..)
+	we gotta make a makefile for windows & linux
+	(not now.. sometime later.. ;) )
+	what did you change?
+	i removed the dependency stuff
+	oh...
+	(scripting does not work in windows..)
+	no sh.exe
+	i know
+	at least i get a compiled file that actually works...
+	we could also create a makefile.win32 or something (for win32 users who want to compile the firmware..)
+	yes
+	maybe that will be easier than having a linwin file...
+	also, i think the if statements dont work under windows.
+	(i had to remove them to get the recorder code compiled..)
+	are you using nmake?
+	no
+	i use the make that comes with the GNUSH tool chain
+	nmake really is a whole different story
+	what does "make --version" report?
+	GNU Make version 3.78.1, by Richard Stallman and Roland McGrath.
+	Built for Windows32
+	what does it say when you have the if lines?
+	nothing, it just does not do what inside the if lines...
+	(though it should)
+	what = what is
+	ok
+	how far is rolo btw (is it even developed at the moment?)
+	no, we haven't started with it yet.
+	ok... because if we had that I could at least put rockbox on there to play (and still listen to music heheh)
+	right now rolo will play a pretty important role, specially for those people who are unsure whether to use rockbox or the archos mod
+	i know, i want rolo too. it's just we don't have unlimited manpower :)
+	true.
+	If I could i'd help but I guess I have to little low-level experience...
+	the file must be read to ram and then.. the instruction pointer set to that location (correct me if i am totally wrong)
+	your helping very much already, with the win32 stuff
+	yes, but there are "a few" other things too :)
+	(yea.. must be the correct place in ram etc..)
+	and the rolo must be deleted out of ram i guess (because the archos mod wants to use all of the ram and is designed for that i guess)
+	anyways.. nice revery hehe
+	yes, rolo will be overwritten by the mod
+	ok
+	i gotta get some sleep... last class test for this school year tomorrow :D
+	cya all
+	bye
+<--	edx has quit ("good night")
+	heh
+	so who thinks they might want to get rolo rolling?
+-->	g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
+	heya all
+	hi
+-->	Zagor_ (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
+<--	Zagor has quit (Read error: 104 (Connection reset by peer))
+---	Zagor_ is now known as Zagor
+	I always have to go back to that dang nick reference :D
+	hehe
+	you guys on the other side of the pond are still up?
+	I'd like to use "Bjorn", but unfortunately it's registered to someone else
+	yeah, it's 22:55 here
+	yeah I just randomly typed g003y into trillian :D
+	hehe
+	Zagor - Bagder told me to get an SF account setup and talk to you about getting ssh cvs access.
+	you the man for that ?
+	yep
+	cool
+	I've been working on some stuff locally
+	yeah?
+	playing around with displaying filenames and such as songs play
+	getting my head around the api
+	more apps stuff
+	ok, nice
+	I'm not a hardware guy like all yousese :D.  But I know C and applications :D
+	anyway I was looking at adding a real primitive display format
+	right now I can compile with support for scrolling the filename or using the current behavior
+	it actually works nicely thanks to those wonderful scrolling apis :D
+	:)
+	so I was thinking of having just a couple of different things we can support
+	with playing file display
+	sure
+	id3 info being one
+	scrolling filename being another
+	but potentially a way to instruct the play how to disect your filename/directory structure to build id3 like information on the screen
+	play == player
+	yes, that'd be good
+	but the real question right now is....
+	should I make it a compiled in option or something that could be configured through settings?
+	settings, definitely
+	ok cool.  
+	that is how I would prefer it
+	anyway I will get an sf account email ya
+	ok
+	BTW - your cross compiler buld instructions worked first shot for me.
+	nice!
+	took me about 5 minutes to get up and running
+	I'm on win32 using cygwin as well
+	one other question for you.  Whats the deal with the battery display?  I've only started logging recently and haven't dug through all the old logs yet
+	we have no battery display yet
+	I noticed :D
+	but is it an unknown thing 
+	measuring battery capacity is a whole science in itself
+	ahhh
+	so we're putting that off a bit until the basic stuff works
+	cool
+	g003y: how do you use the make files in win32?
+	I do everything through the bash shell cygwin provides
+	so technically I use the *nix like make
+	but if you're attempting the uisimulator compile then you need to use nmake
+	from a dos window
+	oh -- how does that work?  I am not familiar with the bash shell that comew with cygwin
+	did you download the source tarball or use wincvs
+	are you just trying to get the firmware configured?
+	I sync to current with wincvs
+	but I started with the tarballs
+	well, I want to be able to compile the firmware.
+	ok
+	cygwin gives you a little batch file you double click
+	that gives you a shell right?  That is bash 
+	from there you would build the cross compiler as Bjorn has put together on the website
+	I know bash and linux
+	I tried the GNU-SH toolkit, but it just wasn't cutting it for me
+	ok good well cygwin gives you the same stuff basically
+	I was just unfamiliar with the bash shell that is makes for windows.
+	it's close, but not exactly the same
+	just use the batch file they plop on the desktop and it will put you in your home directory
+	from there it will feel more familiar
+	ok
+	setup all your normal include stuff and everything
+	did you just follow the directions on the web page?
+	then just do the configure & compile
+	http://bjorn.haxx.se/rockbox/sh-win/
+	yeah except
+	no not that one
+	I couldn't get compiles to work with that tool kit
+	not what?
+	oh, so what toolkit did you use?
+	http://bjorn.haxx.se/rockbox/cross-gcc.html
+	I followed those directions
+	inside of a cygwin win32 bash shell
+	GNU-SH just wouldn't fly for me
+	well, where did you dl the cygwin bash shell.
+	?
+	http://www.cgywin.org/
+	just go for the installer
+	ok.  thanks so much.
+	get the packages you need to get yourself started
+	though you won't need newlib compiled in
+	so you can drop that bit 
+	after cygwin does it's thing you will need to recompile gcc with the sh1 extensions
+	the page you speak of is http://www.cygwin.com/
+	ok
+	oh yeah d....o....t....com
+	:D
+	anyway you will need gcc to get to gcc 3.x with sh1
+	so, you just downloaded the gcc and installed as per insturction on http://bjorn.haxx.se/rockbox/cross-gcc.html?
+	yup
+	minus newlib
+	hmm
+	why not newlib?
+	we aren't using it any more
+	ah
+	cool
+	IDK - I saw on the mailing list not to use it
+	just a few header files are still needed
+	there ya go :D
+	ok -- great.  Thanks so much.
+	no prob
+-->	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
+	hey bro
+	hey
+	heh... so you guys are related?
+	yeah, we're brothers
+	the playlist loader reads around 1000 lines per second. that's not bad!
+	thats pretty damn good
+	it's so darned cool
+	sure is
+	so the shuffle stuff works now?
+	umm, haven't tried it yet. the batteries in my player are empty (and the charger circuit is busted)
+	i have only tested on the recorder so far
+	it should go even faster on the player, since it's clocked faster
+	not very much, though
+	about 9%
+	I'll give it a try tonight when I recompile
+	I have a player
+	neato
+	ok
+	we need the playlist tested a bit
+	I'm just at my day job right now coding less interesting crap
+	g003y: so what kind of stuff do you work with?
+	a mixture of win32 & *nixes
+	C, perl asp... whatever needs to be done mostly
+	most of our FEs are IIS
+	ueck :)
+	but lots of the behind the scenes is unixy
+	hey I even hop on the g4 once and awhile to pretend I have a flipper for the mouse button :D
+	hehe
+	:-)
+	http://freshmeat.net/stats/#vitality
+*	Bagder smiles
+	hehe
+	I don't see rockbox there yet :D
+	j (score: 44,252 - 36.97%)
+	A programmer's editor written in Java.
+	that is up there, but VI or VIM is not?
+	it's a new rating system, there hasn't been a lot of votes yet
+	ahhhhh... gotcha
+	vitality isn't based on that
+	ah, yes that was vitality
+	but it requires rather frequent releases
+	vi has vitality 0.01% :)
+	gotcha
+	vim is at 0.51%
+	so more stable projects tend to get less "vital"
+	rockbox is at 0.00
+	well how is popularity rated?
+	I honestly don't know how any of those numbers are calculated
+	"The popularity score superseded the old counters for record hits, URL hits and subscriptions. Popularity is calculated as (record hits * URL hits * (subscriptions + 1))^(1/3)."
+	oh
+	curl =  Popularity: 12.84% (Rank 100)
+	"The vitality score for a project is calculated  like this: (announcements * age) / (last_announcement)"
+	oh there is the link I was looking for that zagor kindly regurigiated for me :D
+	hehe
+*	Zagor is trying to get used to mutt...
+	mutt is nice
+	unfortunately I haven't converted yet
+	i've used elm and thenpine for the last 10 years, so it's hard for me to change
+	I've built my whole life around pine ;-)
+	hahahahahaha
+	Zagor: so what's left for a 1.1 release?
+	nothing, really. I just want to test it a bit more.
+	ok
+	just checking ;-)
+	i'm thinking maybe "Shuffle" should be an "on/off" option rather than an action
+	yes
+	and possible a "reshuffle" as an action
+	so you set it before you start the playlist
+	possibly
+	yeah
+	did you time the shuffle of 4500 songs?
+	or didn't you try it?
+	i did. 5120 songs takes just under 5 seconds
+	yes, to read from a file, right?
+	oh, the shuffle. hang on...
+	I meant only the shuffle part
+	it's very quick. sub-second i think
+	that is great
+	tested now. it's like 0.5 seconds.
+	schweet
+	it makes me feel really warm inside that our thoughs prove to be working so good
+	yes, i agree
+	and this means 1.1 will be a real alternative for some people. still very unpolished, but with one killer feature
+	yeah
+	shuffle that blows archos' effort out of the water?
+	fast and big playlists
+	I thought you were talking just shuffle there
+	archos don't do shuffling like this, so there's no real comparison.
+	another killer feature?
+	but they do load playlists, at a horrible speed
+	the playlist stuff is horrible on theirs
+	the huge playlist support is our killer feature
+	they've got features, but sacrificed speed
+	yeah thats great
+	whats its limit? memory? heh
+	or hd space?
+	or what
+	we set a 10000 entry limit
+	they probably just do it "The Wrong Way"
+	memory is the limit, since we need to hold one integer per entry
+	heh
+	I thought the integer solution was quite crafty.
+	I believe archos is doing something far nastier with memory usage
+	I like it
+	oooh yes...
+	just watching the time it takes to load a playlist indicates something really nasty
+	so have any of the archos ppl contacted the group about this project in any way?
+	nope
+	they ignore us vehemently :)
+	you're making their dev team look bad :D
+	hehe
+	we've gone from completely *nothing* to this point in ~6 months
+	fricking good stuff :)
+	all the code is written since april...
+	hehe
+	can you run a simulated player?
+	yes
+	it just died so hard on me
+	but I get a lot of those X errors
+	I can't even close gdb now!
+	The program is running.  Exit anyway? (y or n) y
+	that happened to me too the other day
+	Error accessing memory address 0x4018d664: No such process.
+	doh!
+	ouch
+	had to kill it manually from another terminal
+	hm
+	ok
+	sorry wrong window :D
+	dang trillian makes that stuff confusing :D
+	it just does not work here
+	odd
+	all I see is the initial screen
+	and nothing more happens
+	trillian hung a win2k box solid for me the other day. i ain't touching that stuff again :)
+	"ROCKbox" "CVS"
+	I run trillian on win2k connected to IRC, AIM, ICQ and YIM.  I can't live without it anymore :D
+	but the recorder version runs just fine
+	how do I switch thread in gdb?
+	hehe
+	no archos dir
+	moooh
+	I made one now
+	and...
+	Segmentation fault (core dumped)
+	bomb baby bomb!
+	it shouldn't crash so hard for that
+	user error? :D
+	lcd_puts_scroll()
+	#0  0x401ed897 in strlen (str=0x1 
)
+	    at ../sysdeps/i386/strlen.c:27
+	#1  0x804e8e1 in lcd_puts (x=1, y=0, str=0x1 
)
+	    at ../../firmware/drivers/lcd.c:501
+	#2  0x804f04f in lcd_puts_scroll (x=1, y=0, 
+	    string=0x1 
) at ../../firmware/drivers/lcd.c:773
+	#3  0x804d37e in dirbrowse (root=0x8050e7f "/") at ../../apps/tree.c:243
+	later guys.  you fucking rock!  (off to do some database modelling and design!)
+	see ya elinenbe
+	cya
+	Zagor: I have a completely empty dir
+	i'll test
+	i got the crash too
+	tree.c line 243
+	ah, of course. silly me
+	any empty dir will crash it
+	yeah
+	fixed
+*	Bagder updates
+	better
+	but what is the question mark doing there?
+	it's the cursor
+	ah
+	special char on player
+	we should fake that better in the simulator
+	yup
+	i also want icons in the player simulator soon...
+	true
+	shouldn't be too hard
+	I like the scroll
+	yeah, it's nice. your idea was better.
+	I think so too, it fills better
+	the code is actually simpler for this scroll than the previous model
+	hey somebody wanna post a current-cvs new-player build i can try out? i haven't messed with it since i went on vacation
+	sure
+	http://bjorn.haxx.se/rockbox/player/archos.mod
+	thanks
+	hmm ok
+	that doesn't update the LCD at all after the rom firmware boot screen
+	wrong lcd version?
+	uh, it doesn't?
+	duh, I gave you an old player version. sorry
+	heh
+	grab it again
+	nice
+	try starting a playlist
+	that mod for the 4.50+ player hardware?
+	yup
+	ok
+	i've only got a couple of short playlists saved on here heh
+	booo ;-)
+	get those perl scripts out :D
+	i'm not one for listening to the same set over again
+	:p
+	hehe
+	make a list of the whole disk
+	how do you start the playlist?
+	play
+	ha!
+	hmm
+	no go?
+	it just says loading nnn files, complete
+	and thats it
+	doesn't start playing?
+	no
+	format of playlist affect it?
+	the display isn't supposed to say title or anything. but it's supposed to play the files.
+	odd. works in the sim
+	they're playlists that archos' firmware saved
+	heh
+	they should be fine
+	ah, how did you make those playlists?
+	_should_ is the keyword in that sentence
+	hehe, of course
+	i bet there are backslashes and/or disk names in there?
+	I don't think so
+	mine didn't
+	zagor - what format does the code expect?
+	lemme look at what they look like
+	normal / slash
+	forward slashes, no C: 
+	CR-LF combo?
+	or just LF?
+	either way
+	ah
+	its broke
+	I was just about to try it, but not now :D
+	./Nine Inch Nails/The Fragile/Left/01 - somewhat damaged.mp3
+	kill the leading dot
+	initial dot huh? :-)
+	Zagor: the code doesn't work with CRLF right now
+	ok
+	heh that shouldn't be a problem :p 
+	and they're dos format text too
+*	PsycoXul makes a whole-disk playlist
+	oh damnit whats find's problem
+*	PsycoXul runs it through sort
+	thats better
+	i noticed directories that start with a . don't show up in the browser
+	you can't have that in fat32, can you?
+	yeah i've got a few of them
+	just cause they also don't show up in archos' browser and they have either oggs or mp3's that are silent for no apparent reason on the archos [or maybe just with archos' firmware, i haven't tried them with rockbox]
+	ok
+	i need to test that. we don't do any filtering so that's a bug
+	Zagor: is the fs code totally case insensitive?
+	it should be, but there may be bugs
+	ok
+	it just struck me
+	umm, no. it's totally sensitive
+	bad move :)
+	dang
+	buh, now we need to add strnicmp to common/
+	heh
+	strncasecmp() ?
+	yes
+	(I'm just nitpicking on the name)
+	i know :)
+	ok my complete playlist ends up 2641 tracks
+	try loading it. you'll like it :)
+	ok, I'm off. See ya mañana
+<--	Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
+	hmm
+	still doesn't play
+	/Ac-Dc/Back In Black/01-Hells Bells.mp3
+	format, unix-style text
+	ok
+	hmm after i started playing a file and pressing stop to go back to the browser, the ui sorta paused with a jerky scroll of the file it was on, for a second or two before letting me do anything
+	different question (sorry to hijack) - Is there a way to go back to the playing display after exiting back to the browser?
+	and bass over 70% has nasty clipping on this AC/DC song heh, even at lower volumes
+	g003y: thats a good question
+	and there's still random files that get displayed with junk names
+	directories anyways i dunno about files actualy
+	g003y: currently there is no way to do that
+	PsycoXul: that might be short FAT names. I haven't been able to test those much.
+	zagor - hmm... how about like a fetaure that returns to it when a user has idled on pressing buttons or would that be overdoing it?
+	i don't like the machine to decide things on its own. i think a simple toggle button is better
+	I believe button combos are precious on the player.
+	ok
+	sounds fair to me
+	i think this one is called 'disc 2 misc' or something i dunno about the white spaces or if tehy're -'s or _'s, i forget, but it displays as 'isk_2_-_02_-_'
+	check to be sure
+	oh i've probably got it on the playlist i've just made so i can look at that heh
+	ah its actualy 'disc3-misc'
+	heh
+	and how is it displayed?
+	'isk_2_-_02_0_'
+	er
+	'isk_2_-_02_-_'
+	veeery odd
+	yeah and 'Beck' is displayed as 'Ozzy.m3u.m3u'
+	left over buffer garbage?
+	looks like it, yeah
+	and 'Adam Sandler' is 'HMC1 Y?? U?' the ?'s actualy being little 3's as if they're being cubed heh
+	it's the fat32 driver
+	psyco- is that only happening on playlists for you?
+	no its the display of these directories in the browser
+	oh sorry
+	and these funky names are consistant
+	I thought it was the filenames
+	they're always these heh
+	heh... well at least it's consistent
+	though the adam sandler one the little 3's used to be other chars in older rockbox versions heh
+	I think zagor is jamming over some fat32 code right now as we speak :D
+	what, me? :)
+	oh 'Misc-junk' also displays as 'Pilots.m3u'
+	and you know whatever else heh
+	hmm
+	and i go into the recycled dir
+	where theres some wav files
+	and i select one
+	and then stop it
+	this is not short-name issues. misc-junk is 9 chars == longname
+	and then press stop again to leave the recycled dir
+	and i get DH0 DH1 and INFO2 
+	displayed in the browser
+	eh?
+	I'm trying to reproduce it right now, but not much luck here
+	ok its also sometimes just going into the recycled dir
+	and sometimes leaving it
+	hmm unless they're actualy in there and the bounce is putting me into the first one
+	well I need to gdb this, so it'll have to wait until the morning
+	ok i think thats whats going on with the DH0 DH1 and INFO2 things is just that i didn't see them there at first because of the button sensitivity so disregard that one
+	ok, good
+<--	g003y has quit (bear.openprojects.net irc.openprojects.net)
+<--	datazone has quit (bear.openprojects.net irc.openprojects.net)
+<--	webmind has quit (bear.openprojects.net irc.openprojects.net)
+<--	PsycoXul has quit (bear.openprojects.net irc.openprojects.net)
+<--	PiotR has quit (bear.openprojects.net irc.openprojects.net)
+<--	Hadaka has quit (bear.openprojects.net irc.openprojects.net)
+<--	Zagor has quit ("bye")
+-->	datazone ([Vx3r6U9xN@207.136.36.203) has joined #rockbox
+-->	webmind (webmind@seal.student.utwente.nl) has joined #rockbox
+-->	PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
+-->	PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
+-->	Hadaka (naked@graywolf.onnanifujiyuu.org) has joined #rockbox
+	well there most of them came back
+	jesus..
+	just tested the playlist with 2000 line file
+	that sucker flys :)
+	yeah
+	Loadding...
+	and i love the variable scroll
+	Complete.
+	2641 files
+	heh
+	yeah
+	hehe i don't even see the Loading in the sim ;)
+	i just wish this playlist would actualy
+	you know...
+	play
+	:p
+	heheh hmmm odd
+	yeah it just loads
+	shuffle core dumps the sim
+	here it says "Shuffling..
+	Done."
+	yeah.. but i let it go and it cores...
+	damn
+	even at 70% bass i get some clipping
+	on the player?
+	yeah
+	what happened man... heh
+	ahh.. i only have recorder :(
+	last day of last month i tried it
+	and the browser was a little slow but there was no oversensitivity
+	and you could crank the bass all the way without any clipping and it sounded good
+	now its all oversensitive and clipping in the bass heh
+	hehehe fix it ;)
+<--	Hadaka has quit (bear.openprojects.net irc.openprojects.net)
+<--	PsycoXul has quit (bear.openprojects.net irc.openprojects.net)
+<--	webmind has quit (bear.openprojects.net irc.openprojects.net)
+<--	datazone has quit (bear.openprojects.net irc.openprojects.net)
+<--	PiotR has quit (bear.openprojects.net irc.openprojects.net)
+-->	datazone ([Vx3r6U9xN@207.136.36.203) has joined #rockbox
+-->	webmind (webmind@seal.student.utwente.nl) has joined #rockbox
+-->	PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
+-->	PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
+-->	Hadaka (naked@graywolf.onnanifujiyuu.org) has joined #rockbox
+	this one soundtrack too, the first track locks rockbox up
+	tried it like 3 or 4 times
+	hehehe
+	just freezes with the browser display still on it
+	yeah it is odd, the rest of the tracks in it seem to work fine
+	we're violating memory somewhere in the sim...
+	tracking it down
+	so like i think from interface end that it'd be nice if it wants to stay in the playing-file-info-display while its playing
+	and stop from there will stop it and return to browser while some other button or combo can switch between that and the browser while its still playing
+	at least on the player, i know the recorder's got different buttons so it can behave different ways appropriate to it, but this makes sense to me on the player
+	damn it.. i dont know what it is...
+	but the sim is definatly bugging out
+-->	elinenbe|school (elinenbe@sinan.ummu.umich.edu) has joined #rockbox
+<--	elinenbe|school has quit (Client Quit)
+	so yeah i should like make some animated icons for the player or something 
+	hmm the firmware's shutoff in archos' firmware is faster than the hard one that works with rockbox
+-->	g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
+	ahh back again :D
+	psyco - did you get that garbage display resolved?
+	umm... day before last i think
+	he was having a problem earlier though
+	today that is
+	well i think zagor was looking into it
+	or not
+	but there was a split and when it returned he didn't come back with it
+	heh
+	so i dunno whats going on
+	oh ok
+	I wasn't able to reproduce it, but I don't think I followed your steps exactly
+	er? steps?
+	the problem is with some directories
+	only some.... hmmmm
+	right
+	a few of them display weird things instead of what they are
+	and the weird things they display are always the same, between reboots, different compiles, different versions, etc
+	except one of them has changed a little between versions
+	hmmmm.... very strange.  I was trying to see it happen on my player, but no go
+	ah well Zagor will figure it out :D
+<--	g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
+---	dw|gone is now known as dwihno
+-->	g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
+	hello gooey
+	heya
+	waaazaaaap? :)
+	just trying to get a sourceforge account
+	but I didn't have my alias right so I imagine the verification email bounced or is relaying somewhere :D
+	oops :)
+	heh... thats what I get for having two alias files :D.  damn backups.
+	yeah, backups are a pain in the ass ;)
+	hehehe
+	guess I will just wait and see what happens.
+	yeah
+	Have you done any productive stuff for rockbox? :)
+	not today
+	I'm trying to get my account setup so I can submit what I have at least 
+	talked with Zagor and he liked my ideas
+	so I guess I will jam some code soon
+	that and try to finish gta3 one day :D
+	ah
+	gta3? is it possible to finish that game? :)
+	man... I tell ya.  it always ends up in a game of how long can I live with x number of stars :D
+	I'm still only on the second island
+	Island?
+	Hmm
+	I haven't even played it ;)
+	ahhh
+	worth a play at least once
+*	dwihno has not even got a computer anymore
+	what are you in a lab or something?
+	nope, work :)
+	or whateveryoucallit ;)
+	no computer man.  I feel for ya
+	ghahahahah
+	the spice mines
+	hehe
+	I'm awaiting money from an invoice...
+	Then I'll get myself a kick-arse-evil-shiznat portable thingy
+	ahhhh... you waiting on the ones with the nice nvidia/ati 3d cards in them?
+	or something even more portable than a laptop?
+	Nah, it's a laptop alright
+	With a geforce4 go chip
+	I can't live without q3a! :)
+	oh yeah thats sweet
+	But I've been waiting for this invoice for almost a month now and I'm running out of patience
+	dwihno: I just got the toshiba 5105-s607 and it is incredible
+	geez.... surely it isn't hard to pay up.
+	elinenbe: That purple thing?
+	well, more blue, but it is incredible
+	Yeah
+	except for the battery life.
+	I bet it is :)
+	that is the only thing I could complain about.
+	It's a monster! :)
+	It is great.
+	It's perversion at its greatest ;)
+	much faster/better/etc. then my old HUGE tower.
+	What is the hardware specs?
+	1.7 P4 mobile
+	512 ram
+	40 gig hard drive
+	sweet stuff :)~
+	15 inch 1600x1200 resolution monitor (easily the sharpest brightest monitor I have EVER used)
+	oh yeah.... you guys are making me horny with those specs :D
+	and I have had a 21 inch flat screen sony for a while.
+	:)
+	flat CRT that is...
+	GREAT speakers including a SUBWOOFER!! (no joke!)
+	it is just incredible.
+	I went through 3 laptops getting this one.
+	The dell-box I'm gonna get is a 1.6 P4-M, 512 RAM, 30 (or 40) gig drive.... And 1400xsomething screen
+	first a HP, then a Gateway, then this.
+	and this is BY far the best.
+	8x dvd/cdr/cdrw
+	usually 1450x1200
+	or something like that
+	they do laptops with tfts at 1450x1200?
+	yeah
+	fucking eh
+	15.1" something
+	thats almost 1600x1200
+	and it all fits in a backpack :/
+	that just owns
+	yeah
+	But as everything else, there is a pricetag :(
+	I would get that toshiba if I was rich & famous
+	yeah I know... thats the hard part
+	hahahahahaha
+	But I'm neither rich or famous, so I guess the Dell will be perfect for me ;)
+	if I was rich and famous I'd have one of each in the computing world :D
+	my laptop here is 1600x1200
+	15.1 screen
+	it is incredible.
+	:)~
+	Hey, you really know how to pickup ladies at the bar ;D
+	"I got myself a Toshiba evil laptop thingy!"
+	"Whoa, lemme see!"
+	"you wanna see my 15.1" baby?"
+	:)
+	Damn
+	Windows won't let me start indesign
+	*look through the process list for fishyness*
+	on recorder: about 1.5 seconds for a 5000 song playlist, and then instant shuffle!
+	wow!
+	whoa!
+	my playlist won't play though :(
+	KICK-ARSE!
+**** ENDING LOGGING AT Fri Jun 14 00:29:46 2002
+
-- 
cgit v1.2.3