summaryrefslogtreecommitdiff
path: root/www/irc/rockbox-20020426.log
diff options
context:
space:
mode:
authorRobert Hak <adiamas@rockbox.org>2002-04-27 21:57:22 +0000
committerRobert Hak <adiamas@rockbox.org>2002-04-27 21:57:22 +0000
commit360ace3a0f72d5e3ef6d684b54d0b471a56bde9e (patch)
treeacf2a1931e32a76c35f409db2106c986add262ae /www/irc/rockbox-20020426.log
parent2cf3b5dfd6abb92cddde6a0025b6f4557201f091 (diff)
downloadrockbox-360ace3a0f72d5e3ef6d684b54d0b471a56bde9e.tar.gz
rockbox-360ace3a0f72d5e3ef6d684b54d0b471a56bde9e.zip
Newest irc log
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@273 a1c6a512-1295-4272-9138-f99709370657
Diffstat (limited to 'www/irc/rockbox-20020426.log')
-rw-r--r--www/irc/rockbox-20020426.log2238
1 files changed, 2238 insertions, 0 deletions
diff --git a/www/irc/rockbox-20020426.log b/www/irc/rockbox-20020426.log
new file mode 100644
index 0000000000..8a74aaa859
--- /dev/null
+++ b/www/irc/rockbox-20020426.log
@@ -0,0 +1,2238 @@
1**** BEGIN LOGGING AT Fri Apr 26 05:32:08 2002
2
3--> adiamas (~adiamas@as5300-9.216-194-23-95.nyc.ny.metconnect.net) has joined #rockbox
4--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by Zagor at Fri Apr 12 09:45:52
6* adiamas heads off to bed now that logging works
7<Zagor> good night
8--- You are now known as adi|asleep
9* Bagder heads off for the lunch meeting
10--- Linus is now known as Linus|lunch
11<adi|asleep> is there any way to turn logging off on certain channels?
12<adi|asleep> in xchat
13<adi|asleep> grrr.. what did you guys break?
14<adi|asleep> tr: too many arguments
15<adi|asleep> Try `tr --help' for more information.
16<adi|asleep> cvs server: Pre-commit check failed
17<adi|asleep> cvs [server aborted]: correct above errors first!
18<adi|asleep> cvs commit: saving log message in /tmp/cvsoX6Lpv
19<-- wavey has quit (Read error: 104 (Connection reset by peer))
20--> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox
21--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
22<wavey> too busy at work :(
23<wavey> wanna code more for the rockster box :)
24<calpefrosch> me too
25<wavey> i have code to manage settings and an outline of the playlist func
26<calpefrosch> but I just started to get used to C
27<wavey> no better way to learn, cal :)
28<calpefrosch> hope so
29<calpefrosch> what do you do at work ß
30<calpefrosch> ?
31<-- calpefr|ipaq has quit ("Smartsoft PocketCHAT for PocketPCs - Http://www.sspocketchat.com")
32<wavey> i'm a java enterprise consultant
33<calpefrosch> he, cool. I want to make the Java Certified Prorammer this year.
34<wavey> cool. java's a lovely language
35<wavey> bit c is sexy :)
36<wavey> s/bit/but
37<calpefrosch> hmm, let's try to put JINI on the Jukebox ;-)
38<calpefrosch> I never did C before, so it's difficult for me to understand the code
39<calpefrosch> or JME
40<calpefrosch> and now to something completely different...
41<calpefrosch> is the code in the cvs ?
42<wavey> my code?
43<wavey> not yet
44<calpefrosch> can you send it to me ?
45<wavey> it'll go in today, hopefully. not much point seeing it now unless you're desperate?
46<calpefrosch> ok
47<wavey> what do you do at work?
48<wavey> java too?
49<calpefrosch> yes. I make PL/SQL with Oracle8i and some Java-Tools for our product that is written in java
50<wavey> cool. what company?
51<calpefrosch> look at www.empolis.com
52<wavey> oh, you make rubics cubes? :)
53* wavey chuckles
54<calpefrosch> no :-(
55<wavey> you're german then?
56<wavey> i'm listening to a german band on my archos as we speak :)
57<wavey> rammstein
58<wavey> i don't understand any of the words, but it's fantastic music anyhow :)
59<calpefrosch> yes, and the words are not important, you can believe me
60<wavey> you're a fan?
61<calpefrosch> which archos do you have ?
62<wavey> recorder
63<calpefrosch> not a fan, but I can listen to some songs. I have to recorder, too. And the firmware is running on it ? ( a bit )
64<wavey> i haven't put the code on the recorder yet
65<wavey> i don't trust it :)
66<calpefrosch> yeah, because of the hd-lock
67<wavey> yus :)
68--- Linus|lunch is now known as Linus
69<calpefrosch> Linus: did you try the firmware on a recorder ?
70<Linus> I haven't dared to... :-)
71<Linus> Büch dich!
72<Linus> (about the only Rammstein song I know)
73<calpefrosch> I think it's "Bück dich"
74<Linus> I suppose. Ich kann nicht deutsch sprechen.
75<calpefrosch> oh, that was very good.
76<calpefrosch> I just read the lyrics, and it makes not much sense
77<calpefrosch> the song
78<Zagor> adi|asleep: you still awake?
79<calpefrosch> is he working at night, or living on the other side of the sea
80<calpefrosch> s/sea/world
81<Zagor> he's american
82<calpefrosch> ah
83--> alkorr (jbcoax@srs07v-8-205.n.club-internet.fr) has joined #rockbox
84* Bagder yawns
85<calpefrosch> is the recorder display really 64 height, not 80 lines ?
86<Bagder> what makes you think it is 80?
87<calpefrosch> the simulator-windows is not full filled
88<calpefrosch> window
89<Bagder> the controller can only work with 65 pixels height
90<calpefrosch> hmmm, then the scale is not correct
91<Bagder> that's possible
92<calpefrosch> I'm working on that problem, tnx
93--- ChanServ gives channel operator status to Zagor
94--- Zagor gives channel operator status to Bagder
95--- Zagor gives channel operator status to Linus
96* Zagor is bored :)
97<wavey> is the simulator's job to simulate the ui alone, or can it pretend to be the entire device, enabling us to compile our code against it and test it without putting the mod on the device itself?
98<Zagor> my desire is to get display, keys and filesystem simulation to work, primarily
99<Zagor> that's what we need to develop the UI
100<wavey> but those 3 parts are the entire device, save the music output..
101<wavey> which is good :)
102<Zagor> yup :)
103<Zagor> what I mean is that the simulator only has to simulate the highest-level APIs
104<wavey> yes
105<wavey> agreed
106<wavey> what are you working on right now?
107<wavey> doom.mod? ;)
108<Zagor> fat
109<Zagor> hehe, no i'm saving that for the weekend
110<wavey> hehe
111<wavey> is the fat hard to test?
112<Zagor> not so hard, actually
113<wavey> you testing it on linux or the device?
114<Zagor> i'm writing a simulated ATA layer
115<Zagor> on linux
116<wavey> aha. ok
117<wavey> can the makefile 'clean' target deal with subdirectories in the sameway that the SRC define is done?
118<Zagor> yes, but it doesn't right now
119<wavey> never seen:
120<wavey> SRC := $(wildcard drivers/*.c
121<wavey> before
122<Bagder> its a gnu extension
123<alkorr> gmake
124<wavey> ok s'cool :)
125<Zagor> very useful
126<wavey> indeed :)
127<alkorr> there are others
128<Bagder> there are indeed lots of others
129<wavey> indeed there are indeed lots of others indeed
130<alkorr> just do under cygwin : "info -f /usr/info/make"
131<alkorr> and you will find a lot of things
132* wavey installs info
133<wavey> ;)
134<alkorr> if you are not familiar with "info" : just place your cursor on a "*" to jump at the matching page
135<wavey> i'm an emacs user :)
136<alkorr> to go back, press "u" (up)
137<wavey> but thanks :)
138<alkorr> okay :)
139<alkorr> see you (must eat now)
140* wavey tries to work out which package info is in within cygwin
141* wavey remembers emacs
142* wavey slaps his forehead
143<Bagder> M-x info
144<Bagder> :-)
145--- Linus is now known as Linus|meeting
146<calpefrosch> does anybody know the simulator-code ?
147<calpefrosch> for win32 ?
148<Bagder> nope
149<calpefrosch> :-( , so I wait for edx
150<Zagor> he has duplicated the lcd code. i'll smack him for that :)
151<Bagder> hehe
152<Bagder> I extract all words from all my mp3 song titles now
153<Zagor> ah, how many?
154<Bagder> 3009 files
155<Bagder> guess the most common words! ;-)
156<Bagder> "The"
157<Bagder> "Mix"
158<Zagor> umm, in your collection?
159<Zagor> "hate" ;)
160<Zagor> nah
161<Bagder> bwahaha
162<Bagder> Of of You I mix Love In A To You Remix to Me in remix My
163<Bagder> I should lowercase them
164<Zagor> yes
165<-- alkorr has quit (Read error: 110 (Connection timed out))
166<Bagder> the: 259 times
167<Bagder> funny enough, on 259 hours of music
168<Bagder> one "the" per hour ;-)
169<Bagder> "distention" 4 times
170<Bagder> hehe
171<Zagor> how many different words?
172<Zagor> how many >once
173<Bagder> 3106
174<Bagder> good q
175<Zagor> so it's one unique word per song? seems a bit high
176<Bagder> Number of words unsed more than once: 1027
177<Zagor> is that with lc ?
178<Zagor> lowercase
179<Bagder> yes
180<Bagder> I'll have a look in the list...
181<Zagor> ah, your filenames include artist+album, right?
182<Bagder> this is only id3 tags
183<Zagor> so only song name?
184<Bagder> supposedly
185<Zagor> interesting
186<Bagder> "technophobybitstreamdreammix": 1 time
187<Bagder> :-)
188<Zagor> I thought the "unique words/song" would be much lower
189<Bagder> it seems correct, juding from the look of the list
190<Bagder> now, running this list with wavey's script, I wonder how large percentage we'll cover
191<Bagder> Total Length: 932753 seconds: 259:05:53
192<Bagder> Different artists: 302
193<Bagder> Number of files: 3009
194<Bagder> Number of files without id3 title: 183
195<Zagor> cool
196<calpefrosch> I must go now
197<Zagor> ok
198<calpefrosch> bye
199<-- calpefrosch (~calpefros@62.52.174.30) has left #rockbox
200<wavey> i'll check my perl script into the tools section :)
201* Bagder considers running a spell check on his id3 titles ;-)
202--> edx|school (edx@pD4B9E95C.dip.t-dialin.net) has joined #rockbox
203--- edx|school is now known as edx
204<Bagder> hi edx
205<edx> hi
206--- edx is now known as edx_
207--- edx_ is now known as edx
208--- ChanServ gives channel operator status to edx
209<Zagor> edx: you shouldn't copy the lcd code into your win32 lcd.c
210<edx> why?
211<edx> shall i link both files with it?
212<Zagor> yes, like the X11 simulator does
213<Zagor> compile the drivers/lcd with the SIMULATOR flag set
214<edx> ok
215<Zagor> then in win32/lcd.c just include the code that is win32 specific
216<edx> got it.
217<Zagor> you should probably rename it lcd-win32.c to avoid collision
218<edx> ill do that later - *away*
219<Zagor> ok
220--- edx is now known as edx|away
221--> elinenbe (trilluser@bgp01029830bgs.sanarb01.mi.comcast.net) has joined #rockbox
222<elinenbe> Hello.
223<Zagor> hi
224<elinenbe> How is the status coming?
225<Zagor> coming along nicely. did you see the new status matrix on the web page?
226<elinenbe> yeah -- that is nice.
227<Zagor> i'm working on the fat code right now
228--> alkorr (alkorr@srs07v-2-177.n.club-internet.fr) has joined #rockbox
229<elinenbe> Fat32? I thought the fat16 code was finished?
230<elinenbe> I have a question about the File System code...
231<elinenbe> How does this work? The files system is implememnted in the firmware? But what does the USB chip detect?
232<alkorr> ?
233<elinenbe> What I mean is could you have an open interface to implement more file systems on the drive?
234<alkorr> for the moment no
235<alkorr> what are you speaking about ?
236<elinenbe> For isntace could a Mac user format it HFS+ and then the player could use it like that?
237<alkorr> about the filesystem or the chipset USB ?
238<alkorr> nope
239<alkorr> if you are speaking about arch*s firmware, nope
240--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox
241<alkorr> the chipset USB only services generic scsi transfers between the computer and the harddisk
242<PsycoXul> i think he's asking about the possibility of using other filesystems with the device with the opensource firmware in the future
243<alkorr> or ata transfers if you like
244<PsycoXul> elinenbe: i think the only thing is you'd have to have a small fat32 partition at the beginning for the ROM firmware to load the new firmware from the drive
245<alkorr> just a sec
246<alkorr> if you plan to read mp3 files with your jukebox on a non-fat32 partition, it is impossible
247<PsycoXul> alkorr: impossible?
248<PsycoXul> alkorr: with why couldn't the firmware support other filesystems?
249<alkorr> but if you want to create a HFS+ on the harddisk knowing that your jukebox could not read it, yes you can
250<alkorr> but at your own risk
251--- Linus|meeting is now known as Linus
252<alkorr> if you are speaking about rockbox which is in fact a software, not a firmware
253<alkorr> there still a possibility to handle any kind of filesystem
254<alkorr> 's
255<alkorr> but it is not our priority
256<elinenbe> I see.
257<PsycoXul> heh
258<elinenbe> You can format it right now HFS+ and it will work fine as a portable hard drive for the Mac, but it will not work as a player.
259<alkorr> exactly
260<alkorr> unless some courageous people code a HFS+ filesystem for rockbox (when of course it would have features enough to compete against the firmware)
261<alkorr> for the moment it is too earlier :)
262<Bagder> can the USB-ATA access really handle other fses?
263<elinenbe> Mine is formatted as a QNX 4.x partition
264<PsycoXul> heh
265<alkorr> the purpose of that chipset is not to handle filesystem
266<PsycoXul> bagd: its in the manual and everything that you can format it different things.. just without mp3 player functionality
267<Zagor> Bagder: i've run ext2 on my archos
268<Bagder> ok, I get it
269<Bagder> that is not controlled in the archos end
270<alkorr> but to give to the computer the access on the harddisk
271<alkorr> that's all
272<Bagder> but still, the firmware reads the software from a fat32 filesystem
273<alkorr> yeah
274<Bagder> so that would at least be required
275<elinenbe> ah.... I see
276<alkorr> but that way there is nothing to have with the chipset USB
277<Bagder> right
278<alkorr> and yes we still need a first FAT32 partition
279<-- elinenbe has quit ("Leaving")
280<alkorr> just to download our software
281<Bagder> yep
282<alkorr> unless you have a flash instead a rom and you can change the firmware in the flash
283<alkorr> of
284<alkorr> still very dangerous ;)
285<Linus> I'm curious. What are we talking about?
286<alkorr> someone was asking if other filesystems can be read
287<Bagder> we could replace the SH7034 with a PROM version and have our software PROMed! ;-)
288* Bagder ducks
289<alkorr> no i'm speaking about a software way to overwrite the flash
290<alkorr> without hardware mods
291<Bagder> isn't it a masked ROM version?
292<alkorr> i'm speaking about the external rom
293<alkorr> not the internal rom
294* Bagder is a bit out of his leage here
295<Linus> Bagder: the firmware is located in an external (flash) ROM.
296<Bagder> so what's in the internal rom?
297<Linus> I guess the code that sets up the oscillator stuff and some chip selects and stuff, to be able to execute from the flash.
298<alkorr> the internal rom would read the external rom and unscramble it
299<alkorr> if you used my digrom, the second file it produces comes from external rom and it is unreadable because it is indeed scrambled
300<alkorr> okay i explain
301<alkorr> my digrom creates two files
302<alkorr> the first is smaller and contains the internal rom
303<alkorr> the second is larger and contains the external rom
304<alkorr> the first is readable and has a vector table at the begining of the file
305<-- Bagder has quit ("http://daniel.haxx.se")
306<alkorr> c u
307<-- alkorr has quit ()
308<-- Linus (~linus@labb.contactor.se) has left #rockbox
309--> Linus (~linus@labb.contactor.se) has joined #rockbox
310<-- jb1081 has quit ("[x]chat")
311<wavey> how close is the simulator to faking the device's filesystem? has that work started at all?
312<Linus> I'm pretty sure that the simulator only simulates the GUI.
313<wavey> today, maybe :)
314<wavey> we want to simulate the fs, the buttons and the lcd
315<wavey> so that our runtime code can be tested on a pc
316<Zagor> yep
317<Zagor> feel free to write it :)
318<wavey> i'll do so, once the playlist is complete
319<wavey> cos i'll need it to test the playlist :)
320<Zagor> actually, it's not much to write
321<Zagor> at least not on unix
322<wavey> that's the hope
323<wavey> or windows
324<Zagor> since we want to use POSIX api
325<Zagor> windows might need some stub code
326<wavey> yus
327<wavey> i have no idea why i'm specialising this dev in windows..
328<wavey> i -hate- windows
329<Linus> Actually, I think Windows has open(), close() and seek too.
330<Zagor> love, hate. there's a difference?
331<wavey> it certainly does with cygwin installed :)
332<Zagor> Linus: opendir and readdir too?
333<Linus> Getting philosophical here, eh?
334<wavey> heh
335<Linus> I guess so. Lemme check.
336<wavey> i've never used opendir. why not just use FILE *?
337<wavey> that's a silly q
338<wavey> but i mean
339<wavey> what operations does opendir give you
340<Zagor> opendir is for reading the directory entries, not a file
341<Linus> it doesn't seem like Win32 has opendir() :-(
342<Zagor> i thought not
343<wavey> and that's not available from a file handle?
344<wavey> hmm
345<Zagor> a file handle lets you access a single file
346<wavey> it's been years since i did any fs operations in C
347<Zagor> opendir returns a dir handle
348<wavey> ok tnx
349<Zagor> then you do readdir(handle), which returns which files are available in the dir
350<wavey> i find it odd that i've never had to do that in C
351<wavey> java a million times..
352<wavey> weird
353<Linus> I haven't done that many times i C either.
354<wavey> see you later guys
355<Zagor> ok, bye
356<Linus> bye
357--> alkorr (alkorr@srs06m-8-44.n.club-internet.fr) has joined #rockbox
358<-- alkorr has quit (Client Quit)
359--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
360<Linus> boo
361<Bagder> hey ho
362<Bagder> is everything done now? ;-)
363<Linus> Hacking FAT32 in 300mph
364<Bagder> nicers
365<Bagder> anything I can do to help on that?
366<Linus> No. You are lame. :-)
367<Bagder> heheh
368<Linus> Go awayt.
369<Bagder> you finally found out
370<Bagder> darned
371* Bagder hides in a corner
372<Linus> *slap*
373<Zagor> if ( bpb->bpb_fatsz16 ) {
374<Zagor> printf("This is not FAT32. Go away!\n");
375<Zagor> return -1;
376<Zagor> }
377<Zagor> this is all so far
378<Zagor> :*)
379<Linus> :-)
380<Bagder> ;-)
381<Linus> Gotta go away! :-) CU!!!
382<Linus> quit
383<-- Linus (~linus@labb.contactor.se) has left #rockbox
384<-- wavey has quit (Read error: 110 (Connection timed out))
385<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
386--> calpefrosch (calpefrosc@p5082C7D7.dip0.t-ipconnect.de) has joined #rockbox
387<calpefrosch> hi again
388<Bagder> rehi
389<calpefrosch> edx is away for long? Did he said something ?
390<Bagder> I don't know, I just recently got here myself and he hasn't said anything the last ~30 mins
391<calpefrosch> tnx
392--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
393<Bagder> welcome home ;-)
394<Zagor> hehe, thanks
395* Zagor just realized ata-sim.c can actually work on real devices
396<Zagor> ln -s /dev/hda1 disk.img
397<Zagor> *voila*
398<Bagder> and does it work?
399<Zagor> I think I want to comment out ata_write_sectors() first, though :)
400<Zagor> haven't tried yet. it should
401<Zagor> me needs food...
402<Bagder> you could dd the device to a file and then try
403<Zagor> I've already done that from a floppy
404<Bagder> ok
405<Zagor> worked fine (although the fat code isn't done yet)
406* Bagder looks around for food too
407<Bagder> so what worked?
408<Bagder> the dd?
409<Zagor> we could list a dir
410<Bagder> neat
411<Zagor> or part of, rather
412<Zagor> fat32's root dir isn't consecutive
413<Zagor> so we only got the first sector yet
414<Bagder> its a beginning
415<-- mid has quit (Remote closed the connection)
416<Zagor> it's a relief only having to support fat32 and not -16 or (horror) -12
417<Zagor> fat12 is a mess
418<Zagor> the page at linux-usb.org is updated now, btw
419<Bagder> neato
420<-- calpefrosch has quit ()
421* Zagor got a note from the post office today
422<Zagor> I think it's the donated Archos
423--> ironi (xircon@m213-101-132-36.swipnet.se) has joined #rockbox
424<ironi> hello
425<Bagder> hi ironi
426<ironi> hi Bagder
427<ironi> nice with the double-space font
428<Bagder> that's a fun trick indeed
429<ironi> yeah
430<ironi> i wonder what it could be used for
431<Bagder> the "Rockbox" startup text! ;-)
432<ironi> thats the only thing i could come to think of
433<ironi> i would love to contribute to this project. too bad i dont know anything to be able to help
434<Zagor> many people have requested bigger fonts for use in the car
435<ironi> Zagor, true, true
436<ironi> Zagor/Bagder: off topic question: have you ever experienced that your bostream modem only has one lamp on?
437<ironi> =)
438<Zagor> not yet :)
439<Zagor> i've only had it about two weeks
440<Bagder> nope
441<ironi> oh ok
442<ironi> i got mine in january
443<Bagder> I've had mine since... september
444<ironi> last year
445<ironi> used it for 4 months, and then i moved out but have been paying all the time until now
446<ironi> and finally i got my own place again, and they connected it, but it wont work
447<Bagder> I have a friend who's bostream modem just stopped working one day
448<Bagder> didn't sync anymore
449<Bagder> took him weeks to convince the service guys to get there, check it and then it took some more weeks to replace it
450<ironi> oh. really?
451<ironi> might be same with mine, who knows
452<Bagder> they's *not* service minded
453<Zagor> "When you release the spec, six crazy Russians you never heard of will write an insanely fast encoder that implements it."
454<Bagder> they're
455<Zagor> (discussion about Vorbis not having proper specs)
456<Bagder> Ogg talk?
457<Bagder> yeha
458<Bagder> saw that one too
459<Zagor> i just enjoyed the "six crazy russians"
460<ironi> hehe kinda funny
461<Bagder> hehe
462<Zagor> hehe, do you guys know what TWAIN stands for?
463<Bagder> no idea
464<Zagor> Toolkit Without An Interesting Name !
465<Zagor> I love it!
466<ironi> technology
467<Zagor> ok
468<ironi> i tohught it was tehcnology and not toolkit
469<ironi> thought :)
470<ironi> i was away for a second
471<ironi> i actually knew that one :)
472<Zagor> hehe
473<ironi> http://base-linux.com/webcam.jpg
474<Zagor> it's a great name, nonetheless
475<ironi> thats a crazy nic to have for private use
476<ironi> Zagor, well yeah i guess a deeper meaning could be extracted
477<ironi> twain -> mark twain -> riverboats -> carrier -> supporter -> driver -> twain
478<ironi> ehm.....nah.
479<ironi> =)
480<Zagor> kinda far-fetched
481<ironi> very =)
482<Zagor> http://www.scannerplace.com.au/twain.htm
483<Zagor> http://dmoz.org/Computers/Hardware/Standards/TWAIN/desc.html
484<Zagor> no deeper meaning necessary
485<Zagor> hum, i'm reading the boot sector wrong...
486<ironi> i want to develop something
487<ironi> like anything
488<ironi> =)
489<Zagor> what are your skills?
490<ironi> i think i told you
491<ironi> im more of a web stuff guy
492<ironi> in addition i have very basic knowledge of c++ and java
493<Zagor> ok, sorry I have a pretty bad memory...
494<Zagor> you're very welcome to think up a prettier look for the web page
495<ironi> thats what too much drugs do to you =)
496<Zagor> hehe
497<Zagor> uh, brain damage. how do I round up a division without +0.5 ?
498<edx|away> int (division) + 1?
499<edx|away> LOL
500<Zagor> (4/2)+1 != 2
501<edx|away> ohh...
502<edx|away> too sad :/
503<Zagor> hehe
504<edx|away> then i dont know actually...
505<edx|away> number/divisor + (number%divisor!=0)
506<edx|away> LOL
507<Zagor> hehe. creative, i'll give you that :)
508<edx|away> lol
509<edx|away> is there a more efficient way? (certainly..)
510<Zagor> yes there is, it's just fallen off my head at the moment...
511<Zagor> % is not a cheap operation
512<edx|away> well
513<edx|away> you could do assembler and then % and / is one operation and it doesnt cost anything :)
514<Zagor> someone once said: "Premature optimization is the root of all evil" :)
515<edx|away> i think i once even new the name of this someone - but in this case it is effective. as long as you dont know any other way :)
516<edx|away> Donald Knuth?
517<Zagor> yup
518<edx|away> hehe
519<Bagder> Zagor: what exact problem/math are you trying to solve with this?
520--- edx|away is now known as edx
521<Zagor> nothing special, i'm just bugged by having forgot how
522<ironi> Zagor, is the webpage html
523<edx> lol
524<ironi> ehm i mean, is it static html only
525<Zagor> ironi: yes
526--- edx is now known as edx|test
527--- edx|test is now known as edx
528<Zagor> ironi: 95%
529<Zagor> the mail archive is a cgi, for instance. and index.cgi is a load balancer
530<Zagor> but the rest is static
531<Zagor> built using a "make" template system
532<Zagor> that's why you only see .t files in cvs
533<Zagor> the webpage is in cvs too, so go there and look
534<edx> nick edx|testagain
535<ironi> Zagor, okay...
536<edx> ./nick edx|testagain
537--- edx is now known as edx|testagain
538<edx|testagain> LOL
539--- edx|testagain is now known as edx
540<ironi> Zagor, a make template system...well i have no clue how that works :/
541<ironi> Zagor, what's the point of that?
542<Zagor> the point is that all headers are in head.t instead of copied in every .html file
543<Zagor> so I just write the page-relevant data in the .t files and then run "make", which assembles head.t, page.t and foot.t into page.html
544<Zagor> that makes it very simple to change things
545<ironi> ehm
546<Zagor> don't worry about that, just get us a better look :)
547<ironi> ever heard of SSI
548<Zagor> SSI is the devil's work
549<ironi> why?
550<Zagor> why do it dynamically when the data is static
551<Zagor> dynamic pages are for dynamic data, not for lazy web authors :)
552<ironi> well you do have a point
553<ironi> at least when the page is done
554<ironi> but to run make while oyu develop is a bit time-consuming
555<Zagor> not really. it takes about 0.3 seconds
556<Zagor> it's mapped to Alt-C in emacs
557<ironi> heh ok
558<ironi> well i use include in php
559<ironi> it is pretty common to do it that way, as far as i know
560<Zagor> SSI also has problems with parameters
561<ironi> how do you mean
562<Zagor> never mind. i like static pages and i like this system :)
563<ironi> i do some dynamic includes
564<ironi> and so on
565<Zagor> just give me better colors :)
566* Zagor is on his knees
567<ironi> but ok
568<ironi> Zagor, is there php support btw
569<Zagor> nope
570<ironi> Zagor, ok =)
571<Zagor> dynamic pages are 99% of the reason most web sites don't handle high traffic
572<ironi> Zagor, hey do you like the show on tv2?
573<Zagor> what is it?
574<ironi> its annika lantz
575<Zagor> ah
576<ironi> she is hilarious
577<ironi> =)
578<ironi> ok well lemme see what I can do about the colors
579<Zagor> yeah, she's fun. I don't watch much tv anymore, though
580<Zagor> ok, good
581<ironi> heh ok
582<ironi> btw it doen't have to support lynx or somethingh like that right
583* Bagder accidentally mentions that he doesn't like that blue bgcolor ;-)
584<ironi> Bagder, i'm on it
585<ironi> too bad the jukebox doesn't have nice colors
586<Zagor> ironi: not really, but I'm not fond of too complex designs either
587<Zagor> Keep It Simple
588<ironi> Zagor, i like simplicity
589<ironi> KISS
590<Zagor> good
591<ironi> i kinda like the logo
592<ironi> see if i can do something around that concept
593<Zagor> ok, good
594--- edx is now known as edx|finaltest
595<Zagor> the colors of the activity table could use a looking-over too... :)
596--- edx|finaltest removes channel operator status from edx|finaltest
597--- edx|finaltest is now known as edx
598<edx> edx
599--- ChanServ gives channel operator status to edx
600<edx> haha *auto op script for edx on rockbox* lol
601<Bagder> amazing
602<edx> really.
603<ironi> Zagor, hehe sure
604<ironi> i think the logo should have a intropage
605<ironi> =)
606<ironi> maybe not.
607<Zagor> haha
608<Zagor> welcome to 1998 :)
609<ironi> well a lot of pages have that in some kind of introduction phase
610<ironi> to create a image
611<Bagder> it sucks
612<Zagor> we're a bare-bones to-the-metal project
613<Bagder> and I know users all over think so too
614<Zagor> our web page should reflect that
615<Zagor> but that doesn't mean it have to be this ugly :)
616<ironi> Zagor, u got a point
617<ironi> i have a thought
618<ironi> can you get the layered image of the logo?
619<ironi> i.e. do you have one
620<Zagor> I can get it
621<Zagor> I don't have it here
622<ironi> ok
623<ironi> i like it just the way it is, im just interested in changing the yellow
624<ironi> a bit
625<ironi> this is what i thought
626<Zagor> ok
627<ironi> the jukebox has blue, gray and yellow
628<ironi> the 6000 is in some orange color
629<ironi> it fits very nice on the silver
630<Zagor> a little too strong for a background color, don't you think?
631<ironi> well the purple-ish below the display too, but i'd like to disregard from that
632<ironi> not for the logo
633<ironi> well maybe, but giving it a shot would be cool
634<Zagor> also, we shouldn't borrow design elements from the archos
635<ironi> gray is nice as bgcolor
636<Zagor> i'll see if I can get it layered so you can play with it
637<ironi> well using it as inspiration couldnt hurt
638<Zagor> no
639<ironi> *yawn*
640<Zagor> ironi: photoshop image coming soon
641<-- Bagder has quit ("http://daniel.haxx.se")
642<ironi> Zagor, i was bored so i played way out
643<Zagor> :)
644<ironi> heh
645<ironi> ehm
646<ironi> 4 mb
647<ironi> im on gprs
648<Zagor> oh
649<Zagor> ok :)
650<ironi> will take forever
651<ironi> that the only one?`
652<ironi> can u perhaps pack it
653<Zagor> i'll see what I can do
654<Zagor> that one's ~3500x1000 too, which may be a bit more than you need :)
655<ironi> heh
656<ironi> i'd say so, yes
657<Zagor> hmm, which file formats have layers? gimp can't save in psd format
658<ironi> i use layered .png images
659<ironi> in fireworks
660<ironi> so try saving it as such
661<Zagor> "PNG can't handle layers" it says :(
662--- edx is now known as edx|away
663--- edx|away is now known as edx|sleeping
664<edx|sleeping> cya guys
665<Zagor> good night
666<ironi> oh ok
667<ironi> well the fireworks is using some special png
668<Zagor> seems like it
669<Zagor> i guess you can't read XCF files? (gimp's format)
670<ironi> i dont know
671<ironi> i guess not
672<Zagor> probably not
673<ironi> well
674<ironi> ill try to do something tomorrow or so
675<ironi> nlinks.org/dev/test.gif <-- just something i played around with, for fun
676<ironi> .jpg
677<ironi> http://nlinks.org/dev/test.jpg
678<Zagor> hey, cool!
679<Zagor> you're good!
680<ironi> thanks :)
681<ironi> well, I'm going to relax in front of the tv now...talk to you tomorrow...
682<Zagor> yeah, bye
683<ironi> i think we can use the colors....well, talk to u later
684<-- ironi has quit ("zz <k!15b8>")
685<adi|asleep> wow.. that is cool...
686<Zagor> sure is
687* adi|asleep thinks we just found our web guy ;)
688--- You are now known as adi|awake
689--- You are now known as adiamas
690--> Moufle (~moof@195.101.176.125) has joined #rockbox
691<Moufle> hi
692<Zagor> hi
693<Moufle> I just bought a recorder 20g, and I run it on linux
694<Moufle> it's charging right now
695<Moufle> it looks exciting
696<Zagor> :)
697<Moufle> Is rockbox somewhat usable, or is it alpha right now?
698<Zagor> it's pre-alpha :)
699<Zagor> we're still writing parts of the code
700<Zagor> i'm working on the fat32 code right now
701<Moufle> hmm ok :)
702<Moufle> you've got previous experience in programming that kind of stuff?
703<Zagor> yes, i do embedded programming for a living
704<Moufle> I've got a very good general computer culture, but I don't speak C fluently ;)
705<Zagor> ok
706<Moufle> In fact, it's just a matter of changing bits on the chips and doing simple logic operation....?
707<Moufle> I know it's hard
708<Zagor> well, all programming is "just a matter of changing bits" :-)
709<Moufle> but you look well documented
710<Zagor> we have most of the documentation we need
711<Moufle> I'm gonna read your chat logs on the website
712<Zagor> ok :)
713<Moufle> But this project excites me a lot
714<Moufle> I hope i'll ba able to help you later
715<Zagor> you're welcome!
716<Moufle> BTW, what's needed to compile the firware, a special gcc (for the archos CPU?)
717<Zagor> yes. the sh-gcc. there's a page on the web site describing how to build it
718<Zagor> there's rpms available too
719<Moufle> Ok, I'm going to look at it and build it
720<Moufle> thanks a lot, good coding :)
721<Zagor> hehe, thanks
722<-- edx|sleeping has quit (Read error: 110 (Connection timed out))
723<-- Zagor has quit (devlin.openprojects.net irc.openprojects.net)
724<-- Moufle has quit (devlin.openprojects.net irc.openprojects.net)
725<-- PsycoXul has quit (devlin.openprojects.net irc.openprojects.net)
726--> Moufle (~moof@195.101.176.125) has joined #rockbox
727--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
728--> PsycoXul (psyco@adsl-63-205-41-159.dsl.lsan03.pacbell.net) has joined #rockbox
729--- ChanServ removes channel operator status from adi|work
730<-- Zagor has quit (devlin.openprojects.net irc.openprojects.net)
731<-- Moufle has quit (devlin.openprojects.net irc.openprojects.net)
732<-- PsycoXul has quit (devlin.openprojects.net irc.openprojects.net)
733--> Moufle (~moof@195.101.176.125) has joined #rockbox
734--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
735--> PsycoXul (psyco@adsl-63-205-41-159.dsl.lsan03.pacbell.net) has joined #rockbox
736<-- Zagor has quit (devlin.openprojects.net irc.openprojects.net)
737<-- Moufle has quit (devlin.openprojects.net irc.openprojects.net)
738<-- PsycoXul has quit (devlin.openprojects.net irc.openprojects.net)
739--> Moufle (~moof@195.101.176.125) has joined #rockbox
740--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
741--> PsycoXul (psyco@adsl-63-205-41-159.dsl.lsan03.pacbell.net) has joined #rockbox
742<-- Zagor has quit (devlin.openprojects.net irc.openprojects.net)
743<-- Moufle has quit (devlin.openprojects.net irc.openprojects.net)
744<-- PsycoXul has quit (devlin.openprojects.net irc.openprojects.net)
745--> Moufle (~moof@195.101.176.125) has joined #rockbox
746--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
747--> PsycoXul (psyco@adsl-63-205-41-159.dsl.lsan03.pacbell.net) has joined #rockbox
748<-- Zagor has quit (devlin.openprojects.net irc.openprojects.net)
749<-- Moufle has quit (devlin.openprojects.net irc.openprojects.net)
750<-- PsycoXul has quit (devlin.openprojects.net irc.openprojects.net)
751--> Moufle (~moof@195.101.176.125) has joined #rockbox
752--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
753--> PsycoXul (psyco@adsl-63-205-41-159.dsl.lsan03.pacbell.net) has joined #rockbox
754--- Disconnected (Remote host closed socket).
755**** ENDING LOGGING AT Fri Apr 26 20:11:53 2002
756
757**** BEGIN LOGGING AT Fri Apr 26 20:12:05 2002
758
759--> adiamas (~adiamas@as5300-9.216-194-23-95.nyc.ny.metconnect.net) has joined #rockbox
760--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
761--- Topic for #rockbox set by Zagor at Fri Apr 12 09:45:52
762--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
763--> coyote- (coyote@dreamhosted.borlange.se) has joined #rockbox
764<-- Moufle has quit (Read error: 113 (No route to host))
765<Zagor> wooooohoooooo
766* Zagor just manage to parse a multisector directory :)
767<Zagor> phew
768<adiamas> sweet...
769* adiamas doesn't have a clue how difficult that is.
770<Zagor> it shouldn't be difficult, but when it's late and you have a silly bug that taunts you, it is...
771<Zagor> basically, it means the fat32 part of fat.c now works
772<Zagor> what's left is vfat (long filenames)
773<Zagor> fat.c just went YELLOW on the activity table :)
774<Zagor> time for bed. see you later
775<-- Zagor has quit ("bye")
776--> edx (edx@pD4B9E95C.dip.t-dialin.net) has joined #rockbox
777--- edx is now known as edx|good_morning
778--- edx|good_morning is now known as edx
779--- ChanServ gives channel operator status to edx
780--- edx is now known as edx|breakfast
781--> Linus (~linus@labb.contactor.se) has joined #rockbox
782<-- Linus (~linus@labb.contactor.se) has left #rockbox
783--> calpefrosch (calpefrosc@p5082C1BF.dip0.t-ipconnect.de) has joined #rockbox
784<calpefrosch> hi
785<edx|breakfast> hi
786--- edx|breakfast is now known as edx
787--- edx is now known as edx|away
788--> alkorr (alkorr@srs01v-2-239.n.club-internet.fr) has joined #rockbox
789<-- alkorr has quit (Client Quit)
790<-- calpefrosch has quit (Read error: 110 (Connection timed out))
791--> calpefrosch (calpefrosc@p5082C4C6.dip0.t-ipconnect.de) has joined #rockbox
792--- calpefrosch is now known as calpefrosch|away
793--> Linus (~linus@labb.contactor.se) has joined #rockbox
794<-- Linus (~linus@labb.contactor.se) has left #rockbox
795<-- edx|away has quit (Read error: 110 (Connection timed out))
796--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
797<-- calpefrosch|away has quit (Read error: 110 (Connection timed out))
798--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
799<Zagor> hiya guys
800<Bagder> hey
801<Zagor> just got the donated archos
802<Bagder> cool
803<Zagor> very!
804<Bagder> new/old lcd?
805<Zagor> it's also very dead :-) but I knew that
806<Bagder> ah
807<Zagor> actually, it looks like an old
808<Zagor> i'll open up and take a look
809<Bagder> you gonna swap CPUs with this or what?
810<Zagor> well I can't if it's an old. I guess then I'll convince Peter to trade back with me :)
811* Bagder giggless
812<Zagor> he'll love me...
813* Bagder is engaged in a hair-tearing debug-per-email session
814<Zagor> hehe
815<Bagder> that mail on the curl list about 6.5.2 working but not 7.9.6
816<Zagor> ok
817<Zagor> try and talk them into #curl :)
818<Bagder> yeah
819* Zagor notices the label over one the screws is labeled "Warrenty seal"
820<Zagor> what's warrenty? ;)
821<Bagder> Isn't that an actor? warrenbeaty?
822<Bagder> :-)
823<Zagor> haha
824<Zagor> fat.c went from status red to yellow yesterday
825<Bagder> wow
826<Bagder> so you can simulate a few things with it now?
827<Zagor> yeah, i can read a directory now
828<Zagor> short names only, so far
829<Bagder> still cool
830* Bagder watches a line formerly read now being yellow...
831<Bagder> s/read/red
832<Zagor> yup. it doesn't feel quite as obscure anymore, which is always good
833<Bagder> indeed
834<Bagder> getting a feel for the source and how things work is a huge part of things
835<Bagder> even before the functionality is there
836<Zagor> yes. i've simplified it a lot too. so now it's much more penetrable
837<Bagder> that's very good
838<Zagor> i can smell burnt electronics from the new archos :)
839<Bagder> hah
840<Zagor> whoa, it's almost as old as mine and linus
841<Zagor> a 20th century archos!
842<Bagder> gosh
843<Zagor> it's made 0052, just six weeks after ours 0046
844--> edx|away (edx@pD950D222.dip.t-dialin.net) has joined #rockbox
845--- edx|away is now known as edx
846--- ChanServ gives channel operator status to edx
847<Zagor> hi edx
848<edx> lol just gave my private rockbox shirt in print ;)
849<Bagder> we wanna see pictures of you wearing it later
850<Zagor> hehe. you have to post photos!
851<Zagor> <ironi> nlinks.org/dev/test.jpg <-- just something i played around with, for fun
852<edx> hey this is cool!
853<Bagder> wow
854<Zagor> i think we'll soon get a prettier web page :)
855<Bagder> he knows his stuff
856<Zagor> yup
857<edx> hehe... i will - i just had to put some names on the shirt hihi
858<edx> ppl of the list who develop stuff ;)
859<Zagor> hehe
860<edx> i put the internet site and the irc channel on it..
861<Zagor> sounds like a cool shirt
862<edx> the site ironi is developing has one problem:
863<edx> the font he uses is Verdana i guess - it is not supported by linux
864<Zagor> i know, it's just a mockup
865<edx> hehe
866<Zagor> we'll use arial or helvetica or something
867<edx> zagor.. are you currently working on a linux machine?
868<Zagor> yes
869<edx> http://codeforce.d2g.com/
870<Zagor> always
871<edx> does it look fucked up?
872<edx> lol
873<Bagder> no
874<Zagor> looks ok
875<edx> how is that?
876<edx> what font type is it?
877<Bagder> I dunno
878<Zagor> sans-serif
879<Zagor> arial, i think
880<edx> ok ... (is verdana on windows)
881<edx> i guess i put arial as alternative font then...
882<Bagder> well, web pages don't go blank if they can't find the font anyway
883<Zagor> yes you did :)
884<Zagor> font-family: Verdana, Tahoma, Arial;
885<edx> ok hehe
886<Zagor> you should att "sans-serif" to the end of that list
887<Zagor> add
888<edx> .. ok
889<Zagor> that's the fallback font
890<Zagor> whatever the browser can find
891<Zagor> otherwise most fonts will use Times when they can't find any of these three fonts
892<Zagor> most browsers
893<edx> *just added it*
894<Zagor> :)
895<edx> (heh it doesnt matter anyways because it is a msvc++ site so nobody from linux will ever go there haha)
896<Zagor> haha
897<Zagor> but maybe some mac people
898<edx> (unless i make them, like you)
899<edx> damn.. got a bunch of homework for this weekend...
900<edx> class test on monday :/ that all sucks..
901<Zagor> me too: fat driver, x11 simulator... ;)
902<Zagor> edx: i received the donated archos today
903<Zagor> it's really cool how people want to help the project
904* Bagder agrees
905<edx> a donated archos.. great... you know who sent it?
906<Zagor> yes, a guy called Julien Labruyére
907<edx> he has too much monay?! lol
908<Zagor> no, he broke it and got a new recorder insteda
909<Zagor> so we have to fix the power circuit, but that's no problem
910<edx> <sarcastic>be careful, one day archos is gonna "donate" you a jukebox with a free letter bomb</sarcastic>
911<Zagor> hehe
912<edx> i played lotto today - if i get the 9 million Euro jackpot, ill donate something as well (haha)
913<Bagder> a t-shirt? ;-)
914<Zagor> a tshirt would be cool
915<edx> t-shirts for everyone.. in every color lol
916<edx> (do you knwo what lotto is btw...)?
917<Zagor> great! i'll never have to wash again!
918<Zagor> yes, it's the same word in swedish
919* Bagder has been offered a donated t-shirt in another project
920<edx> ok..
921<Bagder> http://www.karelia.com/images/tshirt.jpg
922<edx> a 10% size-little-messed-up-version of the t-shirt:
923<edx> http://codeforce.d2g.com/rockbox/tshirt.jpg
924<Bagder> rock n' roll
925<edx> ok.. time to eat some thing...
926--- edx is now known as edx|eating
927<Zagor> what's "Watson"?
928<Bagder> it's a commerical Mac OS X program heavily based on libcurl
929<Zagor> ah
930<Bagder> gotta run an errend, back in while
931<edx|eating> whats errend? lol
932--- edx|eating is now known as edx
933<Zagor> :)
934<edx> please, tell me... :D
935<Zagor> errand: [noun] A short trip taken to perform a specified task, usually for another.
936<edx> huh.. wasnt even in the online dictionary i use :/
937<edx> ok thanks :)
938<Zagor> dictionary.com
939<edx> dict.leo.org isnt too bad either - it is German-English tho
940<Zagor> he spelled it wrong, maybe that's why didn't find it
941<edx> jup
942<edx> a short journey in order to do something for someone, for example delivering or getting something for them
943<edx> © Pearson Education Limited 2000
944<edx> lol
945<edx> @ t-shirts.. if shipping wasn't too expensive we could have a t-shirt order service hehe
946<Zagor> hehe
947<-- coyote- has quit (carter.openprojects.net irc.openprojects.net)
948--> coyote- (coyote@dreamhosted.borlange.se) has joined #rockbox
949<-- edx has quit ()
950--> edx (edx@pD950D222.dip.t-dialin.net) has joined #rockbox
951--- ChanServ gives channel operator status to edx
952<edx> hmmmmm... damn.. i put irc.openprojects.org on the t-shirt *noooooo!!*
953<Zagor> oops...
954<edx> well... nobody will be inspired to join the irc channel because of my shirt anyways
955--- edx removes channel operator status from edx
956--> calpefrosch (~hotrana@62.52.178.189) has joined #rockbox
957<calpefrosch> hi edx
958<edx> hi
959<calpefrosch> I have to go in 5 minutes
960<calpefrosch> but, can we meet later ?
961<edx> sure
962<calpefrosch> I would like to discuss some things about the simulator
963<edx> ill be here for at least 6 hours from now..
964<edx> no problem
965<calpefrosch> ok, then cu l8r
966<edx> cu
967<calpefrosch> tnx
968<calpefrosch> bye
969<-- calpefrosch (~hotrana@62.52.178.189) has left #rockbox
970--> calpefrosch (~hotrana@p5082C472.dip0.t-ipconnect.de) has joined #rockbox
971--- calpefrosch is now known as calpefrosch|away
972<Zagor> I'll be away about half an hour
973--- Zagor is now known as Zagor|out
974* Bagder is back
975* edx greets Bagder
976<Bagder> and I nailed a bug!
977<edx> hehe.. what bug?
978<Bagder> unrelated to rockbox
979<edx> ah ok
980<edx> congrats anyways ;D
981<Bagder> heh, thanks
982<Bagder> curl => http://curl.haxx.se is my biggest open source project I'm involved in
983<edx> *looking at it*
984<Bagder> or, that's what takes my most time
985<edx> hmm i think i heard of curl before...
986<Bagder> not impossible
987<Bagder> it's getting quite widespread use these days
988<Bagder> there's also a commercial web language named curl, but that's another subject
989<edx> you are "haxx" (haxx.se) then...
990<Bagder> Haxx is our company, haxx.se is our domain
991<edx> jup
992<Bagder> Björn, me, Linus and a fourth friend
993<edx> that is cool.. you are four people together?
994<Bagder> yeps
995<Bagder> but we're employed by another company where we work full time
996<Bagder> Haxx is just a spare time company ;-)
997<edx> ah ok.. i was already wondering why bjorn told me he was at work yesterday - i guess you dont have you own office rooms for haxx hehe
998<Bagder> correct
999<Bagder> we work for Contactor => www.contactor.se (site in swedish only)
1000<Bagder> as consultants
1001<edx> hehe - dont understand a word :)_
1002<edx> how old are you?
1003<Bagder> so Björn and Linus spend their days on Siemens
1004<Bagder> I'm 31
1005<edx> then you are a little younger than bjorn, right?
1006<Bagder> no, he's my kid brother. Björn's "only" 29
1007<edx> oh the int was linus who's 33
1008<edx> the int = then it
1009<Bagder> right
1010<Bagder> our "old man" ;-)
1011<edx> hehe
1012<edx> "programming since 85".. thats a lot (from you site)..
1013<Bagder> yeah
1014<edx> i was born in 86 hehe
1015<Bagder> half my life
1016<Bagder> wow
1017<edx> more than my life
1018<Bagder> I and Björn bought our first computer 1985
1019<Bagder> he was 12, I was 14
1020<edx> i started programming in 96 i think.. Quick Basic lol - i was 10
1021<edx> what computer was it?
1022<Bagder> C64
1023<edx> my first as an ATARI ST something - it wasnt really mine but i used it a lot
1024<edx> after that came a pc.. win95
1025<Bagder> stuff we made on the C64 => http://www.contactor.se/~kjer/horizon/
1026<edx> so i was nearly directly involved in windows business
1027<Bagder> I took the route C64 => Amiga => Linux
1028<edx> hehe
1029--> edx|disconnected (edx@pD950D222.dip.t-dialin.net) has joined #rockbox
1030<-- edx has quit (Read error: 104 (Connection reset by peer))
1031* edx|disconnected was disconnected
1032--- edx|disconnected is now known as edx
1033<Bagder> connection problems?
1034<edx> i dont know
1035<edx> just was disconencted
1036<edx> the horizon stuff you did must have been really great and a lot of work for that time...
1037<Bagder> oh yes
1038<Bagder> we spent *many* hours on that
1039<Bagder> and we did pretty good on the "demo competitions"
1040<edx> i can imagine that.. :)
1041<edx> Zagor is a really old nick ;)
1042<Bagder> is indeed
1043<Bagder> mine is only from 1987 ;-)
1044<edx> old enough - mine is less than a year old - didnt have a nick before.. just didnt find one that fit my taste ;)
1045<edx> you did a lot with this sinus stuff
1046<edx> did you write the sin functions by your self (it is calculating the sinus values)?
1047<Bagder> no, we usually generated sinus tables from a basic program
1048<edx> ah :)
1049<edx> "69248 chars in one single scroller."
1050<edx> Wow.
1051<edx> Where did you get that much text from?
1052<Bagder> we had a machine on "copy party" and whoever wanted could write
1053<edx> hehe
1054<Bagder> remember that the machine only had 64K ram...
1055<edx> what were those parties like? competitions..?
1056<Bagder> the parties were like a couple of hundreds guys who brought their computers
1057<Bagder> set up everything in a school or something
1058<edx> LAN-Parties? hehe
1059<Bagder> they call it that these days, yes
1060<edx> but lanparties are like playing stuf..
1061<Bagder> we had no LANs back then
1062<Bagder> and we didn't play
1063<edx> hehe of course not
1064<Bagder> we coded
1065<Bagder> demos
1066<edx> jup.
1067<Bagder> night and day
1068<Bagder> and had a competition in the end
1069<edx> i could never find enough ppl in my age to make a "coding party"
1070<Bagder> where the demos were usually screened using a bigscreen
1071<Bagder> and people could vote
1072<edx> hehe cool
1073<Bagder> too bad, coding is that makes computers most fun ;-)
1074<Bagder> I still think so
1075<edx> how did you draw the pictures btw..?
1076<edx> yea i think so too
1077<Bagder> the pics were made like today, with paint programs
1078<Bagder> only more basic programs and less colors available
1079<edx> hmm they look so perfect hehe... did the programs support emboss effects or something like that or did you draw it yourself?
1080<Bagder> manually
1081<Bagder> pretty much everything was manual
1082<edx> wow..
1083<Bagder> but since we became successful
1084<edx> things really develop fast. :)
1085<Bagder> we got lots of friends who wanted to help us with things like that
1086<Bagder> so we got lots of pics and logos etc from other people
1087<Bagder> yes, things were quite different back then
1088<Bagder> not better, different
1089<edx> i wish i would have started a little earlier. but 10 years is about as early as possible.
1090<Bagder> it is
1091<Bagder> you seem to have learned quite a lot anywaya
1092<edx> heh i love my computer :P - i spent as much time with it as possible.
1093--> alkorr (alkorr@srs06m-3-20.n.club-internet.fr) has joined #rockbox
1094<Bagder> hey Alan
1095<edx> hi
1096<alkorr> hi everbody
1097<Bagder> Björn got his donated Archos
1098<alkorr> Björn is out ?
1099<Bagder> yes
1100<alkorr> good news
1101<alkorr> and a working archos ?
1102<Bagder> he should be back soon though
1103<Bagder> no
1104<edx> yea.. a few mins..
1105<Bagder> it doesn't work, but Björn thought he'd be able to fix it
1106<alkorr> what it is the third archos with a broken serial !?
1107<Bagder> we don't know yet on this one
1108<alkorr> i'm reworking my ata stuff to have an interrupt-driven code
1109<Bagder> cool
1110<alkorr> we don't need a thread for working with ata
1111<alkorr> just a queue of requests
1112<alkorr> i think the same thing can be achieved for MAS
1113<Bagder> it would probably be good, pretty efficiant
1114<alkorr> i mean a queue to serialize operations should be enough and more efficient in performance terms
1115<Bagder> yes
1116<alkorr> unhopefully your devcon doesn't tell me why you want those three tasks nor what they really do
1117* PsycoXul blinks
1118<alkorr> if i could know what you exactly need, i can give the best way to implement since I know very the internals of SH1
1119<alkorr> hum... i'll be back. I hope Björn will be here when back
1120<-- alkorr has quit ()
1121--- edx is now known as edx|away
1122* Bagder drinks tea
1123--- Zagor|out is now known as Zagor
1124<-- calpefrosch|away has quit (Read error: 104 (Connection reset by peer))
1125--> calpefrosch (calpefrosc@p5082C472.dip0.t-ipconnect.de) has joined #rockbox
1126--- calpefrosch is now known as calpefrosch|away
1127--> alkorr (alkorr@srs05v-4-251.n.club-internet.fr) has joined #rockbox
1128<alkorr> wakeup here ! :)
1129* Zagor wakes up
1130* Bagder yawns
1131<alkorr> so you new toy ?
1132<Zagor> yes, but it has a power problem so Linus is going to look at it
1133<Zagor> (I knew it had this problem)
1134<alkorr> what kind of problem ?
1135<Zagor> I think he reversed the polarity of the charger and fried something
1136<alkorr> well i suppose our generous donator was not so generous as to give you a working one ;P
1137<Zagor> I still think it's very generous
1138<alkorr> i mean i was atonished that a person will give a working archos
1139<alkorr> i would be
1140<Zagor> ok
1141<Zagor> yes, I agree there's a difference
1142<Zagor> but I'm very happy for this donation anyway
1143<alkorr> because i thought it was a working archos :)
1144<alkorr> but now i understand why
1145--- edx|away is now known as edx
1146<alkorr> sure we must gratulate this person for his donation
1147<Zagor> yes, I have written it on the front page
1148<alkorr> Björn, i need some details about you devcon, especially about the tasks
1149<alkorr> Linus told me that you wanted a special thread to do ata stuff
1150<Zagor> maybe, yes
1151<Zagor> either that, or the interrupt handles everything
1152<alkorr> because you thought we cannot use interrupts with the ata controller
1153<alkorr> i explained him that if my ata.c had no interrupt code, it is because I was lazy
1154<alkorr> quite now, i coding an ata driven-interrupt code where all what regards ata handling are done in the interrupt.
1155<Zagor> yes but I think that's ok. we can start with polled and then do interrupts
1156<Zagor> ok, nice
1157<alkorr> it means that there is no thread but a queue for requests
1158<Zagor> yes
1159<Zagor> i'm committing my last ata changes now so I have no local modifications
1160<alkorr> i'm still wondering if we need read-ahead
1161<Zagor> not now
1162<alkorr> i don't change your ata.c
1163<Zagor> I want to do things very simple at first and add more complexity later
1164<alkorr> please be cautious, i read your ata.c and see you oversimplify the code to an extent i fear that code generated for sh1 is worse.
1165<Zagor> I know
1166<Zagor> that's deliberate
1167<Zagor> when the code works, then we make it small&fast
1168<Bagder> I have gathered a little list of contributors in a CREDITS file, should I just commit it and have you fill in more/edit it?
1169<Zagor> please do
1170<Bagder> is the firmware dir fine?
1171--> alan (alkorr@srs05v-4-251.n.club-internet.fr) has joined #rockbox
1172<-- alkorr has quit (Read error: 104 (Connection reset by peer))
1173<Zagor> yup
1174<Bagder> done
1175<edx> btw.. could anyone write a file defining the file access functions (just the header) so i can implement them on the simulator?
1176--- calpefrosch|away is now known as calpefrosch
1177<edx> or shall i write the file (but i dont know the "devcon standard")
1178<calpefrosch> hi all together
1179<Bagder> imho, you can write it
1180<edx> ok
1181<Bagder> then we can just edit/discuss things we don't agree with
1182<edx> ill try - you can still change them later
1183<Bagder> exactly
1184<edx> what name? and what dir? (the header file)
1185<calpefrosch> edx, if you don't mind I would like to help you wuth the simulator.
1186* Bagder leaves that decision to Björn
1187<edx> sure, i dont mind
1188* edx asks björn...
1189<Zagor> ummm...
1190<calpefrosch> cool, then I have some questions to you.
1191<edx> fileio.h
1192<Bagder> fs.h ?
1193<edx> go ahead, calpefrosch
1194<calpefrosch> tnx, hmmm...
1195<Bagder> Zagor: I scanned the list archives quickly, checked the web and stuff to figure out the initial CREDITS but I'm sure I've missed a few names
1196<Zagor> i'll take a look at it
1197<edx> hm.. say a header name ;)
1198<calpefrosch> I did no C before, so I have no idea how to change the struc with the colors.
1199<Zagor> file.h
1200<edx> ok
1201<edx> the only thing you have to change are two lines in uisw32.h:
1202<calpefrosch> my idea was to change the background-color in the struc
1203<edx> #define UI_LCD_COLOR 46, 67, 49 // bkgnd color of LCD
1204<edx> #define UI_LCD_BLACK 0, 0, 0 // black
1205<calpefrosch> sure
1206<edx> the first line is the background color
1207<calpefrosch> but I want to change the color at runtime...
1208<edx> oh...
1209<edx> hm
1210<edx> then you have to change the bmi structure.
1211<calpefrosch> right
1212<calpefrosch> but I had some problems with the location, where to change it.
1213<edx> we would have to define an extra function for this...
1214<calpefrosch> wait 1 minute, please
1215<edx> Bjorn, is there a function to change backlight color in the lcd code (no) - could we define it (even if it is not yet implemented outside the simulator)
1216<Zagor> edx: why would we want that? the color is green. there's no way to change that
1217<edx> ahmm backlight
1218<Zagor> ok, extern void lcd_backlight(bool on);
1219<edx> and contrast...
1220<edx> you can regulate backlight i think... with the menu
1221<-- calpefrosch has quit (Read error: 104 (Connection reset by peer))
1222--> calpefrosch (calpefrosc@p5082C472.dip0.t-ipconnect.de) has joined #rockbox
1223<edx> hey who change DISP_X to LCD_WIDTH constant ;)
1224<calpefrosch> yeah, I saw this on Friday,too.
1225<Bagder> it was LCD_WIDTH all the time
1226<calpefrosch> arhg, I had to reboot.
1227<Bagder> but it was DISP_X too
1228<Zagor> edx: that was me. they both existed, I just removed the one with the worse name.
1229<calpefrosch> allways, at the second time a switch on the archos with USB connected I get this damned BSOD ... :-(
1230<edx> ok
1231<Bagder> calpefrosch: ugha
1232<edx> calpefrosch: hey... you use USB 2?
1233<calpefrosch> no
1234<edx> ok.. i have a similar problem but i think it is related to my usb2 adapter (it works with usb1.1)
1235<calpefrosch> the first time after reboot everything is working. But at the 2. there comes this page fault at ..
1236<calpefrosch> ok, but now to the bmi struc
1237<edx> well.. changing background color only makes sense if we have a backlight function
1238<edx> Zagor: can backlight be changed?
1239<calpefrosch> I have to checkout the newest code...
1240<Zagor> edx: just on and off
1241<edx> wait im still editing
1242<Bagder> calpefrosch: you just need to update
1243<calpefrosch> at the recorder we can could the intensity, I think
1244<calpefrosch> -can
1245<calpefrosch> argh, ok again... we could change the ...
1246<edx> yea thats what i thoguht too
1247<edx> Zagor: what is this line and shall i use it in my files too?
1248<edx> * $Id$
1249<Zagor> edx: yes
1250<edx> is it automatically filled by cvs?
1251<Bagder> yes
1252<edx> (just removed unneeded lcd code) how do I delete the file lcd.c in the cvs (renamed it to lcd-win32.c)
1253<Bagder> cvs rm file
1254<Bagder> after it was deleted for real
1255<calpefrosch> hmm, i have to fondle my girlfriend. sorry. edx: can we discuss this on monday ? when do you go to school ?
1256<calpefrosch> is this usb2 really fast?
1257<Bagder> yes
1258<Bagder> :-)
1259<edx> damn it rocks
1260<calpefrosch> maybe I should by a controller.
1261<edx> but my damn adapter is damaged or something. it works with win98/me/2k whatever but not with winxp
1262<edx> hehe you have anything but windowsxp, calpefrosch?
1263<calpefrosch> hehe, don't use xp ;-)
1264<calpefrosch> I have w2k, xp, linux. what you want !
1265<Bagder> edx: sounds more like an XP problem and not an adapter problem
1266<edx> sure it is an xp problem
1267<calpefrosch> ok, cu. bye.
1268<Bagder> bye calpefrosch
1269<edx> cu
1270<calpefrosch> edx: monday ?
1271<Bagder> Zagor: do you have my 'cvscheck' tool?
1272<-- calpefrosch has quit ()
1273<Zagor> no, what's that?
1274<Bagder> a tiny script to display which files that are modified, by you or in the repository
1275<Bagder> I find it handy to use
1276<edx> haha ;) with windows xp i got a shell extension that displays modified files in red others in green and i can click-commit/add/remove etc :o)
1277<Bagder> but what about "needs patch" ?
1278<Bagder> you need to check with the server to know that ;-)
1279<edx> what is "needs patch"?
1280<Bagder> when the file has been modifed on the server
1281<edx> hm now i just rightclick -> update then
1282<Bagder> righ
1283<Bagder> t
1284<Bagder> but my script displays the status, it doesn't change it
1285<edx> hm. damn. the tetris code is not working anymore :/
1286<Bagder> uh
1287<edx> ok.. got the bug :)
1288* Bagder salutes edx
1289* edx smiles
1290<edx> would it be useful to have getbacklight function returing a bool... ?
1291<Zagor> edx: why?
1292<alan> yes why ?
1293<edx> hmm if we have a settings menu it need to determine whether bl is on or off
1294<edx> *needs
1295<alan> not necesserally
1296<Zagor> settings should say how long the bl timeout should be, not permanent "on/off"
1297<edx> ahhh that is what this setting does
1298<edx> ok
1299<edx> im working on the file functions now..
1300<Zagor> of course we *could* have an on/off setting too, but who wants backlight on all day?
1301<edx> yea..
1302<Bagder> Zagor: possibly the guys using them in cars or similar
1303<edx> file.h - into firmware or firmware/drivers/ or where?
1304<alan> and during night
1305<Zagor> Bagder: good point
1306<Zagor> edx: common
1307<edx> ok
1308<Zagor> firmware/common
1309<Zagor> i think we had a port pin that said when the charger is attached, don't we?
1310<Zagor> PA0 according to my notes
1311<alan> let me check
1312<alan> are you speaking about DCIN ?
1313<Zagor> yes
1314<alan> yes
1315<edx> int open (char *filename);
1316<edx> is that ok, file.h?
1317<alan> according to my notes too
1318<alan> an int ?
1319<Bagder> int open(const char *pathname, int flags);
1320<alan> flags is fake ?
1321<Zagor> edx: ssh into your sourceforge account and run "man open" etc, then you see the posix syntax
1322<Bagder> no, flags for read or write etc
1323<Bagder> only read supported for starters
1324<edx> oh... yea..
1325<edx> *stupid me*
1326* Zagor is #ifdef:ing out the write code in the first version :)
1327<alan> i don't see the point to check if we can read or write on a file
1328<Bagder> ?
1329<Bagder> we might want to write a file
1330<Zagor> it's not a check. it's wether to open it for reading or writing
1331<alan> if you want that function for posix compliance
1332<Bagder> like playlists?
1333<alan> but we are not forced to handle all access rights
1334<edx> yea.. *really important* a built-in playlist editor
1335<Zagor> it's not about access
1336<alan> it isn't worth extra code
1337<Bagder> that's why there's only two arguments
1338<Zagor> it's about if you want to read or write the file. truncate or not etc.
1339<edx> it sucks that you have to write playlists on your pc...
1340<Bagder> the access rights is in the *3rd* argument
1341<edx> the third.. do we need that?
1342<Zagor> no
1343<Bagder> no
1344<edx> k
1345<alan> ah yes... but i was speaking read-only checking
1346<Zagor> ok
1347<alan> okay we can use that flag to determine if we open OR create a file
1348<Bagder> exactly
1349<Bagder> or append
1350<alan> but we don't bother with checking for read-only file or stuff like it
1351<Zagor> no
1352<alan> open returns an int
1353<Bagder> seems totaly useless
1354<alan> what do you return in reatlity
1355<Zagor> file handle
1356<Bagder> that's an index in a table
1357<alan> Does it matter
1358<Bagder> we make it support N opened files
1359<Bagder> yes
1360<Bagder> because that's how posix open() works
1361<edx> ... uhm.. guys.. take a look at that:
1362<edx> int open (char *filename, int flags);
1363<edx> int close (int handle);
1364<edx> int read (int handle, void *buffer, unsigned int count);
1365<edx> int write (int hnalde, void *buffer, unsigned int count);
1366<edx> int seek (int handle, long offset, int origin);
1367<edx> int unlink (char *filename);
1368<edx> int rename (char *filename, char *newname);
1369<edx> is that ok?
1370<alan> lseek
1371<Zagor> edx: yup
1372<edx> it says seek @ devcon
1373<edx> not lseek
1374<Zagor> it's wrong
1375<Zagor> it should be lseek
1376<Bagder> it should be lseek(), right?
1377<alan> i don't remember a posix seek
1378<edx> ok
1379<Bagder> lseek is posix
1380<edx> then.. the opendir.. what is it supposed to do?
1381* Zagor wonders what the 'l' is for
1382* edx thinks it is for long (?)
1383<Zagor> edx: return a dir handle
1384<edx> aha...
1385<edx> hmm
1386<alan> man opendir ;)
1387<Zagor> it's for doing readdir() on
1388<edx> hmhm... it is for scanning a directory?
1389<Zagor> yes
1390<Bagder> you need some man pages edx ;-)
1391<alan> zagor, it is for long seek with a 32-bit offset with 16-bit cpu (?)
1392<alan> i don't remember exactly
1393<Zagor> ok
1394<edx> what does readdir do? (sorry.. win32 functions are different there..)
1395<edx> ie. what parameters does it get?
1396<Zagor> edx: it's like findfirst/findnext
1397<Bagder> "returns a pointer to a dirent structure representing the next directory entry in the directory stream pointed to by dir."
1398<alan> let me check
1399<Zagor> int readdir(unsigned int fd, struct dirent *dirp, unsigned int count);
1400<Bagder> no
1401<Bagder> struct dirent *readdir(DIR *dir);
1402<Bagder> Zagor: wrong readdir ;-)
1403<edx> ok thanks. i will not include disk operations into file.h, right?
1404<Zagor> oh
1405<Zagor> edx: opendir and readdir goes into file.h
1406<edx> opendir returns DIR then?
1407<Bagder> DIR *
1408<alan> just a minute, are you sure ?
1409<Bagder> yes
1410<edx> DIR *opendir (char *dirname);
1411<edx> int closedir (DIR *dir);
1412<edx> struct dirent *readdir(DIR *dir);
1413<edx> is that ok?
1414<Bagder> and readdir() takes a DIR *
1415<Bagder> looks fine
1416<edx> hm.. i gotta think up a way to do that in windows
1417<alan> edx: cygwin ?
1418<Bagder> well, we don't have any code using that function yet, so you have your time ;-)
1419<edx> nah.. not cygwin
1420<alan> linux ?
1421<edx> clean windows code.. :)
1422<alan> edx : you are under Windows or Linux ?
1423<alan> if under Cygwin, try to find the file ".../cygwin/usr/include/sys/dirent.h"
1424<alan> you will find the functions and structure which would likely be changed
1425<alan> or maybe not some fields are junks
1426<alan> DIR *opendir (const char *);struct dirent *readdir (DIR *);void rewinddir (DIR *);int closedir (DIR *);
1427--> ironi (xircon@m213-101-132-24.swipnet.se) has joined #rockbox
1428<Bagder> hey ironi
1429<Bagder> I just love that web thing
1430<ironi> Bagder, that web thing?
1431<alan> ???
1432* Bagder tries to find the URL
1433<ironi> ah ok
1434<Bagder> Zagor pointed me to it
1435<ironi> Bagder, http://nlinks.org/dev/test.jpg
1436* Zagor has leaked :)
1437<ironi> yeah i did it for fun while i was bored last night heh
1438<ironi> :-P
1439<Bagder> that's the one, yes
1440<edx> hey .. could anyone send me his dirent.h (the directory structure definitions)
1441<edx> ironi: the page looks great :)
1442<alan> who is the sexy girl ?
1443<ironi> Bagder, cool that you like it, maybe I could do something with it as inspiration
1444<ironi> edx, thx
1445<alan> edx: i can
1446<Bagder> edx: I think you'll reach results better if you just write up your own win32 version
1447<ironi> alan, some girl from photodisk.com :)
1448<ironi> i did not buy the image, though :)
1449<alan> arf
1450<edx> badger: yes, but i need to know what entries are in the DIR, dirent structires
1451<ironi> it's intersting how a photo can change the appearance of a very simple page
1452<alan> are you okay for DDC SEND ?
1453<edx> me? i guess so
1454<Zagor> edx: actually, you don't. use whatever contents you like. it's just a pointer used as a handle
1455<Bagder> Zagor: except for the one single one used for the file name
1456<Zagor> posix defines a inode number, which you'll have a hard time emulating :)
1457<edx> thanks, alan!
1458<Zagor> Bagder: right, he needs d_name
1459<Bagder> "char d_name[] of unspecified size, with at most NAME_MAX characters preceding the terminating null character."
1460<alan> inode number is a junk for cygwin
1461<Zagor> yes
1462<ironi> Zagor, the news entries, are they static?
1463<alan> in fact we can use to have start cluster
1464<Zagor> ironi: yes
1465<ironi> Zagor, ok
1466<Zagor> alan: not a bad idea
1467<Bagder> but edx won't need that in the simulator
1468<alan> when you rename a file in ext2fs, you change its inode ?
1469<Zagor> i don't think so
1470<alan> Bagder: right, some fileds can be removed
1471<Bagder> mv doesn't change inode, no
1472<alan> inode number is what exactly
1473<alan> ?
1474<Bagder> it identifies a single file entry
1475<Bagder> I'm not very good on fs internals though
1476<alan> i wonder if an inode is a cluster equivalent
1477<Zagor> no
1478<Bagder> start-cluster equivalent I guess
1479<Zagor> a file can change position and keep the same nodeid
1480<Zagor> i'm pretty sure
1481<alan> there's a difference between inode and nodeid ?
1482<alan> hopefully i have explore2fs under windows, i can browse linuw source
1483<Zagor> explore2fs is amazingly slow :)
1484<alan> true
1485<edx> hmm.. this might be enough: typedef HANDLE DIR;
1486<edx> is it ok to allocate memory for DIR and return the allocated memory and free it in closedir?
1487<alan> but with udma 100, it becomes less slower :)
1488<Bagder> for you it is
1489<Zagor> edx: in your emulator anything is ok
1490<edx> hmm not necessarily ;)
1491<edx> how do you do it on the jukebox device - where do you free the returned *DIR pointer>
1492<edx> ?
1493<Bagder> no
1494<Bagder> edx: well have an array of structs
1495<Bagder> static
1496<edx> hmm
1497<edx> ok
1498<Bagder> and just return a pointer to the first unused
1499<edx> isnt that a vaste of memory
1500<Bagder> we want to avoid dynamic memory use
1501<edx> and wouldnt it be nicer to have as many dirs open as memory is avaialbe?
1502<edx> why
1503<Zagor> we don't want many dirs open
1504<edx> why not ;)
1505<Bagder> it takes more memory
1506<edx> oh well.. that is not that bad... those few bytes..
1507<Zagor> dynamic memory causes fragmentation
1508<edx> okok..
1509<Zagor> fragmentation causes instability
1510<Zagor> or at least non-determinism
1511<alan> i'm not sure about that
1512<alan> oh yes now i aggree
1513<Bagder> dynamic memory will be used eventually anyway
1514<Zagor> oh yes
1515<Zagor> but we don't want to overuse it
1516<Bagder> but we should stay out of it as much as possible in core stuff
1517<alan> static array : space wasted when underused but simpler to start with
1518<Bagder> yes
1519<alan> dynamic array:
1520<alan> if you use the same range for non pertinent structures
1521<alan> there would be few fragmentation
1522<alan> sorry i mean persistent
1523<alan> indeed you must avoid to use persistent structures to avoid fragmentation.
1524<alan> quite now use static array
1525<alan> it is very easy to use malloc and free with windows but in our firmare it is another story :)
1526<edx> heh
1527<edx> hmm i actually do have a problem.
1528<edx> the simulator needs to call the open function (from io.h) with the same parameters.. how can i make it understand which function is meant?
1529<alan> for files you have open files, the same you have foe directories, open directory (DIR *)
1530<edx> and how are you gonna do that in linux?
1531<Zagor> i don't understand the question
1532<alan> just a minute, what do you want to do ?
1533<Bagder> edx: why simular that at all?
1534<Bagder> simulate
1535<Bagder> use the windows version
1536<edx> the openfunction has a little different parameters..
1537<alan> file_open
1538<alan> or something similar
1539<edx> yea.. we could change names to file_open...
1540* Bagder would prefer not to
1541<edx> hm
1542<edx> ok
1543<alan> stop !
1544<alan> there are two sides
1545<alan> the posix side and the specific side for file handling
1546<Bagder> ?
1547<Bagder> you mean there's an API
1548<alan> i suppose if we want posix files it is for programming commodity
1549<Bagder> and an implementation?
1550<alan> yes
1551<edx> #ifndef SIMULATOR define functions #else #include the windwos header file
1552<alan> i mean an "open" is handling a table of open file and call the true open_file.
1553<alan> to code a fat "open" is not a good idea
1554<Bagder> I still don't get it
1555<Bagder> yes, open will need to do stuff
1556<Bagder> it could call open_file
1557<Zagor> fat_open()
1558<alan> fat functions are the real part, and posix functions wrappers with additional stuff
1559<Zagor> yes
1560<Bagder> the posix is an api
1561<alan> okay
1562<alan> so edx for its simulator just neet to code an "open" which call the true "FileOpen" (?)
1563<Zagor> exactly
1564<alan> sorry for mistakes
1565<Bagder> but...
1566<alan> yes ?
1567<Bagder> windows already has an open(), doesn't it?
1568<alan> you mean a posix compliant library ?
1569<edx> hmm.. opendir.. does the first parameter contain wildcards???
1570<Bagder> no
1571<alan> maybe...
1572<Bagder> posix compliant open
1573<Bagder> edx: no
1574<edx> hm
1575<edx> ok
1576<Bagder> speaking of that, do we need wildcard support anywhere?
1577<edx> what does opendir return if it fails btw..? -1?
1578<Zagor> i don't see what for
1579<edx> or rather NULL
1580<Zagor> edx: you really need those man pages :)
1581<Bagder> edx: NULL, right
1582<edx> ok
1583<Bagder> http://www.die.net/doc/linux/man/man3/opendir.3.html
1584<edx> thx
1585<alan> Bagder: for the moment, i don't think so
1586<alan> jukebox has no keyboard
1587<alan> i don't see how we can put wildcard * and ? :)
1588<Bagder> it hasn't? B-]
1589<Bagder> well
1590<Bagder> we put code in it
1591<Bagder> the code could use wildcards
1592<Bagder> I think it *could* be done
1593<alan> give me an example :)
1594<alan> i cannot find one myself
1595<Bagder> show only files that matchs "*.mp3"
1596<Zagor> we don't write it until we need it
1597<alan> wrong
1598<Bagder> not a very good one
1599<Zagor> anyway
1600<Bagder> very true
1601<alan> just a note about extension
1602<alan> we don't need to include extension in the name, just add an extension type along with the filename
1603<Bagder> ?
1604<Bagder> the file name is stored via USB
1605<Bagder> when will the extension be cut off?
1606<alan> no, i'm speaking about the way rockbox can handle files
1607<Bagder> you mean the dir browser?
1608<alan> yea
1609<Bagder> right
1610<alan> once yo scan a directory
1611<Bagder> that should be a lot smarter, indeed
1612<alan> so "*.mp3" is a wrong example ;)
1613<Bagder> no
1614<Bagder> the files are still named .mp3
1615<Bagder> suppose author "Mr Doe" wants to write his own app
1616<alan> continue
1617<Bagder> he wants to store movies on his archos
1618<alan> and ?
1619<Bagder> and then scan for them recursively
1620<Bagder> then we could use wildcards
1621<Bagder> we=>he
1622<alan> ???
1623<Bagder> never mind
1624<edx> or he has to write his own wildcard function ;)
1625<Bagder> exactly
1626<Bagder> or do it another way
1627<alan> i'm just speaking a way to disguish directory, playlists and mp3 files from others files
1628<Bagder> I'm not
1629<alan> usually you want only those three kinds of files
1630<Bagder> usually yes
1631<alan> using "*.[mp3|m3u]" is not the best way, without speaking about directories
1632<alan> oh yes i see a problem
1633<alan> can readdir see a directory ?
1634<Bagder> yes
1635<Bagder> all directory entries
1636<alan> ok but how can you know if it is a directory ?
1637<Bagder> there's a flag field too or something
1638<alan> i hope
1639<edx> c:\Programming\CVS Checkout\RockBox\uisimulator\win32\file-win32.cpp(33): error C2065: 'new' : undeclared identifier
1640<edx> what the heck!
1641* Zagor groans. C++ !
1642<Zagor> ;)
1643<edx> ohhh
1644<Zagor> just kidding
1645<alan> edx, you compile as a C or a C++ ?
1646<edx> C
1647<edx> used malloc. works
1648<alan> but you use a cpp file
1649<edx> another thing.. _finddata_t is not defined
1650<edx> yea a cpp file
1651<edx> but i compile as c
1652<Bagder> heh
1653<alan> okay the trouble is here
1654<Zagor> odd choice of name for a C file...
1655<Bagder> that's confusing
1656<alan> for C, operator new is not defined
1657<edx> hmhmhm
1658<edx> now if i use c it is also compatible to cpp files ;)
1659<edx> no matter.. ill rename them
1660<alan> and don't use cpp, but c extension
1661<alan> i'm sure you create this file without having a look on the extension ;)
1662<edx> yea
1663<edx> i used c extension now
1664<edx> well i had a look at the extension
1665<edx> thought about it too late
1666<edx> cpp is standard extension so i just didnt change it
1667<alan> normally compiler, when it finds a .cpp extension switchs to c++
1668<edx> i disabled that.
1669<edx> hmm it still has a very strange error.
1670<alan> yes but just remember it for the next time
1671<edx> typedef _finddata_t DIR;
1672<edx> it does not recoginize _finddata_t
1673<alan> what is _finddata_t DIR; ?
1674<edx> i included io.h
1675<edx> i define the type DIR
1676<alan> nope
1677<edx> it is supposed to be _finddata_t
1678<Bagder> you need to commit some files if you want our help properly
1679<alan> i mean the other structure
1680<edx> it is a "system internal" strucutre
1681<edx> definde in io.h
1682<alan> yes i see
1683<alan> by the way i see a filename of 260 chars instead of 256
1684<alan> you're right, Bagder, open is defined in io.h...
1685<Zagor> "Long names are limited to 255 characters, not including the trailing NUL." -- Microsoft FAT32 document
1686<alan> it is for a filename
1687<alan> but 260 should be for a pathname
1688<Zagor> path lengts are max 260 yes
1689<Bagder> in fat?
1690<Zagor> yes
1691<alan> nope for windows :)
1692<Zagor> right :)
1693<alan> so we know there is no point to try to handle pathnames longer then 260 in rockbox
1694<alan> if windows can do it
1695* Bagder snickers devlishly....
1696<Zagor> yeah, they'll love us if we create files they can't read in windows...
1697<Bagder> but otoh, who would create them?
1698<Zagor> we :)
1699<Zagor> fat_create_dir(), fat_create_file()
1700<Bagder> "to be able to use this product, you must first put a file here => [261 letters]" ;-)
1701<Zagor> hehe
1702* Zagor hungre
1703* Zagor needs food
1704<alan> hey try to imagine that we have a longer pathname created with rockbox, how will windows react ? truncated files ?
1705* Zagor go shop
1706<ironi> me too
1707<ironi> im going to order a pizza
1708* Bagder considers pizza too...
1709<Zagor> i had pizza yesterday
1710<alan> edx: you use _findfirst/next/close ?
1711<edx> i updated cvs files for ui simulator.. anyone who has a win32 compiler and can tell me what is wrong?
1712<edx> alan: yea
1713<edx> alan: only findfirst right now
1714<alan> hum it is really rare i compile with VC
1715<edx> alan: even typedef of DIR doesnt work :(
1716<alan> i can try
1717<edx> ok.. :)
1718--- Zagor is now known as Zagor|shopping
1719<edx> hwo come you can go shoppign on saturdays..
1720<edx> not in Germany :(
1721<edx> lol
1722<ironi> Bagder, =)
1723<ironi> Bagder, a kebab-pizza in jönköping is soooo good.
1724<Bagder> he's not in Germany... :-)
1725<ironi> they don't make them like that in 08
1726<Bagder> a bit far for me to order I guess ;-)
1727<edx> so you can go shopping on saturdays in Sweden?
1728<Bagder> yes
1729<edx> hmm we should have that in Germany too :?
1730<ironi> on sundays too
1731<ironi> edx, dont you have malls?
1732<ironi> edx, but of course the grocery stores are open all day in weekens also in germany
1733<ironi> i would love to have ALDI here, itä's so cheap
1734<edx> ironi, im afraid not
1735<alan> oh sh*t it takes time to checkout :((
1736<edx> ironi, no
1737<ironi> when i wa sin st. louis i shopped a lot at aldi's, cause it was so good prices
1738<Bagder> poor modem
1739<edx> LOL @ Aldi
1740<ironi> LADI rocks
1741<ironi> ALDI
1742<edx> prices are ok, indeed :)
1743<alan> edx, what file i must open ?
1744<alan> .sln ?
1745<edx> alan, re-checkout... i added a few files that were missing - sorry
1746<edx> the vcprj file
1747<alan> my VC has no associate application with vcprj !? shouldn't be .prj ?
1748<edx> ok you got VC++ 6?
1749<edx> then you have to recreate a project file :/
1750<edx> i use vc7
1751<alan> yea vc6
1752<Bagder> edx: you might want a slightly different solution anyway
1753<edx> hmm i gotta go eating...
1754<edx> bagder: makefile?
1755--- edx is now known as edx|eating
1756<Bagder> edx|eating: the DIR struct myst have a d_name[] entry
1757<Bagder> so you need to have your own DIR struct
1758<edx|eating> the dirent has that.. the DIR as well?
1759<Bagder> ah
1760<Bagder> silly me
1761<edx|eating> :)
1762<Bagder> you're right
1763<edx|eating> cya in a few mins
1764* Bagder hides
1765<edx|eating> heh
1766<alan> edx: please generate a makefile
1767<alan> not all people have vc7
1768<alan> you should find a way to allow other vc version to compile your program.
1769* Bagder thinks alan is right
1770<alan> edx: normally your vc7 has an option to generate this makefile
1771<alan> hum, i wonder if i wouldn't use SDL...
1772--- Zagor|shopping is now known as Zagor
1773<Bagder> :-)
1774<-- ironi has quit (Read error: 104 (Connection reset by peer))
1775<alan> just for info, here is the link for SDL : http://www.libsdl.org/intro/toc.html
1776<alan> yes i know you wouldn't code with it
1777<alan> :)
1778<Bagder> heh
1779<Bagder> but I don't need to if you do it ;-)
1780<Bagder> I could do it too actually
1781<Bagder> one day
1782<alan> see you
1783<-- alan has quit ()
1784* Zagor just realized fat_open() has no purpose
1785<Zagor> linus just called to say the donated archos works fine
1786* Bagder horrays
1787<Zagor> it's a 4.53g version, so it's got a new lcd after all
1788<Bagder> did he try the serial port?
1789<Zagor> not yet. we want to be more careful this time, so we'll wait until monday when we can test with the remote control first
1790<Bagder> good idea
1791<Zagor> but that means they stopped using the old lcd very early
1792<Zagor> i'm curious how many people actually have the old model
1793<Bagder> can't be that many
1794<Zagor> no
1795<Bagder> we want the full donated-archos-story on the web/mailling list later
1796<Zagor> yep
1797<Zagor> didn't someone offer to produce irc digests?
1798<Bagder> adiamas did
1799<Zagor> that would be great, since so much discussion is off-list
1800<Bagder> yep
1801<Bagder> no commit mails so far today...
1802<Zagor> i woke up late :)
1803<Bagder> but things have been committed
1804<Bagder> only not arrived by mail
1805<Zagor> ah, ok
1806<Zagor> problem with the sf mailserver then, I guess
1807<Bagder> likely, yes
1808--- edx|eating is now known as edx
1809<edx> hey... cool i am about to get my first makefile working lol
1810<Bagder> :-)
1811<Zagor> welcome to the bright side :)
1812<edx> always the same lame comment :P
1813<edx> hihi
1814<edx> how are resources compiled *unskilled*
1815<Zagor> that's a windows question. we're all unix ponytails here :)
1816<Zagor> but I think there's a Resource Compiler. maybe rc.exe ?
1817<Bagder> I don't even know what "ressources" are
1818<edx> ok
1819<edx> lol
1820<Zagor> we have complete faith in you :)
1821<Bagder> edx is our man!
1822<edx> lol
1823<edx> the makefile is working *great*
1824<Bagder> goodie
1825<edx> ok.. cleanup code missing
1826<edx> hmm.. maybe someone of you could look over the makefile again.. i am sure i did some stupid things in there
1827<Zagor> is it committed?
1828<edx> yup
1829<Zagor> the last all: line looks a bit odd
1830<edx> what should it look like?
1831<Zagor> you should probably have this instead
1832<Zagor> uisw32.exe: $(OBJS)
1833<Zagor> $(CC) $(LDFLAGS) $(OBJS)
1834<Zagor> i think
1835<edx> hmmm aha
1836<Zagor> but i'm not sure how to link on win32
1837<edx> i dont really know what it all means - i just guess ;)
1838<Zagor> you want $(LIBS) there too
1839<Zagor> ok, then you need a crash course in make!
1840<edx> uisw32.exe: $(OBJS)
1841<edx> $(CC) $(CFLAGS) $(SRCS) $(LIBS) $(LDFLAGS)
1842<Zagor> make is a golden tool, you should learn it.
1843<edx> if i have this it says it doesnt know how to make blabla.o
1844<Zagor> the second line is the command line you want to use to link the appliction together
1845<Zagor> which make are you using?
1846<Zagor> nmake?
1847<edx> yea
1848<edx> i know what whas wrong
1849<edx> its not .o it is .obj
1850<Zagor> ah, change OBJS = $(SRCS:.c=.o) to OBJS = $(SRCS:.c=.obj)
1851<edx> yup
1852<edx> just did that
1853<edx> works
1854<Zagor> nice
1855<edx> but it does much more than it did before
1856<edx> it compiles everything twice (?)
1857<edx> lol
1858<Zagor> twice?
1859<edx> like once for each object and then the command line that follows
1860<edx> $(CC) $(CFLAGS) $(SRCS) $(LIBS) $(LDFLAGS)
1861<edx> thsi one
1862<Bagder> yes
1863<Bagder> you should remove the SRCS from the link line
1864<edx> i only need this one line actually
1865<edx> ah ok
1866<Zagor> ahhh yes
1867<Zagor> missed that
1868* Zagor realizes that fat_read() gets very complex without fat_open(), so adds it again :)
1869<edx> LINK : fatal error LNK1181: cannot open input file '../../firmware/drivers/lcd.o
1870<edx> bj'
1871<edx> hm
1872<edx> the output file is generated inside the current dir
1873<edx> can i specify the source directories via a compiler parameter>
1874<edx> ?
1875<Zagor> yes
1876<Zagor> but this should work
1877<edx> i does not
1878<edx> it produces the output file inside the wrong directory
1879<edx> what is the parameter.. ?
1880<Zagor> that's compiler specific
1881<Bagder> bbl
1882<-- Bagder has quit ("http://daniel.haxx.se")
1883<edx> hmmmm...
1884<edx> ahh
1885<edx> i see how daniel did it.. *testing*
1886<Zagor> yay. fat_read() now works.
1887<edx> cool :)
1888<edx> i fixed the makefile
1889<edx> it works now
1890<Zagor> nice
1891<edx> shall it remove the obj files after linking?
1892<Zagor> no
1893<edx> ok
1894<Zagor> the obj files are used to check which source files are modified
1895<edx> i know.. just thought ;)
1896<Zagor> so it doesn't have to recomile unmodified sources
1897<Zagor> hehe
1898<Zagor> make a "clean" target that removes obj files
1899<Zagor> that's the normal way
1900<edx> now alan can try to compile and help me fix the other error with the file-win32.h file :/
1901<Zagor> that's good
1902<edx> when is this clean target processed?
1903<Zagor> manually
1904<Zagor> "make clean"
1905<edx> $(RM) *.obj
1906<edx> ?
1907<Zagor> only if you have an RM variable defined
1908<edx> yea i just defined it
1909<Zagor> otherwise just "del $(OBJS)"
1910<Zagor> you don't need a variable, really
1911<edx> im about to understand the makefile thing :)
1912<Zagor> yeah, it's not difficult. but very useful.
1913<edx> yup.
1914<edx> but a finished makefile looks damn freaky for a newbie like me :)
1915<Zagor> hehe, yeah maybe. but then again all kinds of files look freaky when you don't understand them
1916<edx> yea...
1917<edx> do you get a mail for everything i commit *sorry for committing that much*
1918<Zagor> normally, yes. but currently there seems to be something wrong with the sourceforge mail server
1919<Zagor> don't worry about committing much. that's what cvs is here for
1920<edx> maybe its down because i spammed it with commits (haha)
1921<Zagor> :)
1922* edx can't wait to wear his rockbox shirt
1923* edx is angry that he misspelled irc server
1924<Zagor> hehe
1925<edx> irc.openprojects.net... why dont they set up an irc server there?
1926<edx> aehmm. org
1927<edx> irc.openprojects.org
1928<edx> lol
1929<Zagor> yeah, i was surprised their dns hasn't fixed that
1930<edx> well.. maybe it will be someday... then the shirt is fixed too lol
1931<Zagor> why not mail them and ask/suggest?
1932<edx> hmm good idea
1933<Zagor> (don't mention the tshirt :)
1934<edx> Ladies and Gentlemen, due to the fact that i misspelled your server on a *very* important shirt, i want you to open an irc server on irc.openprojects.org ...
1935<edx> LOL
1936<Zagor> maybe not the best chance of success :)
1937<edx> that was rather a joke ;)
1938<Zagor> yes, i understood
1939<edx> i need somebeody do fix that bug in file-win32.h i just cant do it
1940<Zagor> i'll take a look
1941<edx> hm you cant compile it... you want to see the error messages?
1942<Zagor> ok
1943<edx> c:\Programming\CVS Checkout\RockBox\uisimulator\win32\file-win32.h(27): error C2061: syntax error : identifier 'DIR'
1944<edx> c:\Programming\CVS Checkout\RockBox\uisimulator\win32\file-win32.h(27): error C2059: syntax error : ';'
1945<Zagor> well where is DIR defined?
1946<edx> that means that _filedata_t is not defined for any reason. but i do include io.h
1947<edx> dir is defined right in that line
1948<edx> typedef _finddata_t DIR;
1949<Zagor> ah
1950<Zagor> strange
1951<edx> indeed...
1952<Zagor> you should probably free(p) before return NULL;
1953<edx> that is a good idea
1954<edx> i did nto code any further when the DIR thing didnt work
1955<Zagor> i understand
1956<edx> hmmmm that is so strange
1957<edx> looking at io.hi find something really interesting:
1958<edx> #ifndef _POSIX_
1959<edx> maybe io.h supports the posix functions :D
1960<Zagor> yes i think it might
1961<edx> ok.. one more thing i can try.. just rip the definition out of io.h an paste them before the DIR typedef lol
1962<edx> (this is not afinal solution of course)
1963<Zagor> haha
1964<Zagor> whatever works
1965<edx> hmmm if i include io.h AND define the struct it says redefinition
1966<edx> something is *very* bad about this...
1967<edx> #define DIR _finddata_t
1968<edx> lol
1969<edx> the problem is not the DIR thing. the problem is teh _finddata_t definition - it must be somewhat strange
1970<Zagor> what if it's a macro?
1971<edx> it is not a macro - i looked at it
1972<Zagor> ok
1973<edx> struct _finddata_t {
1974<edx> unsigned attrib;
1975<edx> time_t time_create; /* -1 for FAT file systems */
1976<edx> time_t time_access; /* -1 for FAT file systems */
1977<edx> time_t time_write;
1978<edx> _fsize_t size;
1979<edx> char name[260];
1980<edx> };
1981<edx> does typedef work with structs in C?
1982<edx> lol
1983<Zagor> yes
1984<edx> it must be somethign really stuped
1985<edx> stupid
1986<edx> if I put dirent there it wont work either
1987<edx> maybe it is the DIR - it is defined somewhere else??!!!
1988<edx> hm no it is not
1989--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1990<edx> hi
1991<Zagor> hi elinenbe
1992<elinenbe> hey there. You sure have been busy.
1993<edx> brb
1994<elinenbe> I looks like the fat32 code is coming along.
1995<-- edx has quit ()
1996<Zagor> are you getting the mails?
1997<Zagor> i dont
1998--> edx (edx@pD950D222.dip.t-dialin.net) has joined #rockbox
1999<Zagor> cvs mails, i mean
2000<edx> oh finally.. it hadnt logged the irc sessions before
2001--- edx is now known as edx|
2002--- edx| is now known as edx
2003<Zagor> but, yes, the fat32 code is coming along nicely. i just got read() working and am writing seek() right now
2004<elinenbe> In a Mr. Burns tone: exxxxcellent
2005<Zagor> hehe
2006--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
2007<edx> hi
2008<Bagder> hi again
2009* Zagor grooves to Electric Skychurc
2010<edx> is that a band? lol
2011<Zagor> if that ain't a trip :)
2012<edx> what is that?
2013<Zagor> it's ambient dub
2014<Zagor> electronic smooth beats
2015<edx> heh
2016<Zagor> silk for your soul :)
2017* Zagor is a poet
2018* edx grooves to emil bulls hard-rock (lol)
2019<edx> you dont know emil bulls in Sweden, do you?
2020<Zagor> well at least I don't. hard rock is not my taste.
2021<edx> hehe :) they are German - they sing English but I guess they are not known anywhere but in Germany
2022<Zagor> seek() done, time for long filenames
2023<Bagder> kewlness
2024<edx> great
2025* Zagor is in The Zone :)
2026* Bagder thinks Zagor listens to weird music
2027<edx> what music do you listen to, Bagder ;)
2028<Bagder> http://storebror.haxx.se:443
2029<Zagor> oh, he's very middle-of-the-road...
2030<Bagder> try my stream
2031<edx> just doing :)
2032<edx> cool...
2033<edx> what a quality
2034<edx> i like the music :)
2035<edx> what is this?
2036<edx> *hey stream's gone*
2037<Bagder> what does your player?
2038<Bagder> say
2039<Bagder> heh
2040<edx> nothing
2041<Zagor> look in the player window, the title shows there
2042<edx> youst wont play anyithin..
2043<Zagor> press play again
2044<Bagder> try again
2045<Zagor> some tracks don't have an id3 tag
2046<Bagder> my server runs all the time
2047<Bagder> they should appear based on file name I think
2048<edx> lol it says nothing for the title...
2049<edx> but what is it
2050* edx needs that as well
2051<Bagder> heh
2052<Bagder> I have only 3000 files on that stream
2053<Zagor> Bagder: I found some tracks just don't show anything
2054* edx laughs out loudly!
2055<Bagder> which player do you have edx?
2056<edx> *only* 3000 files??!
2057<edx> windows media player ;)
2058<Bagder> hm ok
2059<edx> how many GB of mp3s do you have?
2060<Bagder> I've mainly listened with winamp
2061<Bagder> that's about 15-16
2062<edx> (wmp = the lames music listen tool there is haha)
2063<Zagor> bjorn:~/music>find . -name "*.mp3" | wc -l
2064<Zagor> 5588
2065<Zagor> :)
2066<edx> heh
2067<Bagder> 3189 here actually
2068<Zagor> the best part: they all fit on my archos
2069<Bagder> edx: try this http://storebror.haxx.se/mp3/
2070<edx> hehe
2071* edx found 6783 mp3s on his hd
2072<edx> that music repository is cool :)
2073* elinenbe found 10095 MP3s <-- all Depeche Mode!
2074<Zagor> hehe
2075<edx> loool
2076<Zagor> they sure are productive, those DMers
2077<edx> what tool do you use to set up those streams?
2078<Bagder> ample
2079<Bagder> ampl.sf.net
2080<Bagder> ample.sf.net
2081* edx does not know that
2082<Bagder> dead simple little thing
2083<Bagder> as it should be
2084<edx> is it for windows too?
2085<Bagder> its full source
2086<Bagder> but *nix style
2087<Bagder> so you'd need to fiddle ;-)
2088<edx> too sad :)
2089<Bagder> get cygwin and it'll be less fiddling :-)
2090<edx> is it command line or xwindow?
2091<Bagder> neither
2092<Bagder> its a server
2093<Bagder> it says nothing, it just runs ;-)
2094<edx> even better
2095<Bagder> the way it should be, imho
2096<edx> but the file accessing functions will have to be changed.. *too much work*
2097<Bagder> not if you build with cygnus
2098<edx> yea well...
2099<Zagor> how much unix-specific code can it be?
2100<Bagder> dir-reading
2101<Zagor> socket stuff, yeah
2102<Bagder> just about
2103<Bagder> nah, most socket stuff works the same
2104<Zagor> ok
2105<Bagder> "most"
2106<Bagder> like close needs to be replaced with closesocket()
2107<edx> hmmm ... ill have a look at it..
2108<edx> hey.. only 10 files
2109<edx> that looks like one could actually do it
2110<Bagder> its only 6 source files
2111<Bagder> hey, I bet that if you do it nicely and mail back a diff to the guy, he'll be grateful
2112* Bagder did that already
2113<edx> hmmm
2114<edx> waht does config.h
2115<edx> in linux?
2116<Bagder> its is commonly generated by a script
2117<Bagder> defining what features your particular machine/OS/CPU/environment has
2118<edx> it is not included with the source though
2119<Bagder> no, since it is generated
2120<Bagder> you wanna see how mine looks like?
2121<edx> ok
2122<edx> vsnprintf
2123<edx> is that the smae as sprintf
2124<Bagder> almost
2125<Bagder> http://storebror.haxx.se/ample-config.h
2126<edx> whats the difference?
2127<edx> thanks
2128<Bagder> check vsprintf(), you must have that in windows too
2129<Zagor> the 'v' means it takes variable arguments from your input parameters
2130<Bagder> the extra n is only for the extra argument specifying the maximum output length
2131<edx> but it does not take int as second parameter
2132<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:0.9.9+/20020414]")
2133* edx does not have the time to work through all that right now
2134<Bagder> I fully understand that
2135<edx> heh.. i guess it would need a week of free time to fully translate it
2136<edx> there are tools for windows, certainly
2137<Bagder> sure
2138<Bagder> but finding a good free one is another issue probably
2139<Bagder> windows is polluted with silly shareware and expensive software
2140<edx> sure
2141<edx> well - it is like free software most of the time - I dont spend too much money on software ;)
2142<edx> i just found a mp3server.. im gonna try it :)
2143<edx> 16kb/sek arent enough anyways lol
2144<edx> check this out:
2145<edx> http://codeforce.d2g.com:12345/file
2146<edx> username: edx / pw: edxmp3
2147<Bagder> is a stream somewhere too?
2148<Bagder> is there
2149<edx> click on a file... should work..
2150<edx> well it just links to the mp3
2151<edx> hmm
2152<Bagder> yes, then I download the mp3
2153<edx> well in windows you listen to it directly if you want to
2154<Bagder> but only one file at a time
2155<edx> *cool - accessing all my mp3s from school*
2156<edx> jup
2157<Bagder> ha
2158<edx> not comparable to ample
2159<Bagder> fun anyway ;-)
2160<edx> yea
2161<edx> hm i have to reconfigure.. right now it acccesses mp3s via LAN - ill store only a few mp3s on the server - then they are even accessable if my computer is not turned on
2162<edx> well... gotta go...
2163<edx> good n8 :)_
2164<Bagder> bye edx
2165--- edx is now known as edx|sleeping
2166<Zagor> bye
2167<Bagder> good neight? ;-)
2168<Zagor> sounds dutch
2169<edx|sleeping> LOL
2170<Bagder> I wonder what it means? ;-)
2171<edx|sleeping> haha
2172<edx|sleeping> if somebody with windows ever gets here tell him to debug my code :o)
2173<edx|sleeping> cya
2174<Bagder> yes sir!
2175* Zagor just realised he has a strawberry/cheesecake ice cream in the freezer
2176<Zagor> mmmm...
2177<Bagder> yikes
2178<Zagor> vfat is a mess
2179<Zagor> fat32 is alright, but vfat is really bad
2180<Zagor> each name is split into (up to) 13 entries
2181<Zagor> each entry is split into 3 parts
2182<Zagor> and to top it off
2183<Zagor> the entries are stored backwards
2184* Zagor is crying
2185<Bagder> vfat, that's for the long file names only?
2186<Zagor> yes
2187<Bagder> you committed any working code?
2188--> Linus (~linus@labb.contactor.se) has joined #rockbox
2189<Zagor> not yet
2190<Zagor> hey, linus!
2191<Linus> Yo!
2192<Bagder> I'm curious
2193<Bagder> hej Linus
2194<Linus> Hejsan!
2195<Linus> Whazzup?
2196<Zagor> fat32 is working. open/read/seek is done. grinding away on vfat now.
2197<Linus> Ninja!
2198<Zagor> Bagder: clarification: I have committed the working fat32 code, but not any vfat code
2199<Bagder> so, theoreticly we should be closing in on reading a file now
2200* Bagder updates
2201<Zagor> yes. but we need the upper layer written
2202<Bagder> right
2203<Zagor> the fat code handles sectors, not bytes
2204<Zagor> i figured that would be a fair tradeoff
2205<Zagor> so the upper layer handles accesses for bytes within a sector
2206<Zagor> agreed?
2207<Linus> Fair enough.
2208<Bagder> indeed
2209<Zagor> yesss... single-entry longnames working.
2210<Bagder> I bet they hardly ever occur ;-)
2211<Zagor> hehe
2212<Bagder> are they fixed-size per entry?
2213<Zagor> all files get longname entries, no matter the length, since longname entries have fewer restrictions on the name
2214<Zagor> yes, 13 characters per entry
2215<Zagor> wooooooooooooooooooooooooooo
2216<Zagor> works
2217<Zagor> C:\> dir
2218<Zagor> ata: Reading sector 76
2219<Zagor> config-player.h (59)
2220<Zagor> config-playerold.h (60)
2221<Zagor> now on to cross-sector names...
2222<Bagder> really neat prompt you made for your test program ;-)
2223<Bagder> good old DOS-style
2224* Zagor blames Linus
2225<Bagder> yeah yeah we all do that
2226<Bagder> :-)
2227<Zagor> hehe
2228* Linus denies everything
2229<Zagor> bläääää, longnames can span THREE sectors :-(
2230* Zagor needs a new strategy
2231* Linus need som sleep to cope with the MAS music orgy tomorrow... :-)
2232<Zagor> hehe. good night
2233<Bagder> :-)
2234<Bagder> nighty nighty
2235<Linus> Zagor. The charger is fried on your new archos. I will try to find out what needs to be replaced.
2236<Zagor> ok
2237<Linus> Nighty.
2238<-- Linus (~linus@labb.contactor.se) has left #rockbox
generated by cgit v1.2.3 (git 2.39.1) at 2024-09-24 14:29:41 +0000