From 965058028f08153fe4920afcd0c835297bd5c68d Mon Sep 17 00:00:00 2001 From: Daniel Stenberg Date: Sat, 20 Apr 2002 14:23:46 +0000 Subject: four new logs git-svn-id: svn://svn.rockbox.org/rockbox/trunk@152 a1c6a512-1295-4272-9138-f99709370657 --- www/irc/rockbox-20020416.log | 214 +++++++++++++++++ www/irc/rockbox-20020417.log | 164 +++++++++++++ www/irc/rockbox-20020418.log | 559 +++++++++++++++++++++++++++++++++++++++++++ www/irc/rockbox-20020419.log | 547 ++++++++++++++++++++++++++++++++++++++++++ 4 files changed, 1484 insertions(+) create mode 100644 www/irc/rockbox-20020416.log create mode 100644 www/irc/rockbox-20020417.log create mode 100644 www/irc/rockbox-20020418.log create mode 100644 www/irc/rockbox-20020419.log (limited to 'www/irc') diff --git a/www/irc/rockbox-20020416.log b/www/irc/rockbox-20020416.log new file mode 100644 index 0000000000..d58a324700 --- /dev/null +++ b/www/irc/rockbox-20020416.log @@ -0,0 +1,214 @@ +**** BEGIN LOGGING AT Tue Apr 16 07:32:17 2002 + +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52 +--> adiamas (~adiamas@216.194.26.214) has joined #rockbox +--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor2 is now known as Zagor +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--- Bagder gives channel operator status to Zagor +--- Bagder gives channel operator status to Linus + $ mount /dev/sda1 /mnt/archos + mount: /dev/sda1 is not a valid block device + everything's the same as with my previous usb stuff + I only added the EHCI module + what does the kernel log look like when you plug in the device? + hub.c: USB new device connect on bus1/4, assigned device number 2 + Bagder: how is the Recorder formatted? + or rather partitioned? + there's no difference + it worked with my usb1.1 + Have you tried /dev/hda? + And what sayeth your /proc filesystem? + I am a moron. Of course I mean /dev/sda. + my /proc says a lot of course, any specifics? + /proc/scsi/scsi + /proc/scsi/usb-storage or /proc/scsi/scsi + hm + $ cat /proc/scsi/scsi + Segmentation fault + ooh + Ouch! + should I take away some of the other usb stuffs when I use ehci? + i don't think that should be necessary + this happened before too + when I used the wrong usb module + ohci + although i use usb as modules, so i rarely have everything loaded at the same time + well, since they must be modules I do too + they must be? + dunno for the new one though + yes + the other ones must be + at least for the menu stuff to work + i didn't know that + try /proc/bus/usb/devices + it might work to fiddle in the .config + and what am I looking for in there? + Bagder: do you have a directory called /proc/scsi/usb-storage-*? + the isd300 + Vendor=05ab ProdID=0060 ? + yes + Bagder: are you sure that the usb-storage module is loaded? + no + Check. + :) + so I need two modules? + the usb driver and usb-storage, yse + yes + didn't need that before... + in that case it was compiled-in + Yes you did. + oh + I have that one built-in + hmm + Sounds strange. You could try to have usb-storage as a module instead + yeps + reboot pending + I did in fact try it under windows yesterday ;-) +* Bagder hides + *slap* (misses) + looser + I also tried to setup "internet sharing" in win98 + HAHAHA! + but failed to miserable I felt pain + so miserably even + you really are gullible... :) + it is *supposed* to work + It does. But you have to know the secret handshake + it of course ended up with me having *three* cards defined and none of them were having my correct IP addresses + *g* + so it took 20 minutes to clean it all up again and get back to where I started ;-) + ... then I rebooted back to Linux + phew + reboot +**** BEGIN LOGGING AT Tue Apr 16 10:18:30 2002 + +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52 + Thanks! + i bet the archos guys themselves are impressed at that + they should be at least + wait until they see our screen savers :) + I suspect that the Archos guys also used the serial port for debugging + I'm curious if anyone at Archos has heard about our project yet + right, I added the drawline function the other day + Bagder: how's the menu ideas coming along? + Zagor: maybe. but they don't seem overly responsive for fixes or ideas from the public - so maybe they just don't give a shit? + Zagor: not much there yet + my mate has the 1.26 rom, i'd like to know what changes went in + the lists don't seem to indicate much changed + I'd like to see an API for reading keys + Write one + then I can fake both input and display in the simulator + and produce something to try a menu system on + Write one + I know I should + again + I need to take Alan code + and Gary code + and unity them + unite even + Merge on. You have my full support. :-) + thanks, there's only the time issue left then ;-) + Caffeine does wonders with time + hahaha + oh, you're not doing anything useful anyway ;) + "Charging batteries" (internal joke) + oh, how did you know? ;-) + speaking of charging batteries, that's a man who we should "lure" in here to get started on some work :-) + Kjell + That man can really do screensavers! + hehe right + we need a math library ;-) + Alan would love that! +* Bagder giggles + +* Linus is having a Monty Python deja-vu + i was living in a cardboard box in the middle of the road + every morning we had to get up and lick the road clean + luxury! + You were fortunate! + is there any way we can wait for a key input without just while()ing in a read? + I mean there's no irq or something? + i don't think so + nope + ok + PA[12-15] and PB[12-15] can trigger interrupts, but none of them are connected to a key + Alan's key.h file sure is confusing to me + well, perhaps not + but quite not what I want + uhhh, not a pretty sight + Gary's is more in my line of thinking + anyone familiar with cygwin's setup process? how do i find out how to get a copy of /usr/share/dict? + bah + i've never used cygwin + perhaps i'll reboot into linux + I'll give ya a URL if you want + please + I mean, the raw file + ah, i can get that myself thanks anyhow + ok + just wanted to get the proper cygwin version + you know how interdependent these things can be + you guys redhat or debian users/ + both :) + ok + i love debian + to death +* Bagder has a redhat 6 something, patched beyond recognition + i'm a long-time redhat user and a recent debian convert + i remember installing slackware using 20+ floppies + those were the days + hehe + 386 + 16 MB ram + and my system kicked ass :) + which kernel version was that? + wow + that's going back some + about a year before 2.0 +* Bagder got the 0.01 kernel on a CD with a book he bought recently + empty cd... + well, there were other kernel releases too ;-) + ah + "Linux core kernel code commentary" + nice reading before falling asleep at night ;-) + that's cheating! + the oreilly kernel book is very good + I got that one too + device drivers volume 2 +* Zagor has a bloody zoo in the bookshelf + heh yeah + luckily they expense books at my current company + i bought 40 over the last couple years + yeah, same here + i stroke my bookshelf at night + hehe + hahaha + my fiancee is getting jealous + is the device drivers book worth getting? +* Bagder 's wife fainted when she saw the "kernel commentary" book ;-) + i was tempted + "what *is* that!" ;-) + The device drivers book is a must +* wavey makes mental note + do we have any good pictures of a player and a recorder taken on the keys/lcd ? + ah http://bjorn.haxx.se/rockbox/internals/archos1.jpg is a good one on the player + we have no good ones of the recorder though + i can take some + I'd like a web page with two frontal pics next to each other + player/recorder + makes it more clear to people (and me) how much they differ +* Bagder thinks ui/input stuff + ok +* Linus is starving + preferrably with the displays lit + off to lunch + yes + Lunch!!! + food +**** ENDING LOGGING AT Tue Apr 16 11:52:45 2002 + diff --git a/www/irc/rockbox-20020417.log b/www/irc/rockbox-20020417.log new file mode 100644 index 0000000000..7ab27c9de2 --- /dev/null +++ b/www/irc/rockbox-20020417.log @@ -0,0 +1,164 @@ +**** BEGIN LOGGING AT Wed Apr 17 07:59:14 2002 + +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52 +--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor2 is now known as Zagor + morning + hey + cool hack of the day: + Adbusters is buying a 30 second commercial spot on CNN tomorrow + and they're airing....nothing + :-) +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + 30 second black screen + at least it was cheap to manifacture ;-) + hehe + morn, boys + hey wavey + hi wavey + apparently the spot cost $5000 to purchase + i tried compiling firmware last night, and it complained of missing .h files + fakestore or something + yeah, that's the fat code. it's not compilable + ah. + ok + is it normal to have noncompilable code in cvs? + in a major build target? + not really, but this is the first version of most files + hmm + i guess + it hasn't really set yet + what's there looks good + i got most of it compiled on windows thru cygwin + that cool + that's + needed to mod the makefile to include cygwin's distributed include dirs, etc + once we have a compilable codebase, we should mandate that it's always compilable from then on - sensible? + yes + imho + otherwise it holds up dev + indeed, there will be many people using the code base then + but feel free to correct the problems and mail us patches! ;-) + sure - will do :) +--> linus__ (~linus@labb.contactor.se) has joined #rockbox +--- Bagder gives channel operator status to Zagor + can someone add me as a registered dev on the rockbox sourceforge project pls + mister_wavey is my sf login +* Bagder points in Zagor's direction + sure + cheers + today's security flaw: IE back button ;-) + heh + which webapp is misbehaving? + the back button can run javascript + stuart martin, mister_wavey, Developer + zag: lovely + wavey: to commit anything to CVS, you need to checkout the repo using ssh first + before you did it read-only + Strange. When I connect from work, I am allowed to use the nick "Linus", but not from home. ??? + linus__: muh is still running and uses it probably + that's because from work you are connecting via "muh", which is holding the Linus name for you + AAh IC. + Bagder: muh is running on labb, or...? + yes + Så hur kopplar jag upp mig mot den? +* Bagder detects swedish BZZZZZ +* Bagder grins + connect your irc client to labb:9997 + OK. CU! +<-- linus__ has quit ("Client Exiting") +--> Linus (~linus@labb.contactor.se) has joined #rockbox + tadaaa + WOW! It worked! + nomad claims 22 hours battery time + http://www.nomadworld.com/products/Jukebox3/ + ...and the reviews report 10-12 hours + :-) + I got my soldering station yesterday. I made another debugging cable just to test it. + ... and now you sell it to the highest bidder? B-] + ah, good. because i got my archos swapped today! + Rock'n'roll! +* Bagder reads "Any one out there linking the curl C library with a COBOL program?" + :-) +* Bagder bounces, a commit mail from wavey! + heh + cygwin makes hell bearable + yeah, cygwin's pretty decent + i've installed cygwin's ssh + lunch + does the use of ssh produce a public key somewhere on my filesystem> + ? + or do i need to make my own + you don't need one if you don't want to + but ssh-keygen makes them + i'd like to store the key with sourceforge + ah, then ssh-keygen is the answer + -t dsa or -t rsa + depending on which kind of key you want + or one at a time to get both kinds + they're normally store in ~/.ssh + stored + do i want a passphrase on this? + yes + ok cool + how long does a cvs login session last for? + forever + ok cool + until you logout + ok waiting for the sourceforge batch process to use my key :) + ok + yes, it's nicer that way + the cvs page isn't complete in that aspect either... + as it doesn't explain the whole process to get the no-prompting to work + well, the ssh-keygen would be a useful addition + yes + you'll also need to run ssh-agent and ssh-add +--> alkorr (jbcoax@srs07v-3-253.n.club-internet.fr) has joined #rockbox + hi + good it works with WinCVS now (much easier to add or to update than with CVS command line) +<-- alkorr has quit (Client Quit) + yuk + GUIs are evil + except directory browsers, i guess + I agree + and therefore cvs integration makes sense + people tell me the wincvs interface is really crappy though + ssh-agent and ssh-add are needed where? + when sf knows your key + ok, what do i need to do? + run "eval `ssh-agent`" and then "ssh-add" + it starts an "agent" for your key + and adds your key to it + which then passes it to the server when used + ah + ok taa + so for ssh-add you need to enter your pass phrase + once + and after that all cvs operations are with no prompts + now, I honestly don't know how to put that short and nice in the cvs web page ;-) + :) + ooh + still being prompted - c'mon sf! get your batches running! :) + you'll see on the prompt when you can expect the non-prompt to work + it depends on which pass phrase it asks for + and the passphrase for the key is good for the length of the login session? + um, yes, but the "login" session with ssh is just the single operation. unless you meant the passphrase to ssh-add which is good as long as you keep ssh-agent running + ah ok + and to restart the agent after reboot? + eval `ssh-agent` again? + yes + coolio + then ssh-add and add your pass phrase + s/add/enter + ok + how do i get on the cvs notification list? + i couldn't see instructions anywhere + the mail archive needs a search tool too, ideally + Björn mailed about it + yes it does + To get these mails, send a mail to majordomo@cool.haxx.se, with the text (no subject) "subscribe rockbox-cvs". + aha, just found it :) thanks +**** ENDING LOGGING AT Wed Apr 17 12:25:54 2002 + diff --git a/www/irc/rockbox-20020418.log b/www/irc/rockbox-20020418.log new file mode 100644 index 0000000000..4ae09bf7f6 --- /dev/null +++ b/www/irc/rockbox-20020418.log @@ -0,0 +1,559 @@ +**** BEGIN LOGGING AT Thu Apr 18 08:42:39 2002 + +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52 +--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor2 is now known as Zagor +--> Linus (~linus@labb.contactor.se) has joined #rockbox + wtf is the story with the makefile? + there's a story? + umm.. well.. all the >>>>> and <<<<<< and ======= stuff + ah, that's a conflict + you and someone else changed the makefile + the >>>>>, <<<< and ===== describe the two versions + which makefile btw? + uisimulator + nevermind.. i just did and update on my end... + ok +adiamas adi|atWork could someone tell me where their lcd.h is located? + i don't have one and i need to grab it off a remote box... + makefile is complaining + ah + it's in the firmware module + I have uisimulator and firmware checked out in the same dir + ? + so in the uisim dir I can get it ../firmware/lcd.[ch] + im really starting to dislike cvs + rockbox, rockbox/uisimulator, rockbox/firmware + yeah.. but _i_ don't wanna work on firmware + you do now ;-) + but your telling me that i need to pull it down and keep it up to date huh ? + no but you need that source. we don't want to duplicate it + because the uisim uses firmware code +* adiamas giggles + can't we break it out into another "library" or "common" dir or something? + and have a third module you need? + seems that makes more sense.. + nope.. still only be two.. + why should i worry about firmware if i only want to play with the uisim + thing is, I want the uisim to use as much "real" code as possible + nods + because the uisim simulates the firmware + nods + okay.. now.. because im stupid.. if i just want to pull the files down and not checkout... + whats the cvs command? + or do i co no matter what? + yes + there's only checkout, yes + nod + im so much more used to sccs :) + but since you don't modify them, you won't get problems updating them in the future + sccs is good, but not for widely distributed development +* adiamas nods + i understand the use of cvs.. just feels icky cause im not used to it + widely/wildly + it takes some getting-used-to, I agree +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + hey ho wavey +--- Zagor is now known as Zagor|work + goodly morning + hmm... okay.. anyone know wtf firmware/system.h would bitch on uisim compile? + complaing about the #define \'s + hm + lemme check + what does it say? + it works here + gcc -DHAVE_CONFIG_H -DGETTIMEOFDAY_TWO_ARGS -DSIMULATOR -DHAVE_LCD_BITMAP -I../firmware -g -c uibasic.c + In file included from ../firmware/lcd.h:24, + from lcd-x11.h:24, + from uibasic.c:36: + ../firmware/system.h:52: parse error before `volatile' + ../firmware/system.h:62: stray '\' in program + and then like 100 iother stray complaints.. but i figure those are ghosts + what gcc version is this? +* Bagder suspects the crlf newlines... + gcc version 2.95.3 20010315 (release) + im not switching to the 3.0 series till its aged a bit + on linux, right? + yup + ill tell you if its crlf + one sec + looks like it... + i load it in emacs and it comes in DOS format + mode rather + yes + so try stripping them off and compile and see if that removes the warnings + ummm.. how do i do that easily? + tr -d '\015' < system.h >system2.h + then use the version 2 of course + yup.. that did it... + ok + so we need to be more careful on the newlines + so when i get diffs on what i do and others do.. clashes and what not.. and we get the <<<<<<<<<< and> >>>>>>> complaints.. how do we resolve those? + the makefile can include a newline checker +adiamas adi|atWork adiamas adi|atWork thats a good idea + adiamas: those are conflict markes that appear when you get an update that has changes on the same lines you have changed locally + right.. i know.. but how do we resolve them... + ie: you change int i to int duck + and i want int wolf + what happens? + you edit out the "wrong" piece + and keep the correct + hehe but which is wrong? + you need to figure that out + it's a conflict with your changes + we can't tell you what's right ;-) + but it may only be a conflict with my changes because someone elses bug fix may be diff then mine.. and it clear out theres and place mine.. then theirs is in conflict + and round the wheel turns... + yes, but that's why you need to pick one of the alternatives. Or write a new approach ;-) +* adiamas reminds you he's still new to this ;) + one last question, then bed... is there a way to set my searchable include dirs in my env so that the makefile can find what it needs if things are in diff locations? + it's possible to pass as arguments to make + bah.. was trying to avoid that... + it could be environment variables too + we should figure out a way to let people do this easily +* adiamas nods + fixed.. settled for a symlink and said screw it + way to go ;-) + adiamas: -IX -IX+1 -IX+2 for your makefile include entry will search X, X+1 and X+2 .. + where X, X+1 and X+2 are include dirs + if i understand your q correctly + so people edit their makefile to include all their includes in the $(INCLUDE) directive + that's how I do it + especially on cygwin, where the includes are all over the place + oh, and I replace the use of -I$(INCLUDES) with simply $(INCLUDES) + to ensure the first -I doesn't translate into -I-IX +* wavey goes back to OO modelling + of course, we could always use autoconf +* wavey runs + hehe + wavey nah.. that i know.. the part that was issue was the libs.. + yeah.. editing the makefile isn't an issue.. + i just don't want to have to keep fixing it each time i pulled down a clean copy and all + so i just tossed LIBDIRS in the env + and do make -e +* adiamas shrugs + oh, libs - i thought you said includes + hehe nope... + im used to makefiles.. just not used to dealing with that on a new starting project :) + w/ other ppls machines and all + 'is there a way to set my searchable include dirs in my env' + ha +* wavey knew he wasn't going mad + hehe sorry... + i think i need bed too + 1 - 0 to wavey ;-) + but i've been awake only a couple hours + its 0430 here.. cut me some slack ;) + heh + go + to + bed :) + can't sleep :( + this heatwave here is killing me.. + came to quick... + where are you? + NY state, usa + bout, 30 mins north of NYC + aha + how hot can it be at 0430? + hit 93 today at work... + ouch + yeah... + hope the ac is working + don't have any + just a ceiling fan + double ouch + nods + i find turning lights off and working by candle makes it cooler (both definitons of cooler) +* wavey blinks + besides.. the gf comes up this weekend.. so sweat is a good thing then ;) + heh + btw.. its no ac at home.. work has it.. + ah + glad to hear it +* Bagder counts, 33.9 celsius = 93 fahrenheit = 307 kelvin + uk has been mild/warm for a few weeks now + s'lovely + had the first rain in ages yesterday + we have like 9C today... :-/ + hehe we are in a near drought situation already... no lawn watering, town just passed restrictions on pool filling + wow + and across america over 100 records were broken due to the high heat + we use CDs in the uk now + NYC had it's hotest temp on this day in history, for the 3rd day in a row. + they're smaller and shinyier +* adiamas quirks his head to the side and looks at wavey + i don't get it. + records broken + cd + ah.. + heheh + it's late + you're tired + im ugly too :) + its understandable :) + heheh + but shhh.. thats a secret +* Bagder looks at wavey, oooooh that was a pretty bad one ;-) + everyone's beautiful in ascii + lol... i like that... + congrats.. you just joined my sig file :) + eheh + heh + in ebcdic however, everyone's a pig + is that why we've switched to ascii these days then? B-] + yup :) + and frosted mirrors too + wavey.. whats your real name so i can credit you all proper like :) + stuart martin, if you need the credit. take it for yourself with my pleasure + btw.. its 70 F here, 21 c + UV Index: + 0 Minimal + heheh + i wonder why... + could it be the suns not up? + :) + when is dawn these days? + any of you read scifi? + dawn as in sun rise or dawn as in the book? + sunrise in NY 05:12 + almost finished two olaf stapledon books. 1930s author - one of his books describes the history of humanity (over 200 000 000 years) and the other describes the history of the universes + both fantastic, btw + nods + (according to my psion) + absolutely recommend them + wavey, feel like mailing me the book names? + either that.. or msg me them... + 'last and first men' + and 'starmaker' + nods + the channel is quiet, i'm sure no one cares :) + got it. + okay.. bed time + night all + night adiamas + see ya +--- adiamas is now known as adi|sleep +* Bagder is curious on Linus I2C and MAS work... + i2c? + whassat + ooh, only 15*6 songs left on my random playlist of 3500 songs :) + that's how to speak to the MAS circuit + one quick note.. did you guys realize there is a key lock on the jbr? + yus + on + nods + hehe i din't :) + back to bed :) + heh + night +* Bagder has hardly used his recorder yet :-) + we need a tiny math lib for our code + we do + which projects can we steal it from? + I dunno actually + we could probably "steal" function by function + from BSD or Linux code + sure + be nice if sourceforge allowed a search through open source project's codebases for things + be very useful + true + make it easier for industry to rip it off as well i guess + not that it doesn't happen already anyway + The I2C is going slow at the moment. But the MAS is responding. + *cool* + ...occasionally. :-) + hah + occasionally cool :-) + heh + what about data structures? + we cutting our own linked lists, etc? + we could probably use a sensible single implementation for many to use + must be a nice and small and tested-to-hell one in apache or somewhere + yus +--- Zagor|work is now known as Zagor + btw, we're having a litte "rockbox" gathering tomorrow + the stockholm/sweden parts of the rockboxers + how close do you guys live together? + 20km + 'variable pitch control' is that achieveable by the MAS? + (from the mail list) + nope + can't be done + rockbox lunch time + hey you know if the DAC can have 2 channels on at once? + I don't think so. Lemme check. + It seems like we can mix all channels, AUX1 AUX2 and DAC + Cool. Then we can hear the RS232 data when we are debugging. :-) +--- Zagor is now known as Zagor|lunch + yeah? nice +--- Zagor|lunch is now known as Zagor +--- wavey is now known as wav_lunch +* wav_lunch smiles + timezones. who'd have 'em? + they're useless +* Zagor wants to do away with timezones and daylight savings time + yus + one hour, globally + who cares if 0515 is in your afternoon? + exactly. it's just a bloody number +* PsycoXul agrees + swatch tried it with Internet Time + only met one person with such a watch though + if the world's consumers had embraced the concept, the governments may have agreed to it + anyhow + lunch + the problem was that they wanted to alter everyone's sense of time. the changed too much + people still want 12+12 hour days, 60 hours minutes etc +--> alkorr (jbcoax@srs04m-2-107.n.club-internet.fr) has joined #rockbox + Welcome Alan! + hi linus + hi there + i have a question + Ask! + quite now we cannot use other formats than MP3 + not even a WAV file + the recorder is able to get a linear PCM on digital line + True + if i'm not wrong, wav format is a PCM-like stream + yes + wav is usualy just pcm with a header afaik + my idea is the following + if we strip unused infos + and feed internally the digital pin of MAS + with a PCM stream (using sci0 ?) + and set MAS for recording + would you hear this wav playing ? + I don't follow you. Do you want to play WAV files on the recorder? + a trick which could allow recorder to play wav files (not forgetting possibility of mixing) + i read on the company's website about the player's MAS and they claimed to have pcm playback firmware for that chip anyways, likely the recorder's chip too... of course getting any such things i dunno, never found any downloads etc + The MAS is capable of playing WAV files. You just have to download firmware to it. + i think it is not free + can archos firmware do whats necessary to download firmware to the MAS? + i tried to get this addition but without success + yes it could + if it have additions to upload + has + but i'm doubtful that Archos will buy this addition for its player/recorder. + i think we need a dsp hacker to the project :) + of course if we could know what kind of DSP it is and have compilers, it would be great + yes + but Micronas are unlikely to reveal anything about this DSP + why? + Do you know a lot of company which reveal all the works ? + their + what DSP they use is hardly "all the works" + anyway, companies are not bound for revealing something :) + perhaps they don't want to let a non Micronas employee to be able to reverse-engineer their works + they are commercial, not open free :) + well + they DO have a devkit that they supply to their customers + they mention it and some of the things in it + example firmware and such + yes but if they don't let people write dsp code, who will buy their dsp? + customers => archos, not final users + customers must pay for it ! + true + including some voice compression codec decoder and encoder, and pcm player + yeah + but there are a few customers of the MAS + perhaps we could ask around + so somebody find a friend of a friend of a friend who works for a customer ... + heh + okay if you can a smart guy to help for retrieving missing infos and even get tools, that would be great + find + getting the tools is probably not legal + and if he/she is not concerned with a NDA too + I doubt all customers sign NDAs to buy the MAS devkit + ya, if we could have opcodes, we can create an assembler + but what i know it should be 24-bit opcodes (code addresses are 24-bit) + btw, if you look at MAS commands, to upload a firmware you must issue a command and a block of 32-bit words + but only the first 24 bits in those words are valid + (or it should be 12-bit ?) + hum found a 1 MB pdf... + the data sheets speaks of 20-bit words + ok + so it is 20-bit + i found a page where someone said what DSP was in fact + wow + i try to get it back + MASC + 3500 ? + not 35000 ? + anyway not a target we can find for gcc or as :( + uh no + http://winwww.rutgers.edu/~samar/platforms/masc3500.html + ya + found + nice digging! + the guy who wrote that web page could have some info + yes i tried but i wonder if his email address is still valid + he has two, try both ;-) + hum i prefer let you to try both ;) + "MASC 3500 is NOT supported by C compiler. Only assembler programming is available" + actually, I think I'll hand over that work to Björn + okay + *thump* + got it + :) + he's the man + ;-) + :) + so..um... what do we want to know, exactly? + whether he has an archos for a start :) +--- wav_lunch is now known as wavey + have all the information he can feed us about this DSP : especially all the opcodes + haha + haha + "I was especially interested in digital modulation techniques and speech processing. So, embedded systems and numerous real-time DSP implementations (telephone line modems, low bit-rate speech coding...)" + he's our man! + There was only one commercially available MPEG layer 3 chip, the MASC3500 from ITT Intermetall Semiconductor. We attempted to obtain information and availability of the chip, but the company is situated in Germany and gave very little feedback + not a good sign + yes it is the main culpritt of thy company + this + humm i mean the main discredit for this company :) + your point is usually clear, al :) + A. Domazetovic, D. Samardzija, "Implementation of 4880 bps CELP on MASC 3500 DSP", Conference on Telecommunications ETRAN, Vrnjacka Banja, Yugoslavia, Jun 1998. + anyone near a library? + in yugoslavia? +* wavey chuckles + lol + D. Samardzija, Z. Lukac, "A Solution of CELP Encoder at 5.3kbit/s and 6.3kbit/s on ITT MASC 3500 Processor", Conference on Telecommunications ETRAN, Vrnjacka Banja, Yugoslavia, Jun 1998. + well in a very good english : "this lack of feedback is the rock(box) on which the undertaking comes to grief" ;) + yay, we've got a poet! ;) + al: and now in italian, please :) + italian you are ? + (without using babelfish) + italian I am not + english I am + arf ;) + arf is a lovely word :) + "questa mancanza di risposte è la roccia(boccia) su cui l'impresa viene al dolore " ;) + roccia boccia +* Bagder giggles + arf => lol + fantastic! :) + roccia boccia is mighty + huh "boccia" doesn't exist :P + Wav: found something about "A Solution of CELP Encoder at 5.3kbit/s and 6.3kbit/s on ITT MASC 3500 Processor" ? + it's one of Dragan's publications + okay so no pdf at all ? + no + i'll email him and see if he's a cool guy or not + hmm, this guy wrote a CELP encoder for the MAS 3503, which is the predecessor of the 3507 we have in the jukebox + i think i'm in love + arf :) +* Bagder worships Dragan a little + you think it helps? ;-) + Why ? + brb +**** ENDING LOGGING AT Thu Apr 18 14:44:53 2002 + +**** BEGIN LOGGING AT Thu Apr 18 15:27:51 2002 + +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52 + does wordexp() exist in windows? + anyone? +* Zagor doesn't do windows + wordexp ? + Bagder: I just managed to read the version number from the MAS via I2C! Yippie! + *neat* + wordexp, yes, it's a posix function + though I doubt windows features it + use the cygwin.dll from Cygwin ;P + i'm doubtful too + unless they have a posix library + what is its purpose + "perform word expansions" + i cannot find its manual entry + heh, no I couldn't either on linux + really a standard posix or just a mandatory extension ? + then Linux man pages contain many holes + standard posix + single unix specification + never mind + okay + so what is the version number of the MAS? ;-) + Linus: player or recorder ? + it's the player + actually, he read the model number so it's "3507" + woooo + we didn't know that! B-P + hehe + Linus: you should try I²Cize your MAS on the recorder too + maybe he faked it :) + alan: yeah, it's just a lot easier to do development on the player since he's got the serial port on it (and the I2C wires connected to a digital oscilloscope...) + ah yes, the wires... + you guys are gonna make these little boxes do things the archos people never dreamed :p + just thought i'd throw that in there before running off to bed heh + ... and not some things people do dream of (judging from some of the feature requests) ;-) + heh + yeah well + My I2C test was on the player + Recorder has two I²C devices so don't be surprise if you code could not work ;) + Bagder: that may not be all bad heh + and theres a lot of requested features that would be like.. moot with new better firmware + you know things that apply to the current firmware's limitations etc + that's true + Why? I assume they have different ID:s. + especially, if you requeste a RTC reading via an interrupt while reading something on MAS ;) + Hehe. Who would do such a thing? :-) + They do + :-) + anyways, sleep time.. night + night PsycoXul + night + nacht Psycho + hum i must leave, see you ! +<-- alkorr has quit () +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--- You are now known as Bagderzzz +--> wavey_ (~wavey@dlan1431.dircon.co.uk) has joined #rockbox +<-- wavey has quit (Read error: 104 (Connection reset by peer)) +<-- wavey_ (~wavey@dlan1431.dircon.co.uk) has left #rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +--> alkorr (jbcoax@srs04m-7-48.n.club-internet.fr) has joined #rockbox +<-- alkorr has quit (Client Quit) +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox + are you an emacs man, wavey? + yus + you also? + yep + had a problem with c-offsets-alist, but I worked it out + are you logging everything? + alan said his FAT32 code was "obsolete" but I don't understand what he meant with that +<-- wavey has quit (Read error: 104 (Connection reset by peer)) + zagor.. you still around? + yeah + heheh glad you updated the lcd.[ch] api... + now i can toss up my battery bit at some point ;) + ah, yes + i have a little something i hope to get done tonight + whats that? + umm, a surprise :) + tetris + lol.. seriously? + yeah + oh.. i was thinking... + we have a limited # of keys on the players.. we may want to assign keyboard keys to represent them for the simulator. + yes, i've been thinking that too. i was thinking some keys on the numeric keyboard + nods + that or just overload the function keys. + but the #pad would work nicely for the center control pad... + left, right, up, down. + exactly + i like that. + and 5 för the play/pause on the recorder + yup... + and even the top four for the menu keys + could even get away with - for off and + for on + right... + i don't know if numlock is a problem using as a normal key in X + i don't see why it would be... + brb..need food +<-- Zagor has quit ("bye") diff --git a/www/irc/rockbox-20020419.log b/www/irc/rockbox-20020419.log new file mode 100644 index 0000000000..d31e3942af --- /dev/null +++ b/www/irc/rockbox-20020419.log @@ -0,0 +1,547 @@ +--- You are now known as Bagder +--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor2 is now known as Zagor + aloha! + hey ho +--- Bagder gives channel operator status to Zagor + uh + y%8 should be y&7 in lcd.c + for the pixel functionss + I'll fix + yes, i realized that too. but it turns out as the same thing + when compiled? + i don't know about the code, but the logic is the same + yes, logic is the same but % is generally a much slower operation + ok +* Bagder does an "Alan" + hehe, don't be mean +* Bagder chuckles + woo new mozilla to get +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + morn + it is a sunny and fine morning here + overcast and cool here +--> alkorr (jbcoax@srs04m-8-117.n.club-internet.fr) has joined #rockbox + for the CVS $Id, what must i put it in a source, so CVS fills it + ? + hi btw + $Id$ + hi :) + oky + :) + do we have a standard file header to include at the top? + yes + i.e the rockbox copyright and logo? + yeep + so rather than specifying the Id tag + specify the header :) + and put the tag in the herder + header + yes, that's how it is + so + why + did + alan + ask about the id tag? + ask + alan + :) +* wavey lol + because i didn't know that :) + because it isn't stated anywhere :) + alan: you changed the license for your FAT code. was that intentional? + nope at all + they were my old headers + ok, so I should change it back to GPL? + just forget to change them + if you are tempted :) + i am :) + okay + i looked at it a bit yesterday. what did you mean when you said the code is "obsolete"? + which code ? + the fat code + that you mailed me + ah yes... hum because i plan to split it and maybe a little bit more generic for PC test + ok, because I started working on it... :) + is that so ? + yes + i plan to have an image of a FAT32 disk in a file to do testing on + for your purpose ? + ? + zag: how will the main program body service user events while keeping the dsp full of data? will we just set up some sort of dma to allow the dsp to read data until complete, leaving the program thread to manipulate memory etc? + or is there some other way? + that's a good question, which among other things we will be discussing tonight :) + i need to switch tunnels, brb +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox + bag: we = .se? + european people ;) + yes + me, Linus, Björn and a forth friend +--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox + ok +--- Zagor2 is now known as Zagor + cool + oh you mean off-irc, Bagder ? + we're gonna gather tonight + right + in real life + wow + there's an outside? +* wavey is scared +* Zagor is now in a clean, nice, pure ssl tunnel + you worked out the CONNECT part? + yup. found a perl script + coolio + i'll write up a twiki page + knowing http pays off B-P + seriously i see Zagor has change PAIOR and PBIOR to be ((volatile ...) + i would try to avoid such a thing + why? + sometimes to have a byte access is better than a word access + these are registers, yes? + yes but byte access is a special case + or a 32-bit access better than a 16-bit access + also a special case + this is the normal case +--> Linus (~linus@labb.contactor.se) has joined #rockbox + du to the fact, we write them in C, i don't see objections to leave them as address ant programmer to use the word access he wants + ... and let ... + it makes a mess in the code to always typecast them. this way, the registers are registers, as defined in the data sheet + register ??? + if you want to access them in a non-standard way, *then* you do special typecasts + manual says we can access such registers as well byte as word, so there is no real non-standard way + well the manual says the register is 16 bits wide, so that's how I define "standard" + I define the "standard size" to be the register size. + I would guess the the size the programmer wants would be the register size in 99% of all cases. + i try to use a homogene way to access those register, and having SI,HI or QI remove the necessity to guess what size the register is. But due to the fact i'm in minority, i suppose i can only approve your changes unwillingly + i really don't like the SI/HI/QI thing + by the way i could need the addresses of those register (DMA with SCI0 for example) + Except that noone can guess what QI, SI and HI means without searching in the header files. + yes, we probably need double macros. one with the address and one for register access + yes but i find more ugly explicit typecasting anyway + Absolutely. We will probably still nedd both ways of doing it. + explicit typecasting is good in special cases + because then it shows that it's a special case + i use GCC convention which has in internal the modes SI, HI and QI + if you could find something else, i could be okay +* Zagor has never seen SI/HI/QI in his 15 years of programming... + Yes. But I have yet to see any C source code using that convention. + but must be short anyway + Absolutely. + look at the gcc source +--> Bagder2 (~chatzilla@as3-3-2.ras.s.bonet.se) has joined #rockbox + I have looked at the GCC source code. The QI/HI/SI stuff is not C it is a pseudo language. +* Bagder2 tries chatzilla + Bagder2: good? + nah, I think I prefer X-chat + yes, your defines is not much more standard than mine anyway + actually, they are +<-- Bagder2 has quit (Remote closed the connection) + look at any microcontroller C compiler + registers are reserved uppercase symbols + i don't call them 'standard' + well no, but it's the most common way to represent registers + it is not that kind of stuff i will call standard + for me, they are libs like stdlib or stdio, no our own source + I agree, it's not a standard. but it's a style that many people have seen before + yeah.. yeah.. well.. well.. your momma! +* Zagor twitches. Adi - awake? + not really... + for what its worth.. and i know its not much... but to me... SI HI QI makes no sense... + BTW, the Archos guys have really made an odd I2C bus connection between the 7034 and the MAS... :-( + because to anyone who doesn't immediatly recognize it.. well.. they are clueless to what it means.. + but thats just my opin... + so change them for another convention + that's my point exactly + and the MAS uses a really odd I2C protocol variant... + Linus: will it set any limitations or just make it difficult? +* adi|sleep also points out he isn't attacking anyone... + A little tricky...and perhaps slower that necessary. + anyway, for me they are not really register since SH7034 use a memory map to access peripheral registers => not a register for SH, register for peripheral on-chip. +* Linus agrees with adi|sleep + Linus: what about the trouble ? + alan: it's the same thing. many controllers use memory-mapped registers + For example the PIC + and the PowerPC + Well, not the POowerPC core, but all PowerPC-microcontrollers + yes +* adi|sleep points out that your reality is nothing but lies and baldardash and he is happy to say he has know understand of it. + And the 8051, IIRC +* adi|sleep goes back to sleep + adi seems a bit... off ? + Zombie? + me? no no no.... + so, he's talking in his sleep ;-) + im on 'nuetrel' + a victim of the Umbrella Corporation? + i make a difference between cpu register and port registers that all. The way to access them is different + which is latin for "its way to fucking hot and humid outside for 0430 + " + one use direct opcode, the other use peek/poke + that's all + Agreed. You dont access the CPU registers at all in C source code. + poke 53280, 0 + Black border + a reset ? + Linus: about I²C ? + then what did the old "register" thing in C do? +* Bagder hands the award to Linus + what's the trouble +adi|atWork adi|sleep adi|atWork adi|sleep adi|sleep: it tries to allocate a variable to a register + nods + instead of putting it on the stack + okay.. now i remember. + no one uses anymore register, because a lot of C compiler implicily uses registers as possible + They have used a diode to simulate an open collector bus. That makes it tricky to communicate in both directions. +* Zagor agrees + so register is a void attribute in gcc + yup + yes + but then gcc is a mighty fine compiler + there are a bazillioin of worse ones out there +* Bagder has been hit by a few + GCC is good on some processors, worse on others. + true + but it has a good general engine + Generally, GCC wants CPU's with a lot of registers + well don't we all? + for IA32 or SH, humm + i mean.. come on.. cpus with lotsa registers are just so much more sexy + not to mention better in bed. + speaking of bed + IA64 you mean + ADI. Are you drunk? :-) + only with powerlessness +* adi|sleep cackles evilly + I bet its the heat + Linus: i'm not sure to understand, what do you mean by "communicate in both directions" ? + nods + and the lack of decent sleep. +* adi|sleep giggles furiously as he missreads sleep with sheep... + no wouldn't _that_ have been a freudian slip. + hehe + I mean that the data (and the clock in the case of the MAS) is bidirectional. Both read and write. And the diode makes that difficult. + But not impossible. Just tricky. + what's the australian definition of "safe sex"? +* wavey pats adi|sleep on the head + you X-mark the sheep that kicks +* wavey -so- needs to learn some electronics + is there a beginners bible? + I don't know + It's really simple. Just have a father that explains it to you. :-) + yes but you can read, cannot you ? + er + i'm talking to Linus :) + ah + read MAS + good :) + hahaha! + :) + Yes I can read. Ti is working. But it is slow at the moment. I will add another trick from my bag to make it faster. + it is the code or the electronic part which is really slow ? +* Bagder likes bags with tricks + Tha MAS is really nasty, as it drives the clock even when it is slave. :-( + The data line takes a lot of time to go from 1 to 0 when reading, since the line is unconnected because of the diode. I will have to discharge it explicitly to make it faster. + the MAS manual says it can held the clock to let it handle some things before reading further data + okay + Yup. And that is really nasty. + Especially since the clock is also connected via a diode. + in fact, you're telling us that MAS could run faster if the data line can discharge more rapidly + Only the I2C line. That is only used for settings and configuration. + but it only regards the I²C line + A pull-down would really help. + okay, not a real problem, just a nasty design + Exactly. + lines I²C shouldn't have pull-ups ? + Yes. On the bus side. I was talkin about the CPU side of the diode. + okay + just a note + if you disassembly the I²C part of the player firmware, they don't use the common way to set/clear the I²C lines + instead of using IN direction to set line at 1, they use OUT direction and set to 1 + that is, when setting port, always in OUT direction from the CPU + when reading (checking line status), in IN direction + daniel - you still capturing the logs? + I do + I suppose you don't use the same way to communicate with MAS (when setting 0, OUT dir.; when setting 1, IN dir.) + cool + can we automate it? + stick a bot on and pipe it to the website? + it is certainly possible + and add a search engine? :) + this is a wealth of info + i added a search form yesterday + it uses google + especially to newcomers that will come along + cool + uses google's cache or realtime search? + the cache + ok + but they index the site pretty regularly + lovely + regularly or frequently? ;) + frequently :) + i've nearly got the C++ XML library ready for inclusion + just getting the CORBA interfaces ready first + this firmware will kick ass + haha + hihi + what about the web browser? ;-) + :) + bad you will need to convert it to plain C ;) + now, this might be a ridiculous idea... + but can we use more of the limited memory buffer for audio + more? + ??? + hang on + by using the disk to store our program data? + and load it back when needed? + we have a 2 MB DRAM, whatever we can have in + or is that silly + that is silly :) + depending what you want to do + i think to understand what Wavey means + yes it could be a cool idea but not the priority + alkorr: That is why they have the diode. They don't want to set it ton IN to drive a 1 on the bus. + For some reason. + the possibility to load a game when you want to play, instead always having them in memory + yeah, keep a nucleus of program in memory, and demand load the bits we need + how large is the footprint of archos firmware? + archos apparently has no real dynamic memory + it seems to use a lot of tables + What is "real dynamic memory"? + malloc + Ah. + so their size should be fixed + i guess :) + malloc is a dynamic memory + a true dynamic memory, if you like + do i misremember malloc's free not shrinking the process memory usage? + not that it matters + that's OS dependent + wavey: that's a unix thing + with only 1 process + ok + what i mean is if we want to have the ability to load specific code at a ponctual time + you surely need a dynamic memory + so when we only use the player (or recorder) + we can use all the memory + and to prevent us to work with fixed address (so binary code not reusable with new firmware) + but you still need a code addresses relocator :) well, not the first thing rockbox will have + no one knows how large the archos firmware is in memory? + nope :) + I xould guess about 100K. + interesting :) + But I might be wrong + their firmware decompresses the mod, yes? + .ajz + in fact we can export some data in harddisk + for exemple if we have messages in different language + I guess the recorder decompreses the firmware. That would explain the long start time. + i can't see the benefit of a compressed mod + except to piss people off :) + Neither can I. + save disk space? hehehe + hehe + ooh, 60GB in your palm. + Download time on the internet? I mean if you can save 1 second... :-) + Wav. scrambling maybe + so like yeah + i remember all the things my c64 could do with 1mhz + 1mhz? or 1mb? + what interesting things can be done with a whole 12mhz of processing power + heh + ah + yes :) + i just with the player's LCD was even just a tiny bit better + like to be able to draw the blocks between characters + heh + yup, all the fun games will only be for the recorder :*) + nah + i did a rather nice little thing where you run around a map overhead + and it scrolls through the 2 lines quite nicely + i think the messages inf the firmware must take a lot of space, it could be interesting to see when removed how many it saves space in memory to have just the messages of the right langage + it's pointless till i can read levels in files and such but i just wanted to find out if it was possible to make a game playable in 2 lines + and it is + just be cooler with a little more capabilities + heh + that's might cool + +y + to have a < 64 KB code should be a good point + alkorr: yes + we have a very big advantage in that we can always compile in just the features and data that we need + Hehe. The libc code is about 30k... + ick + libc? who needs libc? + for div + or shift operations + when the shifter is not an immediate + I use it for sprintf at the moment. The string functions are there too + there's a diet libc we could check out + we can use a simpler sprintf + We have the source. We remove what we don't want. + precisely +* Bagder agrees + Actually, I think newlib ha a diet sprintf. + s/a/has/ + "ha has" ? + but due to the fact you use a library, you only integrate functions from libc you really use in your source* + heheh +* Linus has thick fingers today + Not functions, modules + Unfortunately, many finctions are located in the same .o file in the library, and they often call each other. + ah bad + But correctable. + i thought they used a .c file for each functions + Often they do. + And sprintf() is a mighty beast. + shure + I use it for debugging output at the moment. + using sprintf from linux? + Nope. In the firmware. On the GDB console. + a less capable sprintf() could of course be much smaller and still do just about what you'd want +* Linus thinks of Trio + that is not less + Linus: i know but i'm speaking about what version sprintf is + But you know how to strip it. + true ;-) + I don't know of any versions of sprintf. It's just Newlib. + Version 10.0.1, IIRC + we probably want a sprinf() for screen text formatting too + yup + one possibility + i saw a tiny sprintf for gameboy advance + Go get it. +* wavey looks + is to use a generic printf which call a function for a character + not fast + well that's how they all work + but you can directly display without have a buffer + more or less + so ? + so that is probably what we'll get + but + so when you use this function, just call this function with a callback ? + I doubt that anyway will printf() to the display + anyone + ah yeah, it is another thing for the LCD recorder + story + right +--- Zagor is now known as Zagor|lunch +--- Linus is now known as Linus|lunch + c u + bye Alan +<-- alkorr has quit (Read error: 110 (Connection timed out)) + http://www.frotz.net/gbadev/remote/printf.c + pretty tiny + yes +--- Zagor|lunch is now known as Zagor +--- Linus|lunch is now known as Linus + http://yugop.com/ver3/stuff/03/fla.html + cute + (and work safe) + cool! + http://www.oqo.com/ <= seen this? + bleh, flash + yeah + annoying site, cool box +<-- Linus (~linus@labb.contactor.se) has left #rockbox + do you know why uisimulator has a garbled window title? + no + what's the variable in emacs that says to only indent with spaces? + (setq-default indent-tabs-mode nil) + I think + ok + closing tunnel, brb +--> Linus (~linus@labb.contactor.se) has joined #rockbox + lcd_update in lcd-x11.c doesn't ever clear pixels, does it? + uh, no ;-) + i noticed :) + oops +* Zagor has been scratching his head a while over this :) + I'm not sure how to do that the best possible way though + I mean to avoid flickering + how about just redrawing the whole screen. performance is not really an issue on X + flickering only happens if you do it very frequently + or maybe have an "old" array which you compare against + well, we would need to fill the whole rect first, then draw all pixels + and then draw all new and clear all old + that's what I had in mind + so do it :) + can't do it right now + k + it'll have to wait a bit + The I2C is rocking like HELL! And fast too! +* Zagor wonders just how much hell is rocking + any sounds from the MAS yet? + Wait. There's a bunch of commands to be sent to it to configure it. +* Bagder caaaan't wait ;-) +* Linus wants to please Bagder +* Zagor can't wait for a working lcd_update... + so just clear the screen first + hmm, what does this "X11" mean? ;) +* Linus thinks Bagder is lazy +* Bagder reminds you about who wrote the uisim in the first place ;-) + so tell me, how do I clear the screen? + XDrawRect() or XFillRect() or something + ok + find a page about one of the other X* functions and click some links + that's how I've made it this far ;-) +--> alkorr (jbcoax@srs05v-2-184.n.club-internet.fr) has joined #rockbox + Hi alan! + The I2C is rocking like HELL! And fast too! + hi again + how do you do ? :) +* Zagor has a little surprise for you all... + I drive the data and clock lines low right before switching from output to input. That way I don't have to wait for the slow transition. + uh ? i mean how do you get it ? :) + okay +* Linus is waiting for Zagor + so you force discharge by this way + soon + soooooon... + Yup. Works like a charm. + hum some news from Dragan ? + uh, i haven't mailed him yet. i forgot... +* Bagder pokes Zagor with a large stick +* Linus hits him hard + alan: are you working on the fat code? + then i shouldn't be poking on it yet... :) +* Linus sees a major commit from Alan + a lot of things to add in fact + so don't rush + lots of c++ comments ;-) +* Bagder hides + hehe + sorry but there were here before you ;P + You'll be surprised how little code you need to screw up your hard drive... :-) + lol + to screew up ? you mean to destroy ? + Yup. + No, not destroy. Just screw up. + well my code never destroys or screws up ;P + Of course. Not _your_ code. :-) + but you're right. Just a lock command and you are bad under windows + hopefully i can unlock with your modified drive *relief* + driver + we need to fix something like that for the recorder too + ah yes USB 2.0 + just a precision about my fat.c, i think the main thing that will stir you is probably the ata callback mechanism +* Linus is still waiting for Zagors surprise +* alkorr too + paitence, children... :) + patience, even + alkorr: you mean except for the 1-byte arrays? ;) + to understand what is it : it is way to handle, compute, swap or format data during a read or write operation in a atomic way (we cannot have simultanous readings sectors) + yes + because BPB is a real mess : all the fields are unaligned + and using callback will create a too large function whereas I just need some fields in fact + normally i don't keep in memory any boot sectors (like MBR, BPB or FSINFO) + what's the history of the disk code we're cutting? + has it been tried and tested elsewhere? + or is it all new + yes in the obsolete fat.c i gave to Zagor + and the ones I lost during a harddisk crash + SH really dislikes misunligned accesses + I gotta go, see ya guys later +**** ENDING LOGGING AT Fri Apr 19 14:34:13 2002 + -- cgit v1.2.3